On Wednesday, September 29, 2010, Gordan Bobic wrote: > Chuck wrote: > > On Wednesday, September 29, 2010, Gordan Bobic wrote: > >> Chuck wrote: > >>> i have a need for a modern redhat/fedora or suse vserver template 64bit. must be > > 64bit. i > >>> am having trouble locating such an animal. i have to check with the software vendors > > but > >>> it may be possible it will also run under centos 64bit but i dont want to run the > >>> troublesome 4.3 versions.. would need something newer. > >>> > >>> anyone know where i can get one? > >> When you say template, do you mean the config file templates, or an > >> actual tar ball of a minimum install? I've recently made one for RHEL6b, > >> and that was pretty straight forward to derive from the config templates > >> available. Usual things about upstart distros apply (set init style to > >> "plain", and disable console output in the init configs). > >> > >> I found I also had to port the yum patches to the yum version included > >> with RHEL6b. I posted that here the other day, you should be able to > >> find it in the archives. For the rest I can send you a tar ball, if you > >> are interested in the RHEL6b configs. > >> > >> You will, of course, have to roll your own kernel with vserver patches, > >> but that's straightforward enough. I never bothered to rpm my kernel build. > >> > > > > i use gentoo on the host and that is already set for vserver and is running several. i > > just have a need for a recent redhat guest since an app we want to run requires redhat and > > wont run on anything else. > > > > my preference is to find a complete running vserver guest thatr i can just install and run > > and then add to as i need. > > So, you want a tar ball of /vserver/<guestname>, rather than the > /etc/vservers/* configs? i.e. you don't want to do a vyum type install? > > I can certainly build you a basic tar ball of a RHEL6b system (don't > have a CentOS 5 setup handy at the moment, and you probably shouldn't be > putting a beta version into production). I think you'd have to > internalize the package management if you don't have yum on the host, > though. You'd also have to make sure that your kernel is of a suitable > version. IIRC, RHEL/CentOS 5.x and derivatives have problems with > kernels 2.6.28+. > everything should be internal. i do no operations on the guests outside of themselves. plus the pkg i plan to run looks for all these things to use for itself and if they dont exist it refuses to run. my host's kernel is gentoo vserver-sources from the 2.6.35 kernel: 2.6.35-vs2.3.0.36.31-gentoo we use gpt/efi partitioning because single partitions must be considerably larger than 2TB. i will probably just bind the partitions necessary to the guest. this will not be going into true 'production' for quite a while so i dont mind using beta software fot this. the several customers who will help us with this will be made aware of possible problems since it is beta. they won't care. > Gordan > -- Chuck