From: James Pearson <james-p@moving-picture.com>
To: "Lever, Charles" <Charles.Lever@netapp.com>
Cc: nfs@lists.sourceforge.net
Subject: Re: mtab and procs not in sync?
Date: Wed, 09 Jun 2004 22:20:46 +0100 [thread overview]
Message-ID: <40C77F2E.5040401@moving-picture.com> (raw)
In-Reply-To: <482A3FA0050D21419C269D13989C61130435E236@lavender-fe.eng.netapp.com>
It looks like seq_file for /proc/mounts was introduced with 2.4.19 ...
James Pearson
Lever, Charles wrote:
> i would guess that if seq_file is used, then /proc/mounts should be OK.
>
> i was looking at a RHEL AS 2.1 system last week that used the single
> page I/O model for /proc/mounts, and it was definitely busted.
>
>
>>-----Original Message-----
>>From: James Pearson [mailto:james-p@moving-picture.com]
>>Sent: Wednesday, June 09, 2004 11:05 AM
>>To: Lever, Charles
>>Cc: nfs@lists.sourceforge.net
>>Subject: Re: [NFS] mtab and procs not in sync?
>>
>>
>>On a 2.4.26 kernel on x86 I can get /proc/mounts to go over
>>4K (over 8K
>>with about 100 automounted file systems).
>>
>>Having a quick look through the kernel code I can see
>>seq_file used in
>>relation to proc_mounts_operations (fs/proc/base.c) - however
>>as I don't
>>pretend to understand the code, I can't say this is the case ...
>>
>>If 2.4.X does use seq_file, then is it safe to say
>>/proc/mounts doesn't
>>suffer from a truncation problem?
>>
>>James Pearson
>>
>>Lever, Charles wrote:
>>
>>>as far as i can tell, the 4KB limit is common to x86 on 2.2 and 2.4.
>>>2.6 has replaced the old /proc read method with seq_file,
>>
>>so i believe
>>
>>>/proc/mounts on 2.6 kernels will not suffer from this problem.
>>>
>>>it's not a fixed number of mounts, because the length of
>>
>>each line in
>>
>>>/proc/mounts depends on what mount options are in effect.
>>
>>the limit is
>>
>>>the number of characters in the file.
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: James Pearson [mailto:james-p@moving-picture.com]
>>>>Sent: Wednesday, June 09, 2004 6:29 AM
>>>>To: Lever, Charles
>>>>Cc: nfs@lists.sourceforge.net
>>>>Subject: Re: [NFS] mtab and procs not in sync?
>>>>
>>>>
>>>>Do you know how many 'a lot of mounts' is?
>>>>
>>>>I believe there was a problem with /proc/mounts in 2.2
>>>>kernels (limited
>>>>to one page) - is there still a limit in 2.4 or 2.6 kernels?
>>>>
>>>>I currently symlink /proc/mounts to /etc/mtab on diskless
>>
>>machines to
>>
>>>>get round the issue that /etc/mtab can not trusted to be
>>>>correct. I only
>>>>have a maximum of a few 10's of mounts at any one time.
>>>>
>>>>James Pearson
>>>>
>>>>Lever, Charles wrote:
>>>>
>>>>
>>>>>if there are a lot of mounts on the system, then
>>>>
>>>>/proc/mounts can be
>>>>
>>>>
>>>>>truncated and not show all of them.
>>>>>
>>>>>however, if there are more mounts in /proc/mounts than in
>>>>
>>>>/etc/mtab,
>>>>
>>>>
>>>>>there is probably a bug in mount. not unheard of.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Phy Prabab [mailto:phyprabab@yahoo.com]
>>>>>>Sent: Tuesday, June 08, 2004 2:21 PM
>>>>>>To: nfs@lists.sourceforge.net
>>>>>>Subject: [NFS] mtab and procs not in sync?
>>>>>>
>>>>>>
>>>>>>Hello,
>>>>>>
>>>>>>Have run into a situation where mtab does not match
>>
>>/proc/mounts in
>>
>>>>>>that mtab has numerous entries that have expired off and
>>>>
>>>>removed, yet
>>>>
>>>>
>>>>>>does not show that it has been removed from mtab. Is this
>>>>
>>>>known and
>>>>
>>>>
>>>>>>is there a fix?
>>>>>>
>>>>>>Kernel 2.4.21 and 23
>>>>>>nfs-utils 1.06
>>>>>>automount 4.1.2
>>>>>>
>>>>>>Thanks!
>>>>>>Phy
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>__________________________________
>>>>>>Do you Yahoo!?
>>>>>>Friends. Fun. Try the all-new Yahoo! Messenger.
>>>>>>http://messenger.yahoo.com/
>>>>>>
>>>>>>
>>>>>>-------------------------------------------------------
>>>>>>This SF.Net email is sponsored by: GNOME Foundation
>>>>>>Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
>>>>>>GNOME Users and Developers European Conference, 28-30th
>>>>
>>>>June in Norway
>>>>
>>>>
>>>>>>http://2004/guadec.org
>>>>
>>>>_______________________________________________
>>>>
>>>>
>>>>>>NFS maillist - NFS@lists.sourceforge.net
>>>>>>https://lists.sourceforge.net/lists/listinfo/nfs
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>-------------------------------------------------------
>>>>>This SF.Net email is sponsored by: GNOME Foundation
>>>>>Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
>>>>>GNOME Users and Developers European Conference, 28-30th
>>>>
>>>>June in Norway
>>>>
>>>>
>>>>>http://2004/guadec.org
>>>>
>>>>_______________________________________________
>>>>
>>>>
>>>>>NFS maillist - NFS@lists.sourceforge.net
>>>>>https://lists.sourceforge.net/lists/listinfo/nfs
>>>>>
>>>>
>>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: GNOME Foundation
> Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
> GNOME Users and Developers European Conference, 28-30th June in Norway
> http://2004/guadec.org
> _______________________________________________
> NFS maillist - NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs
>
>
>
-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2004-06-09 21:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-09 17:48 mtab and procs not in sync? Lever, Charles
2004-06-09 21:20 ` James Pearson [this message]
2004-06-10 1:03 ` Ian Kent
-- strict thread matches above, loose matches on Subject: below --
2004-06-09 13:58 Lever, Charles
2004-06-09 15:04 ` James Pearson
2004-06-08 19:35 Lever, Charles
2004-06-08 20:31 ` Phy Prabab
2004-06-09 2:20 ` Ian Kent
2004-06-09 10:28 ` James Pearson
2004-06-08 18:20 Phy Prabab
2004-06-09 2:11 ` 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=40C77F2E.5040401@moving-picture.com \
--to=james-p@moving-picture.com \
--cc=Charles.Lever@netapp.com \
--cc=nfs@lists.sourceforge.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox