* mtab corruption
@ 2007-01-03 16:03 Dieter Stüken
2007-01-04 1:34 ` Ian Kent
0 siblings, 1 reply; 6+ messages in thread
From: Dieter Stüken @ 2007-01-03 16:03 UTC (permalink / raw)
To: autofs
I frequently end up with a broken mtab. This results in a message like:
mount(nfs): warning: /home/stueken is already mounted
I'm using a SuSE-10.1 x86_64-smp system with a 2.6.16.21-0.25-smp kernel.
After I read about new patches to solve some mtab locking problems
I upgraded from autofs-4.1.4-23 to autofs-4.1.4-37, but the mtab
corruption still occurs.
Seems the problem became even worse since a mount request sometimes
takes about 5 seconds (due to some LDAP configuration problems) while
a bunch of other mount requests are coming in.
In addition this is an SMP system.
Should I consider to update my kernel, too?
Unfortunately I could not convince my sysads to do so, as they are
afraid of even more problems with newer kernels...
I noticed the upcoming autofs5. Should I wait for it?
thanks for advice,
- Dieter.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: mtab corruption
2007-01-03 16:03 mtab corruption Dieter Stüken
@ 2007-01-04 1:34 ` Ian Kent
2007-01-04 17:03 ` Jim Carter
0 siblings, 1 reply; 6+ messages in thread
From: Ian Kent @ 2007-01-04 1:34 UTC (permalink / raw)
To: Dieter Stüken; +Cc: autofs
On Wed, 2007-01-03 at 17:03 +0100, Dieter Stüken wrote:
> I frequently end up with a broken mtab. This results in a message like:
> mount(nfs): warning: /home/stueken is already mounted
>
> I'm using a SuSE-10.1 x86_64-smp system with a 2.6.16.21-0.25-smp kernel.
> After I read about new patches to solve some mtab locking problems
> I upgraded from autofs-4.1.4-23 to autofs-4.1.4-37, but the mtab
> corruption still occurs.
I don't know what this means, I don't use SuSE.
>
> Seems the problem became even worse since a mount request sometimes
> takes about 5 seconds (due to some LDAP configuration problems) while
> a bunch of other mount requests are coming in.
> In addition this is an SMP system.
This corruption is not actually an autofs problem although verious
things have been tried over the years to reduce it. mount(8) is where
the problem lies.
Does your system use mount.nfs from nfs-utils?
There is an mtab locking error I spotted in nfs-utils recently.
>
> Should I consider to update my kernel, too?
Waste of time, nothing to do with the kernel.
/etc/mtab is managed entirely by user space code.
>
> Unfortunately I could not convince my sysads to do so, as they are
> afraid of even more problems with newer kernels...
>
> I noticed the upcoming autofs5. Should I wait for it?
At the moment v5 still expects /etc/mtab to be correct.
This can be fairly easily changed but I would prefer to be able to rely
on mount(8) because, for large direct mount maps (at least) we will have
a performance penalty.
Ian
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: mtab corruption
2007-01-04 1:34 ` Ian Kent
@ 2007-01-04 17:03 ` Jim Carter
2007-01-05 1:54 ` Ian Kent
0 siblings, 1 reply; 6+ messages in thread
From: Jim Carter @ 2007-01-04 17:03 UTC (permalink / raw)
To: Ian Kent; +Cc: autofs
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1442 bytes --]
On Thu, 4 Jan 2007, Ian Kent wrote:
> On Wed, 2007-01-03 at 17:03 +0100, Dieter Stüken wrote:
> > I frequently end up with a broken mtab. This results in a message like:
> > mount(nfs): warning: /home/stueken is already mounted
Sorry, I don't have anything useful to add on the mtab corruption issue.
We do a ton of NFS automounting and don't see this issue.
> > I'm using a SuSE-10.1 x86_64-smp system with a 2.6.16.21-0.25-smp kernel.
> > I upgraded from autofs-4.1.4-23 to autofs-4.1.4-37, but the mtab
>
> I don't know what this means, I don't use SuSE.
The trailing numbers differentiate variants of the "same" software version,
e.g. security patches. SuSE has a policy of backporting patches to old
versions, if feasible, in contrast to Debian, which I think would send
out the latest version including the latest patch. The idea is to minimize
feature changes except at distro version transitions.
> Does your system use mount.nfs from nfs-utils?
> There is an mtab locking error I spotted in nfs-utils recently.
SuSE 10.1 uses /bin/mount from util-linux-2.12r-35 which does NFS
intrinsically, and not mount.nfs from nfs-utils-1.0.7, which is installed
but minus mount.nfs.
James F. Carter Voice 310 825 2897 FAX 310 206 6673
UCLA-Mathnet; 6115 MSA; 405 Hilgard Ave.; Los Angeles, CA, USA 90095-1555
Email: jimc@math.ucla.edu http://www.math.ucla.edu/~jimc (q.v. for PGP key)
[-- Attachment #2: Type: text/plain, Size: 140 bytes --]
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: mtab corruption
2007-01-04 17:03 ` Jim Carter
@ 2007-01-05 1:54 ` Ian Kent
2007-01-09 14:36 ` Matthias Koenig
0 siblings, 1 reply; 6+ messages in thread
From: Ian Kent @ 2007-01-05 1:54 UTC (permalink / raw)
To: Jim Carter; +Cc: autofs
On Thu, 2007-01-04 at 09:03 -0800, Jim Carter wrote:
> On Thu, 4 Jan 2007, Ian Kent wrote:
> > On Wed, 2007-01-03 at 17:03 +0100, Dieter Stüken wrote:
> > > I frequently end up with a broken mtab. This results in a message like:
> > > mount(nfs): warning: /home/stueken is already mounted
>
> Sorry, I don't have anything useful to add on the mtab corruption issue.
> We do a ton of NFS automounting and don't see this issue.
>
> > > I'm using a SuSE-10.1 x86_64-smp system with a 2.6.16.21-0.25-smp kernel.
> > > I upgraded from autofs-4.1.4-23 to autofs-4.1.4-37, but the mtab
> >
> > I don't know what this means, I don't use SuSE.
>
> The trailing numbers differentiate variants of the "same" software version,
> e.g. security patches. SuSE has a policy of backporting patches to old
> versions, if feasible, in contrast to Debian, which I think would send
> out the latest version including the latest patch. The idea is to minimize
> feature changes except at distro version transitions.
Sure, but my point was that I'm not familiar with what patches the SuSE
maintainer may have added. Perhaps this would be a good time for the
SuSE maintainer to speak up, if present.
>
> > Does your system use mount.nfs from nfs-utils?
> > There is an mtab locking error I spotted in nfs-utils recently.
>
> SuSE 10.1 uses /bin/mount from util-linux-2.12r-35 which does NFS
> intrinsically, and not mount.nfs from nfs-utils-1.0.7, which is installed
> but minus mount.nfs.
OK. So we still don't know if the locking code in util-linux is broken.
Ian
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: mtab corruption
2007-01-05 1:54 ` Ian Kent
@ 2007-01-09 14:36 ` Matthias Koenig
2007-01-09 15:02 ` Ian Kent
0 siblings, 1 reply; 6+ messages in thread
From: Matthias Koenig @ 2007-01-09 14:36 UTC (permalink / raw)
To: Ian Kent; +Cc: autofs
Ian Kent <raven@themaw.net> writes:
> On Thu, 2007-01-04 at 09:03 -0800, Jim Carter wrote:
>> On Thu, 4 Jan 2007, Ian Kent wrote:
>> > On Wed, 2007-01-03 at 17:03 +0100, Dieter Stüken wrote:
>> > > I frequently end up with a broken mtab. This results in a message like:
>> > > mount(nfs): warning: /home/stueken is already mounted
>>
>> Sorry, I don't have anything useful to add on the mtab corruption issue.
>> We do a ton of NFS automounting and don't see this issue.
>>
>> > > I'm using a SuSE-10.1 x86_64-smp system with a 2.6.16.21-0.25-smp kernel.
>> > > I upgraded from autofs-4.1.4-23 to autofs-4.1.4-37, but the mtab
>> >
>> > I don't know what this means, I don't use SuSE.
>>
>> The trailing numbers differentiate variants of the "same" software version,
>> e.g. security patches. SuSE has a policy of backporting patches to old
>> versions, if feasible, in contrast to Debian, which I think would send
>> out the latest version including the latest patch. The idea is to minimize
>> feature changes except at distro version transitions.
>
> Sure, but my point was that I'm not familiar with what patches the SuSE
> maintainer may have added. Perhaps this would be a good time for the
> SuSE maintainer to speak up, if present.
Yes, I know about this problem. However I have not had the time yet to do
some further debugging.
We have a patch addressing the mtab locking part of fstab.c however this
seems not to be enough. According to a recent mail on the util-linux-ng list
there is a principal problem with the method used in mount. This needs
some more investigation. As soon this problem is fixed I think this is
important enough to backport.
Matthias
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: mtab corruption
2007-01-09 14:36 ` Matthias Koenig
@ 2007-01-09 15:02 ` Ian Kent
0 siblings, 0 replies; 6+ messages in thread
From: Ian Kent @ 2007-01-09 15:02 UTC (permalink / raw)
To: Matthias Koenig; +Cc: autofs
On Tue, 2007-01-09 at 15:36 +0100, Matthias Koenig wrote:
> >
> > Sure, but my point was that I'm not familiar with what patches the SuSE
> > maintainer may have added. Perhaps this would be a good time for the
> > SuSE maintainer to speak up, if present.
>
> Yes, I know about this problem. However I have not had the time yet to do
> some further debugging.
> We have a patch addressing the mtab locking part of fstab.c however this
> seems not to be enough. According to a recent mail on the util-linux-ng list
> there is a principal problem with the method used in mount. This needs
> some more investigation. As soon this problem is fixed I think this is
> important enough to backport.
Thanks for the reply Matthias.
I'm also following the discussion on util-linux-ng.
We'll see how it develops.
Ian
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-01-09 15:02 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-03 16:03 mtab corruption Dieter Stüken
2007-01-04 1:34 ` Ian Kent
2007-01-04 17:03 ` Jim Carter
2007-01-05 1:54 ` Ian Kent
2007-01-09 14:36 ` Matthias Koenig
2007-01-09 15:02 ` Ian Kent
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.