sob quais condições o processo é órfão no FreeBSD

Question

Eu tenho um dispositivo de rede baseado em FreeBSD 7 . Por alguma razão, às vezes /usr/sbin/cli (executável que fornece CLI específica do fornecedor) e seu processo filho são órfãos (vivo, mas o pai é init ):

# ps -p 7173,7175,1 -o pid,ppid,start,user,command
  PID  PPID STARTED USER COMMAND
    1     0 26Apr17 root /packages/mnt/jbase/sbin/init --
 7173     1 31Dec17 test   cli -c traceroute 10.10.98.8 as-number-lookup; quit
 7175  7173 31Dec17 test   /usr/sbin/traceroute -JA 10.10.98.8
#

Como visto acima, cli (status do processo é idle ) foi iniciado há um mês. Foi iniciado por sshd (executado sob o usuário root ). Qual sinal é enviado por sshd process para cli process quando o tempo limite do cliente SSH é desconectado? O cli process pode ignorar este sinal? Tentei analisar isso com truss executando truss -f -p <cli PID> e, em seguida, desconectando o cliente SSH, mas nenhum sinal foi enviado para cli . Então eu dei um passo para trás e executei truss -f -p <sshd: freebsd@notty (sshd) PID> (processo pai de cli process) e acabei com o cliente SSH. Isso fornece a seguinte saída de depuração:

1565: select(13,{ 3 5 7 10 12 },{ },0x0,0x0)    = 1 (0x1)
1565: sigprocmask(SIG_BLOCK,{ SIGCHLD },{ })    = 0 (0x0)
1565: sigprocmask(SIG_SETMASK,{ },0x0)          = 0 (0x0)
1565: clock_gettime(4,{ 5568.946095396 })       = 0 (0x0)
1565: read(3,"\M^]G)\M-=[\M^Y\M-Z\M-pD\M^O\M^]"...,16384) = 60 (0x3c)
1565: clock_gettime(13,{ 1517409641.000000000 }) = 0 (0x0)
1565: getpid()                                  = 1565 (0x61d)
1565: socket(PF_LOCAL,SOCK_DGRAM,0)             = 8 (0x8)
1565: fcntl(8,F_SETFD,FD_CLOEXEC)               = 0 (0x0)
1565: connect(8,{ AF_UNIX "/var/run/logpriv" },106) ERR#13 'Permission denied'
1565: connect(8,{ AF_UNIX "/var/run/log" },106) = 0 (0x0)
1565: sendto(8,"<38>Jan 31 14:40:41 sshd[1565]: "...,106,0x0,NULL,0x0) = 106 (0x6a)
1565: close(8)                                  = 0 (0x0)
1565: clock_gettime(13,{ 1517409641.000000000 }) = 0 (0x0)
1565: getpid()                                  = 1565 (0x61d)
1565: socket(PF_LOCAL,SOCK_DGRAM,0)             = 8 (0x8)
1565: fcntl(8,F_SETFD,FD_CLOEXEC)               = 0 (0x0)
1565: connect(8,{ AF_UNIX "/var/run/logpriv" },106) ERR#13 'Permission denied'
1565: connect(8,{ AF_UNIX "/var/run/log" },106) = 0 (0x0)
1565: sendto(8,"<38>Jan 31 14:40:41 sshd[1565]: "...,74,0x0,NULL,0x0) = 74 (0x4a)
1565: close(8)                                  = 0 (0x0)
1565: geteuid()                                 = 1001 (0x3e9)
1565: unlink("/tmp/ssh-2A9AWQYCLZ/agent.1565")  = 0 (0x0)
1565: rmdir(0x804024c40)                        = 0 (0x0)
1565: process exit, rval = 255

    

Answer 1

Eu não sou um usuário do FreeBSD, mas isso é basicamente uma questão Unix ...

Um processo é órfão sempre que o processo pai é interrompido. Isso acontece o tempo todo e normalmente não é um problema. Um pai morrendo não mata automaticamente a criança.

No caso específico de SSH (e telnet, etc), o shell normalmente recebe SIGHUP quando a conexão é perdida. É isso que mata a casca, não sendo órfã. Se a sua CLI personalizada optar por manipular SIGHUP de maneira não padrão (ou seja, não morrer), tudo poderá acontecer.