Eu corro o script - my_script.ksh como processo com 5 argumentos longos
na minha máquina solaris / linux (exemplo 1),
Mais tarde, verifico o processo por
ps -ef | grep my_script.ksh
Eu não entendo como não recebo todos os argumentos de ps -ef ? , (veja o exemplo 2)
ou talvez o comando ps tenha limitação para exibir uma linha longa? , ou talvez precise escrever o comando ps com algumas bandeiras que habilitar para exibir todos os argumentos?
o que precisa fazer para ver todos os argumentos do comando ps -ef ?
Exemplo 1 (execute my_script.ksh com os argumentos relevantes)
# ( /tmp/my_script.ksh PATH1=/usr/lib/efcode/sparcv9/efdaemon PATH2=/etc/opt/VO/share/conf/nnmet/mib/Fore-pre802dot1Q-VLAN-MIB.mib -scan-files -ignore-simbolic-links -give-full-file-details ) &
[1] 18942
Exemplo 2 (verifica o processo do script, mas não consegue ver todos os argumentos?)
# ps -ef | grep my_script.ksh
root 18942 11889 0 13:22:20 pts/1 0:00 /bin/ksh /tmp/my_script.ksh PATH1=/usr/lib/efcode/sparcv9/efdaemon PATH2=/etc/o
No Solaris, tente usar /usr/ucb/ps -auxwww | grep my_script.sh . Isso mostrará a linha de comando e os argumentos completos do processo.
Para Linux, simplesmente use ps aux .
Tente também experimentar forçar determinados campos a serem exibidos apenas por ps ,
por exemplo. ps -ao comm,args exibirá o comando e seus argumentos.
Um pouco de tempo gasto em man ps deve colocá-lo no caminho certo.
/usr/ucb/ps está sendo reprovado e não é mais instalado por padrão nas versões atuais do Solaris.
ps -ao comm,args sofrerá o mesmo problema, ou seja, a linha de comando será truncada para 80 caracteres por design.
Aqui está uma solução alternativa suportada:
pargs $(pgrep my_script.sh)