From: "J.A. Magallon" <jamagallon@able.es>
To: Lista Linux-BProc <bproc-users@lists.sourceforge.net>
Cc: Trond Myklebust <trond.myklebust@fys.uio.no>,
Lista Linux-Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [BProc] Re: Reading libs fails through NFS
Date: Sun, 23 Nov 2003 01:57:17 +0100 [thread overview]
Message-ID: <20031123005717.GA2025@werewolf.able.es> (raw)
In-Reply-To: shsu153okhp.fsf@charged.uio.no
On 11.17, Trond Myklebust wrote:
> >>>>> " " == J A Magallon <J.A.> writes:
>
> > Hi all... Anybody has any idea about why this fails:
>
> > fd = open("/lib/libnss_files.so.2", O_RDONLY); res =
> > read(fd,buf,512);
>
> No. Nobody else will be able to tell you either until you tell us what
> setup you are using.
>
I run a small bproc cluster. Nodes are diskless, boot with a custom initrd,
and execute a simple linuxrc (comments and echo's stripped):
PATH=/bin:/sbin:/usr/bin:/usr/sbin
mount -n -o remount,rw /
mount -t proc none /proc
mount -t devpts -omode=0620 none /dev/pts
mount -t tmpfs none /dev/shm
mount -t tmpfs none /tmp
ifconfig lo up 127.0.0.1
modprobe eth0
ifconfig eth0 up
dhcpcd -H -D -R -N eth0
portmap
mount /lib
mount /bin
mount /sbin
mount /usr
mount /opt
mount /home
mount /work/shared
modprobe eth1
ifconfig eth1 up
dhcpcd -R -N eth1
ntpdate -v 192.168.0.1
modprobe bproc
bpslave -v -d -r 192.168.1.1
fstab for nodes (in /etc in initrd) is:
rootfs / rootfs defaults 0 0
none /proc proc defaults 0 0
none /dev/pts devpts mode=0620 0 0
none /dev/shm tmpfs defaults 0 0
none /tmp tmpfs defaults 0 0
192.168.0.1:/lib /lib nfs nfsvers=3,ro,noac,suid
192.168.0.1:/bin /bin nfs nfsvers=3,ro,noac,suid
192.168.0.1:/sbin /sbin nfs nfsvers=3,ro,noac,suid
192.168.0.1:/usr /usr nfs nfsvers=3,ro,noac,suid
192.168.0.1:/opt /opt nfs nfsvers=3,ro,noac,suid
192.168.0.1:/home /home nfs nfsvers=3,rw
192.168.0.1:/work /work/shared nfs nfsvers=3,rw
For example, /opt is just the mount point in initrd, so it is empty. It is
ro, just soft to use:
annwn:/opt> pwd
/opt
annwn:/opt> ls
aleph/ coin/ intel/ mpich/
annwn:/opt> bpsh 0 pwd
/opt
annwn:/opt> bpsh 0 ls
ls: reading directory .: Invalid argument
annwn:~> bpsh 0 ls /opt/*
ls: reading directory /opt/aleph: Invalid argument
/opt/aleph:
ls: reading directory /opt/coin: Invalid argument
/opt/coin:
ls: reading directory /opt/intel: Invalid argument
/opt/intel:
ls:
/opt/mpich:
reading directory /opt/mpich: Invalid argument
annwn:~> bpsh 0 strace ls /opt
...
stat64("/opt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/opt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
getdents64(3, 0x8060360, 8192) = -1 EINVAL (Invalid argument)
close(3) = 0
...
annwn:/opt> bpsh 0 strace ls
...
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
getdents64(3, 0x8060350, 8192) = -1 EINVAL (Invalid argument)
close(3) = 0
...
It looks like readdir fails (getdents).
Uh ?
I use a custom kernel, still have to try with plain -rc3 + bproc. But
do you have any ideas about what is going/what am I doing wrong ? This
all worked some time ago with my hacked -jam kernels.
TIA for you attention.
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 10.0 (Cooker) for i586
Linux 2.4.23-rc3-jam1 (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-4mdk))
next prev parent reply other threads:[~2003-11-23 0:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-17 0:45 Reading libs fails through NFS J.A. Magallon
2003-11-17 1:24 ` Trond Myklebust
2003-11-23 0:57 ` J.A. Magallon [this message]
2003-11-17 1:29 ` Valdis.Kletnieks
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=20031123005717.GA2025@werewolf.able.es \
--to=jamagallon@able.es \
--cc=bproc-users@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=trond.myklebust@fys.uio.no \
/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