Thanks Herbert for trying to help me to work this out. Here is the information you asked for about the util-vservers and kernel versions, this is an output of the vserver-info: ========================================================================================== Versions: Kernel: 2.6.22.19-vs2.2.0.7 VS-API: 0x00020200 util-vserver: 0.30.214; Apr 21 2008, 19:35:17 Features: CC: gcc, gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-9) CXX: g++, g++ (GCC) 3.4.6 20060404 (Red Hat 3.4.6-9) CPPFLAGS: '' CFLAGS: '-O2 -g -pipe -m64 -std=c99 -Wall -pedantic -W -funit-at-a-time' CXXFLAGS: '-O2 -g -pipe -m64 -ansi -Wall -pedantic -W -fmessage-length=0 -funit-at-a-time' build/host: x86_64-redhat-linux-gnu/x86_64-redhat-linux-gnu Use dietlibc: yes Build C++ programs: yes Build C99 programs: yes Available APIs: v13,net,v21,v22,v23,netv2 ext2fs Source: e2fsprogs syscall(2) invocation: alternative vserver(2) syscall#: 236/glibc ========================================================================================== TIA, Dragan Saragin > On Thu, Jul 23, 2009 at 01:50:28PM -0500, Dragan Saraginov wrote: >> Hi to all. >> >> I am trying to set up an nfs mount between two vservers on two different >> physical servers. I added the following line to >> '/etc/vservers/nfclient/fstab.remote >> >> xxx.xxx.xxx.xxx:/home /mnt/nfserver nfs defaults,rw 0 0 >> >> On the nfs vserver I added this directory to '/etc/exports', next ran >> the >> 'exportsfs -a' command. I started the portmap service and bound it to >> the >> vserver's IP address by adding 'OPTIONS="-i yyy.yyy.yyy.yyy"' to its >> configuration '/etc/sysconfig/portmap' file. Next I downloaded and >> installed the unfs v3 from 'http://unfs3.sourceforge.net/'. Here is what >> I > > no need to do userspace mounts, for your purpose, you can > simply use the kernel nfs (but it doesn't really matter) > >> am getting when I ran 'rpcinfo -p yyy.yyy.yyy.yyy': >> >> program vers proto port >> 100000 2 tcp 111 portmapper >> 100000 2 udp 111 portmapper >> 100024 1 udp 857 status >> 100024 1 tcp 860 status >> 100003 3 udp 2049 nfs >> 100003 3 tcp 2049 nfs >> 100005 1 udp 2049 mountd >> 100005 3 udp 2049 mountd >> 100005 1 tcp 2049 mountd >> 100005 3 tcp 2049 mountd > > I'd be missing the lock manager here > >> But whenever I try to restart the client server at xxx.xxx.xxx.xxx the >> restart is hanging a while and after that I am getting the following >> error: > > did you try simply mounting the nfs export on the host, > just to see if that works? > >> mount: yyy.yyy.yyy.yyy:/home: can't read superblock >> /etc/vservers/nfclient/fstab.remote:1:1: failed to mount fstab-entry > > sounds strange, what util-vserver and kernel version? > >> Am I missing something? Can anyone help me with this issue? > > TIA, > Herbert > >> TIA, >> Dragan Saragin >> >> >> > On Wed, Jul 22, 2009 at 09:54:12PM +0200, Dragan Saraginov wrote: >> >> Thanks Herbert for the answers. >> >> >> >> What if the nfs vserver and the client vserver are on the >> >> different physical servers? >> > >> > then it makes more sense to use nfs, and you can do that >> > by simply putting the nfs mount in fstab.remote >> > >> > best, >> > Herbert >> > >> >> Dragan >> >> >> >> Herbert Poetzl wrote: >> >> >On Wed, Jul 22, 2009 at 12:23:53AM -0500, Dragan Saraginov wrote: >> >> > >> >> >>Hi to all. Can anyone here help me and point me to the right >> >> >>direction on how to use nfs mount option in guest VPSes. >> >> >> >> >> > >> >> >that is like mounting an nfs export on the same machine >> >> > >> >> > >> >> >>The goal that need to be achieved is to mount a directories >> >> >>between two guest on the same host. >> >> >> >> >> > >> >> > >> >> >for this, a --bind or --rbind mount is much simpler >> >> >and a lot less resource consuming, not to speak of >> >> >'more natural' to the system >> >> > >> >> > >> >> >>But I do not want to add some additional capability to the >> >> >>guests configuration. I want to use the 'fstab.remote' option. >> >> >> >> >> > >> >> >no additional capabilities are required for that, and >> >> >you can put the --bind and --rbind mounts into fstab >> >> >or fstab.remote >> >> > >> >> >HTH, >> >> >Herbert >> >> > >> >> > >> >> >>TIA, >> >> >>Dragan >> >> >> >> >> >>-- >> >> >>This message has been scanned for viruses and >> >> >>dangerous content by MailScanner, and is >> >> >>believed to be clean. >> >> >> >> >> > >> >> > >> >> >> >> >> >> >> >> __________ Information from ESET Smart Security, version of virus >> >> signature >> >> database 4267 (20090722) __________ >> >> >> >> The message was checked by ESET Smart Security. >> >> >> >> http://www.eset.com >> >> >> >> >> >> >> >> -- >> >> This message has been scanned for viruses and >> >> dangerous content by MailScanner, and is >> >> believed to be clean. >> > >> > -- >> > This message has been scanned for viruses and >> > dangerous content by MailScanner, and is >> > believed to be clean. >> > >> >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.