Re: [vserver] Vserver on GFS2 - lockf() error

From: Herbert Poetzl <herbert_at_13thfloor.at>
Date: Wed 28 Jul 2010 - 23:55:57 BST
Message-ID: <20100728225557.GB5543@MAIL.13thfloor.at>

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 :)

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 00:03:28 2010

[Next/Previous Months] [Main vserver Project Homepage] [Howto Subscribe/Unsubscribe] [Paul Sladen's vserver stuff]
Generated on Thu 29 Jul 2010 - 00:03:29 BST by hypermail 2.1.8