On Fri, 2008-11-28 at 19:57 +0000, [EMAIL PROTECTED] wrote: > Process 18851 - the <defunc> one below. > Last message from this one in logs is "expired /proj/pdld4". > From autofs sources I see, that after this message follows directly exit(0). > Without calling or touching anything else, just exit the fork. > So what the hell is going on here?
Seems that the expire is completing before the parent signals are restored. But I thought a signal that is sent while it is blocked (SIGCHLD in this case) is delivered once the signal is unblocked so this is a bit of a puzzle. > Ondrej > > > Hi All, > > > > I hoped this went away forever, but I was wrong (unfortunately). Here we > > go again: > > RHEL-4, full updates, autofs 4, automounter hangs: > > ps -ef | grep auto: > > root 3805 1 0 Nov21 ? 00:00:00 /usr/sbin/automount > > --timeout=3600 --debug --use-old-ldap-lookup /softappli yp > > auto.softappli -rw > > root 3880 1 0 Nov21 ? 00:00:00 /usr/sbin/automount > > --timeout=3600 --debug --use-old-ldap-lookup /cadappl yp auto.cadappl -rw > > root 3947 1 0 Nov21 ? 00:00:00 /usr/sbin/automount > > --timeout=3600 --debug --use-old-ldap-lookup /appli yp auto.appli -rw > > root 4032 1 0 Nov21 ? 00:00:00 /usr/sbin/automount > > --timeout=3600 --debug --use-old-ldap-lookup /proj yp auto.proj -rw > > root 4118 1 0 Nov21 ? 00:00:00 /usr/sbin/automount > > --timeout=3600 --debug --use-old-ldap-lookup /home yp auto.home -rw > > root 18848 4032 0 Nov27 ? 00:00:00 /usr/sbin/automount > > --timeout=3600 --debug --use-old-ldap-lookup /proj yp auto.proj -rw > > root 18851 4032 0 Nov27 ? 00:00:00 [automount] <defunct> > > root 28454 21820 0 15:25 pts/134 00:00:00 grep auto > > > > Debug logs: > > Nov 27 13:07:28 login02 automount[4032]: sig 14 switching from 1 to 2 > > Nov 27 13:07:28 login02 automount[4032]: get_pkt: state 1, next 2 > > Nov 27 13:07:28 login02 automount[4032]: st_expire(): state = 1 > > Nov 27 13:07:28 login02 automount[4032]: expire_proc: exp_proc=18848 > > Nov 27 13:07:28 login02 automount[4032]: handle_packet: type = 2 > > Nov 27 13:07:28 login02 automount[4032]: handle_packet_expire_multi: > > token 7150, name towerip > > Nov 27 13:07:28 login02 automount[18849]: expiring path /proj/towerip > > Nov 27 13:07:28 login02 automount[18849]: umount_multi: > > path=/proj/towerip incl=1 > > Nov 27 13:07:28 login02 automount[18849]: umount_multi: unmounting > > dir=/proj/towerip > > Nov 27 13:07:28 login02 automount[18849]: expired /proj/towerip > > Nov 27 13:07:28 login02 automount[4032]: handle_child: got pid 18849, > > sig 0 (0), stat 0 > > Nov 27 13:07:28 login02 automount[4032]: sig_child: found pending iop > > pid 18849: signalled 0 (sig 0), exit status 0 > > Nov 27 13:07:28 login02 automount[4032]: send_ready: token=7150 > > Nov 27 13:07:28 login02 automount[4032]: handle_packet: type = 2 > > Nov 27 13:07:28 login02 automount[4032]: handle_packet_expire_multi: > > token 7151, name pdld4 > > Nov 27 13:07:28 login02 automount[18851]: expiring path /proj/pdld4 > > Nov 27 13:07:28 login02 automount[18851]: umount_multi: path=/proj/pdld4 > > incl=1 > > Nov 27 13:07:28 login02 automount[18851]: umount_multi: unmounting > > dir=/proj/pdld4 > > Nov 27 13:07:28 login02 automount[18851]: expired /proj/pdld4 > > Nov 27 13:07:28 login02 automount[4032]: handle_packet: type = 0 > > Nov 27 13:07:28 login02 automount[4032]: handle_packet_missing: token > > 7152, name towerip > > > > The automounter daemon handling the /proj map stalled. > > Please help. > > Thanks, > > > > Ondrej > > > > Ondrej Valousek wrote: > >> Hi Jeff, > >> > >> Yes I am trying to reproduce this with the debug enabled - it will take > >> some time. > >> Please stay tuned. > >> > >> Ondrej > >> > >>> It rings a bell, but I can't put my finger on it. Can you reproduce > >>> this? If so, could you send along a debug log? Instructions for > >>> collecting debug information can be found at: > >>> http://people.redhat.com/~jmoyer/ > >>> > >>> Cheers, > >>> > >>> Jeff > >>> > >>> > >> > >> > >> > > > > _______________________________________________ > > autofs mailing list > > autofs@linux.kernel.org > > http://linux.kernel.org/mailman/listinfo/autofs > > > > > > The information contained in this e-mail and in any attachments is > confidential and is designated solely for the attention of the intended > recipient(s). If you are not an intended recipient, you must not use, > disclose, copy, distribute or retain this e-mail or any part thereof. If you > have received this e-mail in error, please notify the sender by return e-mail > and delete all copies of this e-mail from your computer system(s). > Please direct any additional queries to: [EMAIL PROTECTED] > Thank You. > Silicon and Software Systems Limited. Registered in Ireland no. 378073. > Registered Office: South County Business Park, Leopardstown, Dublin 18 > > _______________________________________________ > autofs mailing list > autofs@linux.kernel.org > http://linux.kernel.org/mailman/listinfo/autofs _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
