All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Quenelle <chris.quenelle@oracle.com>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org, Frank Thommen <frank.thommen@embl.de>
Subject: Re: two /net paths to the same local mount?
Date: Fri, 09 Jul 2010 15:04:07 -0700	[thread overview]
Message-ID: <4C379CD7.4070404@oracle.com> (raw)
In-Reply-To: <1278476554.5423.9.camel@localhost>

Ian Kent wrote:

> strace output is often not very useful.
> 
> If you think there is some sort of deadlock going on get a sysreq-t dump
> to syslog. We still haven't seen a debug log?

I've had reports that my emails are being delayed when they go out to the list.
If anyone is following along and you'd like me to add you to my cc:
lines so you get the email directly, let me know, and I'll do that.

I'm getting close to my limits of what this problem is worth to me.
I suspect the two broken paths will get unwedged if I reboot the system.
But I'd love to know how to prevent it from happening again.

I saw these lines in /var/log/messages:

> >>>> Jun 29 09:04:46 carabas automount[11786]: Debug logging set for /net
> >>>> Jun 29 09:09:22 carabas automount[11786]: get_pkt: message pending on control fifo.
> >>>> Jun 29 09:09:22 carabas automount[11786]: Basic logging set for /net

Does that mean that all debugging output from automount should be
going to that file?  Or could the debug output still be going someplace
else (or into /dev/null?) In between the first line of that log output and
the last line, I provoked a correctly functioning automount of
a local file system, and I also tried to access the "broken" path
to the local filesystem.

So that in combination with strace/automount not giving any output
when I access the broken path, makes me think the control path
is not getting out of the kernel.

Can you point me to an explanation of what a "sysreq-t dump" is and
how to get it?  I don't have access to the console of this machine,
hopefully it's something I can do from a root term window.

To summarize my problem, I have a test set of paths to access a local
filesystem, 7 work and 2 don't.

/net/carabas/export/home1
/net/carabas/export/home2    <-- fails
/net/carabas/export/home3    <-- fails
/net/carabas.sfbay/export/home1
/net/carabas.sfbay/export/home2
/net/carabas.sfbay/export/home3
/net/carabas.sfbay.sun.com/export/home1
/net/carabas.sfbay.sun.com/export/home2
/net/carabas.sfbay.sun.com/export/home3


I don't see anythign suspicious in the output of:
showmount
df
/etc/host.conf
strace automount
automount -l debug /net




--chris

  reply	other threads:[~2010-07-09 22:04 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-21 19:17 two /net paths to the same local mount? Chris Quenelle
2010-06-22  2:05 ` Michael Loftis
2010-06-23 18:32   ` Chris Quenelle
2010-06-24  3:00     ` Ian Kent
2010-06-29 16:14       ` Chris Quenelle
2010-06-30 13:12         ` Ian Kent
2010-06-30 14:57           ` Chris Quenelle
2010-07-01  2:19             ` Ian Kent
2010-07-07  0:27               ` Chris Quenelle
2010-07-07  4:22                 ` Ian Kent
2010-07-09 22:04                   ` Chris Quenelle [this message]
2010-07-12  2:53                     ` Ian Kent
2010-07-15 20:08                       ` Chris Quenelle
2010-07-16  7:28                         ` Ian Kent
     [not found]                           ` <4C47428A.809@oracle.com>
2010-07-22  3:45                             ` Ian Kent
2010-07-23 21:22                               ` Chris Quenelle

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=4C379CD7.4070404@oracle.com \
    --to=chris.quenelle@oracle.com \
    --cc=autofs@linux.kernel.org \
    --cc=frank.thommen@embl.de \
    --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.