Summary: | sys-cluster/util-vserver-0.30.212-r1 - uild vserver template does not work | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Karel Hala <stripe> |
Component: | [OLD] Server | Assignee: | Gentoo VPS Team (OBSOLETE) <vserver-devs+disabled> |
Status: | RESOLVED REMIND | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Karel Hala
2007-01-27 15:25:13 UTC
this is a known problem, file somehow identifies the tarball as empty, there is no known fix currently Hmmh, interesting... I have just repacked the tarball to tar.gz which makes this to work. Output is as follows: >>> Adding shared /usr/portage to fstab ... >>> Checking init-style ... sysv !!! The init-style you specified is not supported for Gentoo !!! Please use one of: plain, gentoo >>> Fixing default runlevel scripts ... >>> Setting hostname ... >>> Found baselayout-1.6.14 !!! Will not do automagic changes to baselayout < 1.13 !!! You have to take care for yourself ... Anyway the vserver is built just need to set plain style init by hand. you can use --initstyle plain with vserver - build (In reply to comment #1) > this is a known problem, file somehow identifies the tarball as empty, there is > no known fix currently Some testing seems to indicate that the problem is with ">=sys-apps/file-4.18". I just tested with 4.17, 4.18 and 4.19. Both 4.18 and 4.19 seem to fail randomly (with more failures when there's more load on the system). You can test on 4.18 with: file -Nbiz -m /usr/lib/util-vserver/magic path_to_stage_file This will randomly return "application/x-tar, POSIX (GNU) (application/x-bzip2)" (good) or "application/empty (application/x-bzip2)" (bad) Use emerge --oneshot "<sys-apps/file-4.18" to install an older version which doesn't have this bug. |