Am Donnerstag, 14. September 2006 07:47 schrieb Wilhelm Meier:
> Am Mittwoch, 13. September 2006 20:33 schrieb Herbert Poetzl:
> > On Wed, Sep 13, 2006 at 10:22:21AM +0200, Wilhelm Meier wrote:
> > > Hi,
> > >
> > > I googled for a while but I didn't find a solution for nfs-mounting
> > > inside the guest from a remote nfs-server.
> > >
> > > I had to export the dirs on the nfs-server to the guest AND to the
> > > host (why?). After that the host answers to the mount request.
> >
> > as usual, what tools, what host/guest distro?
>
> In the previous posting I forgot to include this as info (guest vs01 has
> ctxid 1001):
>
> gs ~ # cat /proc/virtual/1001/status
> UseCnt: 20
> Tasks: 6
> Flags: 0000000402020110
> BCaps: 00000000344c04ff
> CCaps: 0000000000070101
I still have no solution for te nfs-client mount problem. Therefor I include
the vserver-info output here. Available APIs are only v13,net. Is there
something missing?
gs ~ # vserver-info
Versions:
Kernel: 2.6.17-vs2.1.1-rc31-gentoo
VS-API: 0x00020102
util-vserver: 0.30.210; Sep 6 2006, 12:01:42
Features:
CC: i686-pc-linux-gnu-gcc, i686-pc-linux-gnu-gcc (GCC)
4.1.1 (Gentoo 4.1.1)
CXX: i686-pc-linux-gnu-g++, i686-pc-linux-gnu-g++ (GCC)
4.1.1 (Gentoo 4.1.1)
CPPFLAGS: ''
CFLAGS: '-O2 -mcpu=i686 -pipe -std=c99 -Wall -pedantic -W -funit-at-a-time'
CXXFLAGS: '-O2 -mcpu=i686 -pipe -ansi -Wall -pedantic -W -fmessage-length=0 -funit-at-a-time'
build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
Use dietlibc: yes
Build C++ programs: yes
Build C99 programs: yes
Available APIs: v13,net
ext2fs Source: e2fsprogs
syscall(2) invocation: alternative
vserver(2) syscall#: 273/glibc
Paths:
prefix: /usr
sysconf-Directory: /etc
cfg-Directory: /etc/vservers
initrd-Directory: /etc/init.d
pkgstate-Directory: /var/run/vservers
vserver-Rootdir: /vservers
Assumed 'SYSINFO' as no other option given; try '--help' for more information.
gs ~ #
>
> > > I gave the guest ccap secure_mount AND binary_mount. But a
> > >
> > > mount 192.168.39.1:/home /home -o nolock,tcp
> > >
> > > gives a "permission denied".
> >
> > should be sufficient with recent kernels to do an nfs mount
> > if the portmapper is reachable and working as expected
> >
> > > If I add CAP_SYS_ADMIN to bcap, it works fine. But that's not what I
> > > want.
> >
> > that's at least interesting, but could be an already fixed
> > bug in older kernels
> >
> > > If I setup fstab.remote, it works (well, I don't know why!). What is
> > > the difference?
> >
> > main difference is that the fstab.remote is executed on the
> > host but within the network context, which solves certain
> > issues you see, like requiring host and guest ip to be allowed
> >
> > > I'm using 2.6.17-vs2.1.1-rc26-gentoo.
> > >
> > > Any ideas?
> >
> > well, let's do an strace of the actual mount, to see where
> > it fails, and check with rpcinfo and showmounts
> >
> > HTH,
> > Herbert
> >
> > > --
> > > Wilhelm
> > > _______________________________________________
> > > Vserver mailing list
> > > Vserver@list.linux-vserver.org
> > > http://list.linux-vserver.org/mailman/listinfo/vserver
-- Wilhelm Meier email: wilhelm.meier@fh-kl.de _______________________________________________ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserverReceived on Fri Sep 15 09:46:31 2006