All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Duda <jim@duda.tzo.com>
To: autofs@linux.kernel.org
Subject: Re: automount won't start - just hangs
Date: Thu, 03 Jan 2008 22:48:58 -0500	[thread overview]
Message-ID: <flkaba$dpm$1@ger.gmane.org> (raw)
In-Reply-To: <flk5ru$3ot$1@ger.gmane.org>

Ian,

Here in spawn.c

		errp = 0;
		do {
			while ((errn =
				read(pipefd[0], errbuf + errp, ERRBUFSIZ - errp)) == -1
			       && errno == EINTR);


Jim Duda wrote:
> Ian,
> 
> I do have daemon.*, I got it backwards in the last post.
> 
> I downloaded autofs-5.0.2.tar.gz, do you want me to download 5.1.31 ?
> 
> Jim
> 
> Ian Kent wrote:
>> On Thu, 2008-01-03 at 20:55 -0500, Jim Duda wrote:
>>> Ian,
>>>
>>> Adding *.daemon simply resulted in the same information being dumped to 
>>> the syslog file, however, twice.  So, no new information.
>> That should be daemon.* and usually you would log it to a different file
>> when adding a syslog entry like that but I don't think that will make
>> any difference.
>>
>> I can't remember how logging to a syslog server works now but does the
>> syslog configuration on the server also limit what is logged?
>>
>>> Once automount gets wedged, I cannot use gdb to interrogate the threads, 
>>> I cannot break into the program after it's wedged.
>>>
>>> I'm by no means a power gdb user.
>> Me nether.
>>
>>> I did:
>>>
>>> set detach-on-fork off, simply based on a recommended help from ddd.
>>>
>>> I traced the program all the way down into mount_bind.c, in the 
>>> mount_init function, then into spawn.c, where it did the first fork. 
>>> The program was wedged in spawn.c on line 186 at the first do while loop 
>>> after the fork.
>>>
>>> The program though do_read_master, mod->lookup_int, then into open_mount 
>>> for "nfs" before it got to the first spawn.
>>>
>>> I don't know how helpful any of this information is for you in helping 
>>> me determine what is different about my funky root file system which 
>>> causes a lockup, but thanks for trying.
>> I'm not sure either but one thing is sure, problems are almost always
>> different from what you think they are when you finally get hard
>> evidence.
>>
>> In autofs-5.0.1-31, line 186 corresponds to an if statement?
>>
>> How about we try getting rid of a recent patch to this area of the code
>> and rebuild autofs and see if that helps. The one I have in mind is
>> close to the chopping block already.
>>
>> In particular:
>>
>> [raven@raven F-7]$ cvs diff -u autofs.spec 
>> Index: autofs.spec
>> ===================================================================
>> RCS file: /cvs/pkgs/rpms/autofs/F-7/autofs.spec,v
>> retrieving revision 1.221
>> diff -u -r1.221 autofs.spec
>> --- autofs.spec 21 Dec 2007 10:21:18 -0000      1.221
>> +++ autofs.spec 4 Jan 2008 02:20:20 -0000
>> @@ -127,7 +127,7 @@
>>  %patch35 -p1
>>  %patch36 -p1
>>  %patch37 -p1
>> -%patch38 -p1
>> +#%patch38 -p1
>>  %patch39 -p1
>>  
>>  %build

  reply	other threads:[~2008-01-04  3:48 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-31 22:03 automount won't start - just hangs Jim Duda
2008-01-01 11:49 ` Ian Kent
2008-01-01 16:54   ` Jim Duda
2008-01-02  1:55     ` Ian Kent
2008-01-02 18:53       ` Jim Duda
2008-01-03  1:52         ` Ian Kent
2008-01-04  1:55           ` Jim Duda
2008-01-04  2:23             ` Ian Kent
2008-01-04  2:32               ` Jim Duda
2008-01-04  3:48                 ` Jim Duda [this message]
2008-01-04 12:05                   ` Ian Kent
2008-01-05  2:46                     ` Jim Duda
2008-01-05  3:43                       ` Ian Kent
2008-01-06 17:54                         ` Jim Duda
2008-01-06 18:34                           ` Jim Duda
2008-01-07  1:48                             ` Ian Kent
2008-01-04 11:49                 ` Ian Kent

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='flkaba$dpm$1@ger.gmane.org' \
    --to=jim@duda.tzo.com \
    --cc=autofs@linux.kernel.org \
    /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.