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 16:04:38 +0100 [thread overview]
Message-ID: <40C72706.6050803@moving-picture.com> (raw)
In-Reply-To: <482A3FA0050D21419C269D13989C61130435E230@lavender-fe.eng.netapp.com>
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
next prev parent reply other threads:[~2004-06-09 15:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-09 13:58 mtab and procs not in sync? Lever, Charles
2004-06-09 15:04 ` James Pearson [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-06-09 17:48 Lever, Charles
2004-06-09 21:20 ` James Pearson
2004-06-10 1:03 ` Ian Kent
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=40C72706.6050803@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