All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 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.