All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ondrej Valousek <webserv@s3group.cz>
To: Ian Kent <raven@themaw.net>
Cc: "autofs@linux.kernel.org" <autofs@linux.kernel.org>
Subject: Re: Automounter hangs...
Date: Sat, 29 Nov 2008 18:22:37 +0100	[thread overview]
Message-ID: <49317A5D.3010707@s3group.cz> (raw)
In-Reply-To: <1227950015.2907.3.camel@zeus.themaw.net>


> 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.
>
>   
And which game plays the process 18848 here - this is the first one to
hang (looks like)....

Nov 20 15:02:39 login02 automount[18848]: lookup(yp): looking up .directory
Nov 20 15:02:39 login02 automount[18848]: failed to mount /proj/.directory
Nov 20 15:02:39 login02 automount[18848]: umount_multi:
path=/proj/.directory incl=1
Nov 20 15:02:39 login02 automount[4125]: handle_child: got pid 18848,
sig 0 (0), stat 1
Nov 20 15:02:39 login02 automount[4125]: sig_child: found pending iop
pid 18848: signalled 0 (sig 0), exit status 1
Nov 21 15:07:55 login02 automount[18848]: lookup(yp): looking up .raw_data
Nov 21 15:07:55 login02 automount[18848]: failed to mount /proj/.raw_data
Nov 21 15:07:55 login02 automount[18848]: umount_multi:
path=/proj/.raw_data incl=1
Nov 21 15:07:55 login02 automount[4125]: handle_child: got pid 18848,
sig 0 (0), stat 1
Nov 21 15:07:55 login02 automount[4125]: sig_child: found pending iop
pid 18848: signalled 0 (sig 0), exit status 1

>> 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: communications@s3group.com.
>> 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
>>     
>
>   

  reply	other threads:[~2008-11-29 17:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-11 13:11 Automounter hangs Ondrej Valousek
2008-08-20 13:56 ` Jeff Moyer
2008-08-25  6:31   ` Ondrej Valousek
2008-11-28 15:31     ` Ondrej Valousek
2008-11-28 19:57       ` webserv
2008-11-29  9:13         ` Ian Kent
2008-11-29 17:22           ` Ondrej Valousek [this message]
2008-11-29 17:48             ` Ondrej Valousek
2008-12-01 12:45               ` Ian Kent
2008-12-01 13:10                 ` Ondrej Valousek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49317A5D.3010707@s3group.cz \
    --to=webserv@s3group.cz \
    --cc=autofs@linux.kernel.org \
    --cc=raven@themaw.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.