fundo

fundo

fundo

Eu sempre acompanho os logs (erros e informações).. o que requer as seguintes etapas manuais 1. ssh em um servidor 2. cd no diretório de logs 3. identifique odurararquivo que é erro ou informação 4. siga até ele

esta é a aparência de um diretório de log típico:

error-2017-12-11.log  error-2017-12-30.log  error-2018-01-05.log  error-2018-01-11.log  error-2018-01-17.log  error-2018-01-23.log  error-2018-01-29.log  info-2017-12-26.log  info-2018-01-01.log  info-2018-01-07.log  info-2018-01-13.log  info-2018-01-19.log  info-2018-01-25.log  info-2018-01-31.log
error-2017-12-13.log  error-2017-12-31.log  error-2018-01-06.log  error-2018-01-12.log  error-2018-01-18.log  error-2018-01-24.log  error-2018-01-30.log  info-2017-12-27.log  info-2018-01-02.log  info-2018-01-08.log  info-2018-01-14.log  info-2018-01-20.log  info-2018-01-26.log  info-2018-02-01.log
error-2017-12-26.log  error-2018-01-01.log  error-2018-01-07.log  error-2018-01-13.log  error-2018-01-19.log  error-2018-01-25.log  error-2018-01-31.log  info-2017-12-28.log  info-2018-01-03.log  info-2018-01-09.log  info-2018-01-15.log  info-2018-01-21.log  info-2018-01-27.log  info-2018-02-02.log
error-2017-12-27.log  error-2018-01-02.log  error-2018-01-08.log  error-2018-01-14.log  error-2018-01-20.log  error-2018-01-26.log  error-2018-02-01.log  info-2017-12-29.log  info-2018-01-04.log  info-2018-01-10.log  info-2018-01-16.log  info-2018-01-22.log  info-2018-01-28.log  info-2018-02-03.log
error-2017-12-28.log  error-2018-01-03.log  error-2018-01-09.log  error-2018-01-15.log  error-2018-01-21.log  error-2018-01-27.log  error-2018-02-02.log  info-2017-12-30.log  info-2018-01-05.log  info-2018-01-11.log  info-2018-01-17.log  info-2018-01-23.log  info-2018-01-29.log  outfile
error-2017-12-29.log  error-2018-01-04.log  error-2018-01-10.log  error-2018-01-16.log  error-2018-01-22.log  error-2018-01-28.log  error-2018-02-03.log  info-2017-12-31.log  info-2018-01-06.log  info-2018-01-12.log  info-2018-01-18.log  info-2018-01-24.log  info-2018-01-30.log

Quero criar um alias de comando que me permita fazer isso instantaneamente em uma máquina remota

pergunta

fazer isso como um único comando no servidor remoto é fácil (grep infopara informações e errorpara erros):

tail -f `ls -Art | grep info | tail -n 1`

mas quando tento executar este alias:

alias logger='ssh -i /file.pub user@host -t 
"cd /path/to/logs; tail -f `ls -Art | grep info | tail -n 1`; bash --login"'

Eu recebo este erro:

tail: cannot open '.viminfo' for reading: No such file or directory
tail: no files remaining

Ideias?

atualizar

opção de função

function totprod1log() {
    ssh -i file.pub user@host;
    cd /path/to/logs;
    tail -f $(ls -Art | grep info | tail -n 1); 
    bash --login;
}

esta opção simplesmente me fez fazer login no aws, mas nada mais

Responder1

Quando seu alias é executado, ssh ... "cd ...; commands using backquote that I can't easily show on Stack"isso comanda seu shell para executar o ls ... | ...pipeline com aspas craseslocalmente, que encontra o nome do arquivo mais recente no diretório atual do sistema e envia esse nome de arquivo como parte do comando para o sistema remoto, onde, é claro, tentar rastrear esse arquivo não funciona.

Suas opções são:

 # ugly quoting to work with doublequotes
 alias logger='ssh ... "cd ...; tail -f \`ls ... | ...\`; bash --login"'

 # shell function or script, which let you use clearer singlequotes 
 logger(){
   ssh ... 'cd ...; tail -f `ls ... | ...`; bash --login'
 }
 # or 
 cat <<"END" >logger # use some dir (early) in $PATH 
 ssh ... 'cd ...; tail -f `ls ... | ...`; bash --login' 
 END
 chmod +x logger

Em geral, você também pode fornecer o comando comoentradapara o shell remoto em vez de uma linha de comando (argumento)

ssh ... <<"END" # shouldn't need -t in this case 
cd ...; tail -f `ls ... | ...`
END

mas isso não combina com o seu desejo aparente, embora não mencionado e inexplicável, de sair bash --logincorrendo depois de sair do tail.

Observe que os dois casos heredoc citam a string delimitadora para que o shell local NÃO substitua aspas crases ou outras coisas nos dados.

E em todos os casos, seria melhor usar a $( ... )sintaxe mais recente para substituição de comandos em vez da antiga sintaxe de crases - especialmente para questões na pilha onde as crases interferem (muito? na maioria?) na formatação sem bloco de código.

informação relacionada