Am Donnerstag, 29. Juli 2010 00:55:57 schrieb Herbert Poetzl:
> On Tue, Jul 27, 2010 at 10:46:28AM +0200, Oliver Heinz wrote:
> > Am Montag, 26. Juli 2010 23:50:53 schrieb Nirmal Guhan:
> > > I remember running into similar issue when I was running a kernel
> > > without vserver patch. Just wondering if that is the case for you too!
> >
> > Kernel is Linux 2.6.32.16-grsec2.2.0-vs2.3.0.36.29.4 and Vserver
> > extensions are enabled (see vserver-info output below). Same issue
> > occurs with current Debian Squeeze/Sid Vserver enabled kernel.
>
> just try with 2.6.32.16 first, then if that works, with
> 2.6.32.16 + grsec, if that works too, try with
> 2.6.32.16 + Linux-VServer (no grsec) if that fails,
> we'll look into it :)
Trying to start a vserver with the plain kernel is challenging ;-) I found a
little locking testsuite here
http://nfsv4.bullopensource.org/tools/tests/locktest.php
at it also complains about the missing lock function.
When using in non cluster mode (option localflocks) the testsuite is
successful. So it seems to be an GFS2 issue and I'll have to ask for help on a
different mailing list then.
thanks so far,
Oliver
>
> TIA,
> Herbert
>
> > Oliver
> >
> > > --Nirmal
> > >
> > > On Mon, Jul 26, 2010 at 2:39 AM, Oliver Heinz <oheinz@fbihome.de> wrote:
> > > > Hi there,
> > > >
> > > > is there anybody running Vservers on GFS2? I can't find much about
> > > > the lockf() that it complains is not implemented. Not much about
> > > > fcntl-Problems with GFS either. GFS is running with
> > > > pacemaker/corosycn cluster stack. GFS2 was created with options "-p
> > > > lock_dlm -j2 -t pcmk:pcmk". I also to added them to the testfs.sh
> > > > (output below)
> > > >
> > > > I just tried and get:
> > > >> root@server-c:~# vserver -v testshared start
> > > >> secure-mount: lockf(): Function not implemented
> > > >> Failed to update mtab-file
> > > >> secure-mount: lockf(): Function not implemented
> > > >> Failed to update mtab-file
> > > >> secure-mount: lockf(): Function not implemented
> > > >> Failed to update mtab-file
> > > >> New network context is 40
> > > >> Adding 192.168.5.40 192.168.7.40
> > > >> New security context is 40
> > > >> /etc/init.d/rc: line 74: /etc/default/rcS: No such file or directory
> > > >> error: '/etc/init.d/rc' exited outside the expected code flow.
> > > >>
> > > >> An error occured while executing the vserver startup sequence; when
> > > >> there are no other messages, it is very likely that the init-script
> > > >> (/etc/init.d/rc 3) failed.
> > > >>
> > > >> Common causes are:
> > > >> * /etc/rc.d/rc on Fedora Core 1 and RH9 fails always; the 'apt-rpm'
> > > >> build method knows how to deal with this, but on existing
> > > >> installations, appending 'true' to this file will help.
> > > >>
> > > >>
> > > >> Failed to start vserver 'testshared'
> > > >
> > > > Any Ideas?
> > > >
> > > >
> > > >
> > > > TIA,
> > > > Oliver
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > root@server-c:~# vserver-info
> > > >
> > > > Versions:
> > > > Kernel: 2.6.32.16-grsec2.2.0-vs2.3.0.36.29.4
> > > > VS-API: 0x00020305
> > > >
> > > > util-vserver: 0.30.215; Jun 18 2010, 13:35:17
> > > >
> > > > Features:
> > > > CC: gcc, gcc (Debian 4.4.4-5) 4.4.4
> > > >
> > > > CXX: g++, g++ (Debian 4.4.4-5) 4.4.4
> > > >
> > > > CPPFLAGS: ''
> > > >
> > > > CFLAGS: '-Wall -g -O2 -std=c99 -Wall -pedantic -W
> > > >
> > > > -funit- at-a-time'
> > > >
> > > > CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W
> > > >
> > > > -fmessage-length=0 -funit-at-a-time'
> > > >
> > > > build/host: x86_64-pc-linux-gnu/x86_64-pc-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
> > > >
> > > > crypto api: nss
> > > >
> > > > python bindings: no
> > > >
> > > > use library versioning: yes
> > > >
> > > > Paths:
> > > > prefix: /usr
> > > >
> > > > sysconf-Directory: /etc
> > > >
> > > > cfg-Directory: /etc/vservers
> > > >
> > > > initrd-Directory: $(sysconfdir)/init.d
> > > >
> > > > pkgstate-Directory: /var/run/vservers
> > > >
> > > > vserver-Rootdir: /var/lib/vservers
> > > >
> > > > root@server-c:~# ./testme.sh
> > > > Linux-VServer Test [V0.17] Copyright (C) 2003-2006 H.Poetzl
> > > > chcontext is working.
> > > > chbind is working.
> > > > Linux 2.6.32.16-grsec2.2.0-vs2.3.0.36.29.4 #1 SMP Tue Jul 13 10:55:57
> > > > CEST 2010 x86_64
> > > > Ea 0.30.215 236/glibc (DSa) <v13,net,v21,v22,v23,netv2>
> > > > VCI: 0002:0305 236 13000fb1 (TbsPHIW)
> > > > ---
> > > > [000]# succeeded.
> > > > [001]# succeeded.
> > > > [011]# succeeded.
> > > > [031]# succeeded.
> > > > [101]# succeeded.
> > > > [102]# succeeded.
> > > > [201]# succeeded.
> > > > [202]# succeeded.
> > > >
> > > >
> > > >
> > > > root@server-c:~# ./testfs.sh -t -D /dev/loop0 -F gfs2 -M /mnt
> > > > Linux-VServer FS Test [V0.23] Copyright (C) 2005-2009 H.Poetzl
> > > > Linux 2.6.32.16-grsec2.2.0-vs2.3.0.36.29.4 x86_64/0.30.215
> > > > VCI: 0002:0305 236 13000fb1 (ID24)
> > > > ---
> > > > testing gfs2 filesystem ...
> > > > [000]. [001]*
Received on Thu Jul 29 10:41:58 2010