OpenVZ Forum


Home » Mailing lists » Users » Gentoo baselayout2 doesn't start inside container
Gentoo baselayout2 doesn't start inside container [message #31312] Tue, 24 June 2008 15:11 Go to next message
Arjan Schrijver is currently offline  Arjan Schrijver
Messages: 6
Registered: November 2007
Junior Member
From: openvz.org
Hi there,

I'm having some trouble with my Gentoo OpenVZ container. I wanted to 
install the new baselayout2 version, so I could ditch 
baselayout-vserver. But now when I start the container, the 'init boot' 
process takes all CPU power but doesn't continue the booting process. Is 
there anybody running the new baselayout inside an OpenVZ container? 
I've tested inside a Virtuozzo container, and that worked perfectly fine.

Thanks,
Arjan
Re: Gentoo baselayout2 doesn't start inside container [message #31317 is a reply to message #31312] Tue, 24 June 2008 17:05 Go to previous messageGo to next message
VZlover is currently offline  VZlover
Messages: 1
Registered: June 2008
Junior Member
From: openvz.org
Arjan Schrijver wrote:
> Hi there,
> 
> I'm having some trouble with my Gentoo OpenVZ container. I wanted to 
> install the new baselayout2 version, so I could ditch 
> baselayout-vserver. But now when I start the container, the 'init boot' 
> process takes all CPU power but doesn't continue the booting process. Is 
> there anybody running the new baselayout inside an OpenVZ container? 
> I've tested inside a Virtuozzo container, and that worked perfectly fine.

I had no luck getting baselayout-2 running with Openvz.  I did have luck with 
taking a regular stage 3, un-taring and chrooting into it, unmerging udev and 
creating static nodes under /dev for null, zero, console, ptmx, pytp0, ... and 
then re-taring it back into a openvz template.  So far it is working beautifully.

I don't understand why Gentoo releases separate openvz and vserver stages when 
a small script can convert a regular stage 3?

ds
Re: Gentoo baselayout2 doesn't start inside container [message #31321 is a reply to message #31317] Tue, 24 June 2008 18:00 Go to previous messageGo to next message
drescherjm is currently offline  drescherjm
Messages: 27
Registered: February 2008
Junior Member
From: openvz.org
On Tue, Jun 24, 2008 at 1:05 PM, David Sparks <dave@ca.sophos.com> wrote:
> Arjan Schrijver wrote:
>>
>> Hi there,
>>
>> I'm having some trouble with my Gentoo OpenVZ container. I wanted to
>> install the new baselayout2 version, so I could ditch baselayout-vserver.
>> But now when I start the container, the 'init boot' process takes all CPU
>> power but doesn't continue the booting process. Is there anybody running the
>> new baselayout inside an OpenVZ container? I've tested inside a Virtuozzo
>> container, and that worked perfectly fine.
>
> I had no luck getting baselayout-2 running with Openvz.

It works absolutely fine for me. Although I mirrored the container
from a running gentoo system using rsync.

Inside the container:
 # emerge --info


Performing Global Updates: /usr/portage/profiles/updates/2Q-2008
(Could take a couple of minutes if you have a lot of binary packages.)
  .='update pass'  *='binary update'  @='/var/db move'
  s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*'
....................................
pp@

Portage 2.1.4.4 (default-linux/amd64/2006.1, gcc-4.2.4,
glibc-2.6.1-r0, 2.6.24-ovz005 x86_64)
=================================================================
System uname: 2.6.24-ovz005 x86_64 AMD Athlon(tm) 64 X2 Dual Core
Processor 5000+
Timestamp of tree: Wed, 11 Jun 2008 21:45:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port
3632) [disabled]
app-shells/bash:     3.2_p39
dev-lang/python:     2.4.4-r9
dev-python/pycrypto: 2.0.1-r6
dev-util/confcache:  0.4.2-r1
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.4-r1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.8.5-r3, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -mpreferred-stack-boundary=8"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf
/etc/gentoo-release /etc/php/apache2-php5/ext-active/
/etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/
/etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -mpreferred-stack-boundary=8"
DISTDIR="/usr/portage/distfiles"
FEATURES="candy ccache confcache distlocks metadata-transfer
parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.pair.com/
http://mirrors.acm.cs.rpi.edu/gentoo/"
MAKEOPTS="-j9"
PKGDIR="/mnt/imports/packages/amd64/server/server/gcc-4.2/glibc-2.6"
PORTAGE_RSYNC_EXTRA_OPTS="--progress"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/masterdriverz
/usr/local/portage/gentoo-overlay"
SYNC="rsync://datastore0/gentoo-portage"
USE="7zip acl amd64 bacula-console bacula-split-init bash
bash-completion berkdb bzip2 c++ chroot cli cracklib crosscompile
crypt cups cvs doc dri emul-linux-x86 fortran gdbm gpm iconv isdnlog
kerberos ldap midi mozbranding mudflap ncurses nls nptl nptlonly
opengl openmp pam pcre perl php png ppds pppd python readline
reflection reiserfs samba session spl ssl szip tcltk unicode xml xml2
xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x
ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel
intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem
ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mulaw multi null plug rate route share shm softvol"
APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon
authn_dbm authn_default authn_file authz_dbm authz_default
authz_groupfile authz_host authz_owner authz_user autoindex cache dav
dav_fs dav_lock deflate dir disk_cache env expires ext_filter
file_cache filter headers include info log_config logio mem_cache mime
mime_magic negotiation rewrite setenvif speling status unique_id
userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard
mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780
lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="ati
radeon mach64"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG,
LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS


John
Re: Gentoo baselayout2 doesn't start inside container [message #31337 is a reply to message #31321] Wed, 25 June 2008 06:47 Go to previous message
Arjan Schrijver is currently offline  Arjan Schrijver
Messages: 6
Registered: November 2007
Junior Member
From: openvz.org
Hi John,

Thank you for your feedback. Because it works for you, I've started 
looking at it again, and I have finally found the issue.
I was previously using baselayout-vserver on my Gentoo containers. When 
I upgrade that to baselayout2, /etc/inittab gets uninstalled and never 
installed again. When upgrading from baselayout1 to baselayout2 in my 
Virtuozzo container the file was preserved correctly.
This is really great! Creating a new Gentoo container/template is now as 
simple as downloading a stage3 tarball, upgrade it to baselayout2 and 
then boot it.
Thanks!

Regards,
Arjan


John Drescher wrote:
> On Tue, Jun 24, 2008 at 1:05 PM, David Sparks <dave@ca.sophos.com> wrote:
>   
>> Arjan Schrijver wrote:
>>     
>>> Hi there,
>>>
>>> I'm having some trouble with my Gentoo OpenVZ container. I wanted to
>>> install the new baselayout2 version, so I could ditch baselayout-vserver.
>>> But now when I start the container, the 'init boot' process takes all CPU
>>> power but doesn't continue the booting process. Is there anybody running the
>>> new baselayout inside an OpenVZ container? I've tested inside a Virtuozzo
>>> container, and that worked perfectly fine.
>>>       
>> I had no luck getting baselayout-2 running with Openvz.
>>     
>
> It works absolutely fine for me. Although I mirrored the container
> from a running gentoo system using rsync.
>
> Inside the container:
>  # emerge --info
>
>
> Performing Global Updates: /usr/portage/profiles/updates/2Q-2008
> (Could take a couple of minutes if you have a lot of binary packages.)
>   .='update pass'  *='binary update'  @='/var/db move'
>   s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*'
> ....................................
> pp@
>
> Portage 2.1.4.4 (default-linux/amd64/2006.1, gcc-4.2.4,
> glibc-2.6.1-r0, 2.6.24-ovz005 x86_64)
> =================================================================
> System uname: 2.6.24-ovz005 x86_64 AMD Athlon(tm) 64 X2 Dual Core
> Processor 5000+
> Timestamp of tree: Wed, 11 Jun 2008 21:45:01 +0000
> distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port
> 3632) [disabled]
> app-shells/bash:     3.2_p39
> dev-lang/python:     2.4.4-r9
> dev-python/pycrypto: 2.0.1-r6
> dev-util/confcache:  0.4.2-r1
> sys-apps/baselayout: 2.0.0
> sys-apps/openrc:     0.2.4-r1
> sys-apps/sandbox:    1.2.18.1-r2
> sys-devel/autoconf:  2.13, 2.61-r1
> sys-devel/automake:  1.5, 1.8.5-r3, 1.10.1
> sys-devel/binutils:  2.18-r1
> sys-devel/gcc-config: 1.4.0-r4
> sys-devel/libtool:   1.5.26
> virtual/os-headers:  2.6.23-r3
> ACCEPT_KEYWORDS="amd64"
> CBUILD="x86_64-pc-linux-gnu"
> CFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -mpreferred-stack-boundary=8"
> CHOST="x86_64-pc-linux-gnu"
> CONFIG_PROTECT="/etc /var/bind"
> CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf
> /etc/gentoo-release /etc/php/apache2-php5/ext-active/
> /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/
> /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
> CXXFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -mpreferred-stack-boundary=8"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="candy ccache confcache distlocks metadata-transfer
> parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
> GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
> http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.pair.com/
> http://mirrors.acm.cs.rpi.edu/gentoo/"
> MAKEOPTS="-j9"
> PKGDIR="/mnt/imports/packages/amd64/server/server/gcc-4.2/glibc-2.6"
> PORTAGE_RSYNC_EXTRA_OPTS="--progress"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
> --compress --force --whole-file --delete --stats --timeout=180
> --exclude=/distfiles --exclude=/local --exclude=/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> PORTDIR_OVERLAY="/usr/portage/local/layman/masterdriverz
> /usr/local/portage/gentoo-overlay"
> SYNC="rsync://datastore0/gentoo-portage"
> USE="7zip acl amd64 bacula-console bacula-split-init bash
> bash-completion berkdb bzip2 c++ chroot cli cracklib crosscompile
> crypt cups cvs doc dri emul-linux-x86 fortran gdbm gpm iconv isdnlog
> kerberos ldap midi mozbranding mudflap ncurses nls nptl nptlonly
> opengl openmp pam pcre perl php png ppds pppd python readline
> reflection reiserfs samba session spl ssl szip tcltk unicode xml xml2
> xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x
> ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel
> intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem
> ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
> empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
> mulaw multi null plug rate route share shm softvol"
> APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon
> authn_dbm authn_default authn_file authz_dbm authz_default
> authz_groupfile authz_host authz_owner authz_user autoindex cache dav
> dav_fs dav_lock deflate dir disk_cache env expires ext_filter
> file_cache filter headers include info log_config logio mem_cache mime
> mime_magic negotiation rewrite setenvif speling status unique_id
> userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard
> mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780
> lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="ati
> radeon mach64"
> Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG,
> LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
>
>
> John
Previous Topic: IPsec packets from VEs sent to wrong interface
Next Topic: apache2 stall in CLOSE_WAIT state
Goto Forum:
  


Current Time: Wed Nov 21 18:33:58 GMT 2018