All of lore.kernel.org
 help / color / mirror / Atom feed
From: Carsten Aulbert <carsten.aulbert@aei.mpg.de>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: More autofs problems
Date: Tue, 01 Jul 2008 07:49:04 +0200	[thread overview]
Message-ID: <4869C550.6040708@aei.mpg.de> (raw)
In-Reply-To: <1214836889.3008.45.camel@raven.themaw.net>

Hi again,

Ian Kent wrote:
> But then it's been included in RHEL-5 from initial release and it's
> holding up fine.

We'll try autofs5 on at leat one node possibly later today, either Jan,
Steffen or I should succeed in backporting it (and getting around the
LDAP problem).

However I still have v4 related question.

We're merciless and run this on one of the nodes:

$ cat test_mount
#!/bin/sh

n_node=1000

for i in `seq 1 $n_node`;do
        n=`echo $RANDOM%1342+10001 | bc| sed -e "s/1/n/"`
        $HOME/bin/mount.sh $n&
        echo -n .
done

$ cat mount.sh
#!/bin/sh

dir="/distributed/spray/data/EatH/S5R1"

ping -c1 -w1 $1 > /dev/null&& file="/atlas/node/$1$dir/"`ls -f
/atlas/node/$1$dir/|head -n 50 | tail -n 1`
md5sum ${file}


Running this gives this in syslog:
Jul  1 07:37:19 n1312 rpc.idmapd[2309]: nfsopen:
open(/var/lib/nfs/rpc_pipefs/nfs/clntaa58/idmap): Too many open files
Jul  1 07:37:19 n1312 rpc.idmapd[2309]: nfsopen:
open(/var/lib/nfs/rpc_pipefs/nfs/clntaa58/idmap): Too many open files
Jul  1 07:37:19 n1312 rpc.idmapd[2309]: nfsopen:
open(/var/lib/nfs/rpc_pipefs/nfs/clntaa5e/idmap): Too many open files
Jul  1 07:37:19 n1312 rpc.idmapd[2309]: nfsopen:
open(/var/lib/nfs/rpc_pipefs/nfs/clntaa5e/idmap): Too many open files
Jul  1 07:37:19 n1312 rpc.idmapd[2309]: nfsopen:
open(/var/lib/nfs/rpc_pipefs/nfs/clntaa9c/idmap): Too many open files

Which is not surprising to me. However, there are a few things I'm
wondering about.

(1) Shall I try the nfs list at sourceforge or is that list only full of
spam?
(2) All our mounts use nfsvers=3 why is rpc.idmapd involved at all?
(3) Why is this daemon growing so extremely large?
# ps aux|grep rpc.idmapd
root      2309  0.1 16.2 2037152 1326944 ?     Ss   Jun30   1:24
/usr/sbin/rpc.idmapd
(4) The script maxes out at about 340 concurrent mounts, any idea how to
increase this number?
(5) Finally autofs related again: After running the script, /proc/mounts
has these leftovers:

n0765:/local /atlas/node/n0765 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.7.65
0 0
n1058:/local /atlas/node/n1058 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.10.58
0 0
n0232:/local /atlas/node/n0232 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.2.32
0 0
n0409:/local /atlas/node/n0409 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.4.9
0 0
n0022:/local /atlas/node/n0022 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.0.22
0 0
n0549:/local /atlas/node/n0549 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.5.49
0 0
n0016:/local /atlas/node/n0016 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.0.16
0 0
n0975:/local /atlas/node/n0975 nfs
rw,vers=3,rsize=32768,wsize=32768,soft,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.9.75
0 0


Which I need to umount manually now, remove the empty directories under
/atlas/node before I could restart autofs.

Any idea or did we set-up our systems somewhat flawed?

Cheers

Carsten

  reply	other threads:[~2008-07-01  5:49 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-30  8:08 More autofs problems Carsten Aulbert
2008-06-30  8:47 ` Ian Kent
2008-06-30 10:08   ` Carsten Aulbert
2008-06-30 10:35     ` Ian Kent
2008-06-30 13:18       ` Carsten Aulbert
2008-06-30 13:26         ` Ian Kent
2008-06-30 14:15           ` Carsten Aulbert
2008-06-30 14:20             ` Ian Kent
2008-06-30 14:32               ` Carsten Aulbert
2008-06-30 14:41                 ` Ian Kent
2008-07-01  5:49                   ` Carsten Aulbert [this message]
2008-07-01  6:03                     ` Ian Kent
2008-07-01  6:09                       ` Carsten Aulbert
2008-07-15 14:23                       ` Steffen Grunewald
2008-07-17  3:03                         ` Ian Kent
2008-06-30 14:57                 ` Steffen Grunewald
2008-06-30 15:01                   ` Ian Kent
2008-06-30 15:33                   ` Jan Christoph Nordholz
2008-06-30 16:57                     ` Lukas Kolbe
2008-06-30 13:45         ` Steffen Grunewald

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=4869C550.6040708@aei.mpg.de \
    --to=carsten.aulbert@aei.mpg.de \
    --cc=autofs@linux.kernel.org \
    --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.