Percebi que um logoff (log out) da minha sessão de usuário X matará qualquer tmuxsessão que eu tenha iniciado, mesmo sessões com as quais executei sudo tmuxe comandos semelhantes. Tenho certeza de que isso não acontecia anteriormente, mas algumas mudanças recentes afetaram esse comportamento.
Como mantenho essas tmux(ou screen) sessões, mesmo depois de encerrar minha sessão X?
Eu quero assistir a saída de um systemdserviço no CentOS como se eu tivesse iniciado este serviço no console. Sim, posso ver a saída com journalctl, mas ela não rola para baixo automaticamente. Então, como posso assistir a saída ao vivo do serviço?
Algumas vezes, quando li sobre programação, me deparei com o conceito de "retorno de chamada".
Curiosamente, nunca encontrei uma explicação que eu possa chamar de "didática" ou "clara" para esse termo "função de retorno de chamada" (quase qualquer explicação que li me pareceu bastante diferente de outra e me senti confuso).
O conceito de "retorno de chamada" de programação existe no Bash? Em caso afirmativo, responda com um pequeno e simples exemplo Bash.
Eu preciso executar tail -fem um arquivo de log, mas apenas por um período específico de tempo, por exemplo, 20 segundos e depois sair. Qual seria uma maneira elegante de conseguir isso?
Quais são as consequências para um sistema de arquivos ext4 quando eu encerro um cpcomando de cópia digitando Ctrl+ Cenquanto ele está em execução?
O sistema de arquivos fica corrompido? O espaço da partição ocupado pelo arquivo copiado incompleto ainda pode ser usado após excluí-lo?
E, mais importante, encerrar um cpprocesso é uma coisa segura a se fazer?
Eu tenho abaixo cenário como:
if [file exists]; then
exit
elif
recheck if file exist (max 10 times)
if found exit else recheck again as per counter
fi
Eu sei que envé um comando shell, ele pode ser usado para imprimir uma lista das variáveis de ambiente atuais. E até onde eu entendo, RANDOMtambém é uma variável de ambiente.
Então, por que, quando inicio envno Linux, a saída não inclui RANDOM?
entrada json:
{
"id": "3885",
"login": "050111",
"lastLoginTime": 1529730115000,
"lastLoginFrom": "192.168.66.230"
}
{
"id": "3898",
"login": "050112",
"lastLoginTime": null,
"lastLoginFrom": null
}
Eu quero obter saída para login, lastLoginTime e lastLoginFrom no formato delimitado por tabulação:
050111 1529730115000 192.168.66.230
050112 - -
com o filtro jq abaixo, recebo na saída nenhum valor "null" que eu poderia substituir por "-"
$ jq -r '.|[.login, .lastLoginTime, .lastLoginFrom]|@tsv' test_json
050111 1529730115000 192.168.66.230
050112
Existe alguma outra maneira de obter "-" impresso para esses valores nulos?
Tenho uma Red Hat Developer Subscription que expira em janeiro de 2019. Por enquanto, estou usando o RHEL para fins de desenvolvimento e é gratuito para mim. O que acontecerá depois de janeiro de 2019? Minha assinatura não será mais gratuita ou minha assinatura de desenvolvedor será prolongada?
Alguém já enfrentou esse problema?
Estou usando o CentOS 7. Como descubro por que um serviço está falhando ao iniciar? Eu criei este serviço
[rails@server ~]$ sudo cat /usr/lib/systemd/system/nodejs.service
[Unit]
Description=nodejs server
[Service]
User=rails
Group=rails
ExecStart=/home/rails/NodeJSserver/start.sh
ExecStop=/home/rails/NodeJSserver/stop.sh
[Install]
WantedBy=multi-user.target
O arquivo aponta para isso
[rails@server ~]$ cat /home/rails/NodeJSserver/start.sh
#!/bin/bash
forever start /home/rails/NodeJSserver/server.js
Eu posso executar este arquivo muito bem por si só. Mas quando tento executá-lo como parte do serviço, percebo que meu servidor nodeJS não foi iniciado. Mesmo quando verifico "sudo systemctl --state=failed", não vejo nenhum erro ...
[rails@server ~]$ sudo systemctl enable NodeJSserver
[rails@server ~]$ sudo systemctl start NodeJSserver
[rails@server ~]$
[rails@server ~]$
[rails@server ~]$ forever list
info: No forever processes running
[rails@server ~]$
[rails@server ~]$
[rails@server ~]$ sudo systemctl --state=failed
UNIT LOAD ACTIVE SUB DESCRIPTION
● nginx.service loaded failed failed The nginx HTTP and reverse proxy server
● systemd-sysctl.service loaded failed failed Apply Kernel Variables
● systemd-vconsole-setup.service loaded failed failed Setup Virtual Console
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
3 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
Como descubro por que meu serviço falhou ao iniciar?