Comportamento estranho do tgtd: Múltiplas instâncias?

Question

Estou tentando adicionar um LUN a um destino iSCSI em execução no CentOS 6.5. O destino iSCSI é tgtd do pacote scsi-target-utils . Estou vendo um comportamento muito estranho e estou com uma pequena perda de como proceder.

Primeiramente, parece que há várias instâncias de tgtd em execução.

[eric@<host>]~% sudo service tgtd status
tgtd (pid 8713 8712) is running...
[eric@<host>]~% sudo service tgtd reload
Updating SCSI target daemon configuration: not running     [FAILED]

No entanto, eu tenho várias máquinas virtuais que estão atualmente sendo executadas fora do iSCSI LUNs deste sistema, então eu sei que tgtd está rodando e funcionando pelo menos um pouco normalmente.

Eu peguei o status de saída do recarregamento com falha com echo $? e ele retornou 7 .

Em seguida, coloco set -x na parte superior do script de inicialização e a executo novamente para ver onde estava retornando 7 .

[eric@<host>]~% sudo service tgtd reload   
+-zsh:19> sudo service tgtd reload
+ case "$1" in
++ id -u
+ '[' 0 = 0 ']'
+ rh_status_q
+ rh_status
+ reload
+ '[' -f /etc/sysconfig/tgtd ']'
+ . /etc/sysconfig/tgtd
+ echo -n 'Updating SCSI target daemon configuration: '
Updating SCSI target daemon configuration: + tgt-admin --update ALL -c /etc/tgt/targets.conf
+ retval=107
+ '[' 107 -eq 107 ']'
+ echo -n 'not running'
not running+ failure
+ local rc=0
+ '[' color '!=' verbose -a -z '' ']'
+ echo_failure
+ '[' color = color ']'
+ echo -en '3[60G'
                                                           + echo -n '['
[+ '[' color = color ']'
+ echo -en '3[0;31m'
+ echo -n FAILED
FAILED+ '[' color = color ']'
+ echo -en '3[0;39m'
+ echo -n ']'
]+ echo -ne '\r'
+ return 1
+ '[' -x /bin/plymouth ']'
+ /bin/plymouth --details
+ return 0
+ echo

+ return 7
+ exit 7

Parece que está falhando na função reload . Quem teria pensado? Especificamente, este pedaço de código.

TGTD_CONFIG=/etc/tgt/targets.conf
...
tgt-admin --update ALL -c $TGTD_CONFIG >/dev/null 2>&1
retval=$?
if [ "$retval" -eq 107 ] ; then
        echo -n $"not running"
        failure
        echo
        return 7

Eu então executei esse comando:

[eric@<host>]~% sudo tgt-admin --update ALL -c /etc/tgt/targets.conf
tgtadm: can't send the request to the tgt daemon, Transport endpoint is not connected
tgtadm: can't send the request to the tgt daemon, Transport endpoint is not connected
tgtadm: can't send the request to the tgt daemon, Transport endpoint is not connected
tgtadm: can't send the request to the tgt daemon, Transport endpoint is not connected
Command:
        tgtadm -C 0 --lld iscsi --op new --mode target --tid 1 -T <redacted iqn>
exited with code: 107.

É aqui que estou perdido. Eu pesquisei esse erro sem muito sucesso - parece que vou ter que matar o processo e reiniciá-lo. Alguém sabe do que isso pode ser indicativo e por que tgtadm não consegue encontrar um processo que está sendo executado com clareza? E melhor ainda, alguém sabe se posso consertar isso sem matar o processo para evitar interromper o serviço?

Veja algumas outras informações relevantes:

[eric@<host>]~% sudo ps waux | grep tgt
root      8712  0.0  0.0 1163084 2648 ?        Ssl  Oct08   0:44 tgtd
root      8713  0.0  0.0  14888   500 ?        S    Oct08   0:03 tgtd
eric     20075  0.0  0.0 103244   900 pts/4    S+   14:09   0:00 grep tgt
[eric@<host>]~% uname -a
Linux <host> 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

    

Answer 1

Tente atualizar o RPC no seu sistema e reinicie o tgtd . No meu caso isso ajudou:

yum update libtirpc