[Vserver] Latest usable Gentoo package
Hi Guys, this is mainly for hollow et al - what is the latest ebuild you will consider good for production of the 2.1 series ? I am currently running 2.6.15.4-vs2.1.1-rc6-gentoo and want to upgrade due to the latest kernel bugs Oliver -- Diese Nachricht wurde digital unterschrieben oliwel's public key: http://www.oliwel.de/oliwel.crt Basiszertifikat: http://www.ldv.ei.tum.de/page72 smime.p7s Description: S/MIME Cryptographic Signature ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Latest usable Gentoo package
On Thursday, 07. September. 2006 12:35, Oliver Welter wrote: Hi Guys, this is mainly for hollow et al - what is the latest ebuild you will consider good for production of the 2.1 series ? I am currently running 2.6.15.4-vs2.1.1-rc6-gentoo and want to upgrade due to the latest kernel bugs Due to the speed the _rc's occured, we thought that moving those ebuilds to our project overlay [1] would make sense. The overlay is subversion based, but you should be able to grab it via wget (or similar) if you can't/wont install subversion just for this single repo. TIA, Christian [1] http://overlays.gentoo.org/svn/proj/vps -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgpG61DCEivTG.pgp Description: PGP signature ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Latest usable Gentoo package
Due to the speed the _rc's occured, we thought that moving those ebuilds to our project overlay [1] would make sense. The overlay is subversion based, but you should be able to grab it via wget (or similar) if you can't/wont install subversion just for this single repo. TIA, Christian [1] http://overlays.gentoo.org/svn/proj/vps Wouldn't it be nice to post a short message to the list if a new revision comes up? Somehow I missed revisions 41 to 43 the last week... Marcus ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Latest usable Gentoo package
Hi Christian, question as missleading - I know the overlay but I wonder if there is some categorization about quite stable / bleeding edge in the rcs or if it is ok to take always the latest one. Oliver -- Diese Nachricht wurde digital unterschrieben oliwel's public key: http://www.oliwel.de/oliwel.crt Basiszertifikat: http://www.ldv.ei.tum.de/page72 smime.p7s Description: S/MIME Cryptographic Signature ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Latest usable Gentoo package
On Thu September 7 2006 06:52, Marcus wrote: Due to the speed the _rc's occured, we thought that moving those ebuilds to our project overlay [1] would make sense. The overlay is subversion based, but you should be able to grab it via wget (or similar) if you can't/wont install subversion just for this single repo. TIA, Christian [1] http://overlays.gentoo.org/svn/proj/vps Wouldn't it be nice to post a short message to the list if a new revision comes up? Somehow I missed revisions 41 to 43 the last week... Try the live bookmark: http://overlays.gentoo.org/proj/vps/timeline?changeset=onwiki=onmax=50daysback=90format=rss Mike ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] 64bit environment
I am getting ready do set up a new vserver host using Opterons.. however some of the guests will be pre-compiled 32bit such as CentOS.. if the host Gentoo is AMD64 will this cause problems? Should I just do x86 i686 all the way around and use CFLAGS to optimize for Opteron? It must be extremely stable. -- Chuck ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] 64bit environment
On Thursday 07 September 2006 21:52, Chuck wrote: I am getting ready do set up a new vserver host using Opterons.. however some of the guests will be pre-compiled 32bit such as CentOS.. if the host Gentoo is AMD64 will this cause problems? Should I just do x86 i686 all the way around and use CFLAGS to optimize for Opteron? It must be extremely stable. With a 64bit kernel you can avoid the issues that arise with 2G ram on 32bit platforms (having to choose how to split the 4G address space or use the PAE extensions) You will need to enable CONFIG_IA32_EMULATION to run 32bit guests You don't have to run a 64bit userland for the host. For the most platform-compatible setup you can compile 32 and 64bit kernels (crossdev on gentoo makes this very easy) and choose which to run at boot This allows you to bring the host and 32bit vservers up on on a 32bit platform if required (DR situation or whatever). This is assuming that the issues with 32bit util-vserver tools on a 64bit kernel have been resolved. I use amd64 gentoo (userland and kernel) for the host and 32 and 64bit gentoo guests depending on requirements. Admin Cross-compiling a 64bit kernel on 32bit gentoo: echo 'PORTDIR_OVERLAY=/usr/local/portage' /etc/make.conf mkdir /usr/local/portage emerge sys-devel/crossdev crossdev -s1 -t x86_64-pc-linux-gnu cd /usr/src cp -pr linux-kernel-vserver linux-kernel-vserver-x86_64 cd linux-kernel-vserver-x86_64 make ARCH=x86_64 CROSS_COMPILE=x86_64-pc-linux-gnu- mrproper make ARCH=x86_64 CROSS_COMPILE=x86_64-pc-linux-gnu- menuconfig # General Setup --- Local version - append to kernel release: -x86_64 # Executable file formats / Emulations ---IA32 Emulation make -j5 ARCH=x86_64 CROSS_COMPILE=x86_64-pc-linux-gnu- make -j5 ARCH=x86_64 CROSS_COMPILE=x86_64-pc-linux-gnu- modules_install mount /boot cp arch/x86_64/boot/bzImage /boot/bzImage-kernel-vserver-x86_64 vi /boot/grub/grub.conf ...add new 64bit kernel entry ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] 64bit environment
Admin wrote: You don't have to run a 64bit userland for the host. For the most platform-compatible setup you can compile 32 and 64bit kernels (crossdev on gentoo makes this very easy) and choose which to run at boot This allows you to bring the host and 32bit vservers up on on a 32bit platform if required (DR situation or whatever). This is assuming that the issues with 32bit util-vserver tools on a 64bit kernel have been resolved. What issues would that be? IIRC, the only problem was with setting the rlimits, and that has indeed been fixed. -- Daniel Hokka Zakrisson GPG id: 06723412 GPG fingerprint: A455 4DF3 990A 431F FECA 7947 6136 DDA2 0672 3412 ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Latest usable Gentoo package
Hi Christian Nope there is no categorization or rating in the svn-repo. I also wouldn't use the _rc's on a stable machine, since from time to time there's some bugs in them that need to be fixed. So - what do you suggest for using 2.1 on gentoo? I run the 2.1 for over a year now without problems and dont want to go back to 2.0 but want to update the kernel... Oliver -- Diese Nachricht wurde digital unterschrieben oliwel's public key: http://www.oliwel.de/oliwel.crt Basiszertifikat: http://www.ldv.ei.tum.de/page72 smime.p7s Description: S/MIME Cryptographic Signature ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] FC3 386 Guest in FC4 x64 host
Title: Message I am trying to build an fc3 test system in and fc4 x86 when i install with vserver build and the option of distro is fc3 everything is ok until I try to internalize the package management , when doing this the package management inside the guest does not work also the installation defaults to installing x64 and I would rather have 386. I tried to unpack a prebuilt fc3 from lylix.net but the rpm inside the guest has an empty database. a long time ago i remember in vserver on 2.4 kernels there was a utility that would interactively build anyguest is such a utility now available and compatible with the current 2.6 kernels? ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] FC3 386 Guest in FC4 x64 host
ehab heikal wrote: I am trying to build an fc3 test system in and fc4 x86 when i install with vserver build and the option of distro is fc3 everything is ok until I try to internalize the package management , when doing this the package management inside the guest does not work also the installation rm -f /var/lib/__db*; rpm --rebuilddb should fix it, I think. defaults to installing x64 and I would rather have 386. I think changing /etc/rpm/platform is the only way to fix that, alternatively removing it and then using setarch i386 should work. -- Daniel Hokka Zakrisson GPG id: 06723412 GPG fingerprint: A455 4DF3 990A 431F FECA 7947 6136 DDA2 0672 3412 ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
RE: [Vserver] FC3 386 Guest in FC4 x64 host
rm -f /var/lib/__db*; rpm --rebuilddb did not do the trick. Does anyone know of a good way to build a fc3 guest in an fc4 host? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Hokka Zakrisson Sent: Thursday, September 07, 2006 9:25 PM To: vserver@list.linux-vserver.org Subject: Re: [Vserver] FC3 386 Guest in FC4 x64 host ehab heikal wrote: I am trying to build an fc3 test system in and fc4 x86 when i install with vserver build and the option of distro is fc3 everything is ok until I try to internalize the package management , when doing this the package management inside the guest does not work also the installation rm -f /var/lib/__db*; rpm --rebuilddb should fix it, I think. defaults to installing x64 and I would rather have 386. I think changing /etc/rpm/platform is the only way to fix that, alternatively removing it and then using setarch i386 should work. -- Daniel Hokka Zakrisson GPG id: 06723412 GPG fingerprint: A455 4DF3 990A 431F FECA 7947 6136 DDA2 0672 3412 ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] clean-up hash directory
Corey Wright wrote:
i was curious if vhashify cleaned up after itself (delete orphaned
instances of files in hash directory), and it appears it doesn't. these
commands should do the job. well, technically this just lists files with a
hardlink count of 1 and prints the total size in bytes of all listed files
on the last line (so you know how much space you are saving).
find /etc/vservers/.defaults/vdirbase/.hash/ -type f -printf %n %s %p\n |
grep '^1[[:space:]]' | awk '{ sum += $2; print $3 } END { print sum }'
to delete those listed files, add to the end:
| while read FILE; do rm -f ${FILE}; done
does anybody see any problem with my logic?
Corey,
Did you hear anything on this? I ran the query on a 12+ guest system (
all FC5 ) and it ran for well over a couple of minutes before I got
tired of watching the output. This leads me to think I've got lots of
orphans. I'd like to get rid of them ( Save the inodes! ) but want to
understand what I'm doing first. Rather not fubar a live system.
I'm not sure I fully understand how vhashify works. Where are the
actual files located. Are the entries in
/etc/vservers/.defaults/vdirbase/.hash/
links to the actual files and then each guest links to these -- links?
Rod
--
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] clean-up hash directory
Roderick A. Anderson wrote:
Corey Wright wrote:
i was curious if vhashify cleaned up after itself (delete orphaned
instances of files in hash directory), and it appears it doesn't. these
commands should do the job. well, technically this just lists files
with a
hardlink count of 1 and prints the total size in bytes of all listed
files
on the last line (so you know how much space you are saving).
find /etc/vservers/.defaults/vdirbase/.hash/ -type f -printf %n %s
%p\n |
grep '^1[[:space:]]' | awk '{ sum += $2; print $3 } END { print sum }'
You could easily eliminate the grep by using -links 1 in the find command.
to delete those listed files, add to the end:
| while read FILE; do rm -f ${FILE}; done
Would be far more efficient to use -print0 | xargs -0 rm -f.
Did you hear anything on this? I ran the query on a 12+ guest system (
all FC5 ) and it ran for well over a couple of minutes before I got
tired of watching the output. This leads me to think I've got lots of
orphans. I'd like to get rid of them ( Save the inodes! ) but want to
understand what I'm doing first. Rather not fubar a live system.
This should be a perfectly safe command, I always run some cleanup after
hashifying my guests.
I'm not sure I fully understand how vhashify works. Where are the
actual files located. Are the entries in
/etc/vservers/.defaults/vdirbase/.hash/
links to the actual files and then each guest links to these -- links?
Those would be the actual files (the file in the .hash directory is
created by vhashify as a copy of the file it's hashifying), and vhashify
then creates links to those in the guest(s).
--
Daniel Hokka Zakrisson
GPG id: 06723412
GPG fingerprint: A455 4DF3 990A 431F FECA 7947 6136 DDA2 0672 3412
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Latest usable Gentoo package
On Thursday, 07. September. 2006 18:41, you wrote: Hi Christian Nope there is no categorization or rating in the svn-repo. I also wouldn't use the _rc's on a stable machine, since from time to time there's some bugs in them that need to be fixed. So - what do you suggest for using 2.1 on gentoo? I run the 2.1 for over a year now without problems and dont want to go back to 2.0 but want to update the kernel... It _really_ depends on your mood. If you say you've run it for over a year on a production server, go for it :). What I tried to say, is that I wouldn't risk it on my production servers to run 2.1whatever. I can't make that decision for you, since you're the sysadmin. You're right that 2.1 has been pretty stable for the last half year, but it also had its rougher times (as in ooops'ing on vserver startup). That's one thing I can't risk. TIA, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgpgZ5tDzygpC.pgp Description: PGP signature ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
