Início / user-514697

Newskooler's questions

Martin Hope
Newskooler
Asked: 2023-03-21 19:01:31 +0800 CST
  • 7

Estou executando o systemd via user (ou seja enable-linger $USER) e interajo com os serviços viasystemctl --user

Notei um problema estranho.

Fornecimento Tipo 1

Para que o systemd acima funcione para um usuário, preciso adicionar export XDG_RUNTIME_DIR=/run/user/$(id -u)dentro do meu~/.bashrc

Isso funciona bem.

Fornecimento Tipo 2

Quando, em vez disso, procuro meu bashrc da seguinte maneira, o systemd não funciona:

dentro .bashrc:

source /path_to_file/my_file.env

dentro my_file.env:

XDG_RUNTIME_DIR=/run/user/$(id -u)

Tanto o Sourcing Type 1 quanto o 2 produzem o mesmo resultado quando eu faço isso, echo $XDG_RUNTIME_DIRentão decidi ir com o Type 2. No entanto, notei que quando fiz systemctl --user daemon-reloado daemon não estava rodando e recebi o seguinte erro:

Failed to connect to bus: No such file or directory

Quando eu volto para Souring Type 1, o erro desaparece e tudo funciona conforme o esperado.

Minha pergunta é: O que está acontecendo que estou perdendo aqui? Minha principal confusão decorre do fato de que as variáveis ​​env são as mesmas, mas os resultados finais não são.

systemd
Martin Hope
Newskooler
Asked: 2023-02-07 00:30:15 +0800 CST
  • 5

Estou procurando uma maneira de monitorar os serviços do systemd: coisas básicas, como se estão em execução ou não, são um bom começo (e qualquer outra coisa no topo é um bônus).

Tentei usar o node_exporter, mas como estou executando todos os meus serviços sem raiz (systemctl --user), não os vejo sendo capturados.

Minha pergunta é: como posso monitorar o estado de todos os meus serviços systemd com a observação de que estou executando meus serviços systemd como um usuário não root?

monitoring
Martin Hope
Newskooler
Asked: 2020-12-15 03:15:06 +0800 CST
  • 0

Peço desculpas se minha redação não estiver totalmente correta - sou bastante novo em tudo isso.

Objetivo: estou tentando melhorar a velocidade com que recebo dados do meu banco de dados

Configuração: Estou hospedando o banco de dados no servidor A. O banco de dados também pode ser acessado por meio de um site como www . mydbweb. com (não meu site real ofc). Esse acesso no lado do servidor acontece via Nginx com rotas para algo como localhost:1234.

Descrição: Se eu logar dentro do servidor e fizer uma requisição ao banco de dados via site (ie www.mydbweb.com) os dados serão buscados via rede (certo?), mas se eu fizer uma requisição via localhost:1234diretamente, isso significaria que nenhum dado é passou pela rede?

Em geral, existe uma maneira de pular os dados que estão sendo buscados pela rede? Eu sinto que a rede introduz algum tipo de latência ou gargalo para grandes consultas de dados.

networking database localhost
Martin Hope
Newskooler
Asked: 2019-07-16 12:08:50 +0800 CST
  • 1

Tenho o seguinte .gitlab-ci.ymlarquivo, que visa implantar meu repositório mestre GitLab clonando-o para o testdiretório em um servidor específico.

image: ubuntu:latest
before_script:
  - apt-get install -y
  - apt-get update -y
  - 'which ssh-agent || ( apt-get update -y && apt-get install openssh-client -y && apt-get install git -y )'
  - eval $(ssh-agent -s)
  - echo "$SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null ## /dev/null = trou noir
  - mkdir -p ~/.ssh
  - chmod 700 ~/.ssh
  - ssh-keyscan charrier.alwaysdata.net >> ~/.ssh/known_hosts
  - chmod 644 ~/.ssh/known_hosts
  - '[[ -f /.dockerenv ]] && echo -e "Host *\n\tStrictHostKeyChecking no\n\n" > ~/.ssh/config'

deploy:
  script:
    - ssh -o StrictHostKeyChecking=no -vT [email protected] "cd test && git clone [email protected]:repo_group/repo.git"
  only:
    - master

A $SSH_PRIVATE_KEYé a chave privada gerada quando logado como user_nameno xxx.xx.xxx.xxx, onde estou tentando clonar meu repositório.

Ao executar o ci, recebo este erro:

[email protected]: Permission denied (publickey).
ERROR: Job failed: exit code 1

Eu claramente estraguei o ssh, mas estou muito confuso qual é exatamente o meu problema. Eu estava vagamente seguindo este guia.

Você pode me ajudar a encontrar meu erro?

deployment
Martin Hope
Newskooler
Asked: 2019-03-17 17:37:41 +0800 CST
  • 1

Estou tentando executar o supervisor do systemd e estou seguindo este tutorial aqui .

Ao criar este arquivo /etc/systemd/system/supervisord.servicecom o seguinte conteúdo:

[Unit]
Description=Supervisor daemon
Documentation=http://supervisord.org
After=network.target

[Service]
ExecStart=/usr/local/bin/supervisord -n -c /etc/supervisor/supervisord.conf
ExecStop=/usr/local/bin/supervisorctl $OPTIONS shutdown
ExecReload=/usr/local/bin/supervisorctl $OPTIONS reload
KillMode=process
Restart=on-failure
RestartSec=42s

[Install]
WantedBy=multi-user.target
Alias=supervisord.service

Quando executo, recebo o seguinte erro:

Mar 17 01:18:22 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[1]: Started Supervisor daemon.
Mar 17 01:18:22 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[8772]: supervisord.service: Failed to execute command: No such file or directory
Mar 17 01:18:22 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[8772]: supervisord.service: Failed at step EXEC spawning /usr/local/bin/supervisord: No such file or directory
Mar 17 01:18:22 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[1]: supervisord.service: Main process exited, code=exited, status=203/EXEC
Mar 17 01:18:22 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[1]: supervisord.service: Failed with result 'exit-code'.
Mar 17 01:19:04 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[1]: supervisord.service: Service hold-off time over, scheduling restart.
Mar 17 01:19:04 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[1]: supervisord.service: Scheduled restart job, restart counter is at 1.
Mar 17 01:19:04 ubuntu-s-1vcpu-1gb-nyc3-01 systemd[1]: Stopped Supervisor daemon.

Claramente diz que não existe tal diretório, mas criar um é realmente a maneira correta de resolver o problema?

A razão pela qual não tenho certeza é porque, ao analisar outros (eu acho) problemas semelhantes (exemplo: aqui ), eles parecem corrigi-lo de maneira diferente. Também no tutorial, ele não menciona esse caminho (aquele que não existe) em nenhum outro lugar além do conteúdo do supervisord.service, então estou bastante confuso com o que está acontecendo aqui.

Alguém pode me explicar ou me indicar algo específico para ler a fim de resolver meu problema da maneira correta?

Obrigado!

ATUALIZAR

locate supervisordrendimentos:

/etc/supervisor/supervisord.conf
/etc/systemd/system/supervisord.service
/usr/bin/echo_supervisord_conf
/usr/bin/supervisord
/usr/lib/python2.7/dist-packages/supervisor/supervisord.py
/usr/lib/python2.7/dist-packages/supervisor/supervisord.pyc
/usr/lib/python2.7/dist-packages/supervisor/tests/test_supervisord.py
/usr/lib/python2.7/dist-packages/supervisor/tests/test_supervisord.pyc
/usr/share/man/man1/echo_supervisord_conf.1.gz
/usr/share/man/man1/supervisord.1.gz
/var/log/supervisor/supervisord.log

locate supervisorctlrendimentos:

/usr/bin/supervisorctl
/usr/lib/python2.7/dist-packages/supervisor/supervisorctl.py
/usr/lib/python2.7/dist-packages/supervisor/supervisorctl.pyc
/usr/lib/python2.7/dist-packages/supervisor/tests/test_supervisorctl.py
/usr/lib/python2.7/dist-packages/supervisor/tests/test_supervisorctl.pyc
/usr/share/man/man1/supervisorctl.1.gz
ubuntu