2009/5/29 Chris Sykes <ch...@sigsegv.plus.com>: > On Fri, May 29, 2009 at 04:13:26PM +0100, David Ramsden wrote: >> Thanks to all those who replied and confirmed my initial fears :) >> >> Chris, vserver appears to be ideal. I've just finished compiling a >> vserver patched kernel and I've got a 32-bit Debian install up and >> running. It was surprisingly easy. The migration should be nice and easy >> as I can just copy the Apache configs to /etc/vservers/<name>/vdir/etc >> on the host. > > Glad to hear it seems to be working for you. > I use it on our company servers and also for controlled development & > test environments on workstations. It's also really handy to be able > to perform selective backups on several VMs from a single filesystem > namespace on the vserver host. > Also using KVM/VirtualBox makes my laptop uncomfortably warm :-) > > I keep meaning to try out openvz but haven't found the right opportunity > yet.
As others above have said, 32 bit apps can run fine on a 64 bit kernel if they have all their libraries available in 32 bit. A 64 bit apache library will likely not work in a 64 bit apache. The best options is something like a vserver or openvz. I run several 32 bit vservers under a 64 bit debian system. You can install the standard debian -vserver kernel to get going, and the there are plenty of instructions around for creating a 32 bit vserver on a 64 bit box (just adding a debootstrap flag to force the arch). This process works really well, though you will have to use a separate port/hostname unless you turn off the apache in the 64 bit os. All my vservers have their own ip's (you can probably get the host system to forward traffic if you try). Oddly you can have a 64 bit host os, with a 32 bit vserver and then put a 64 bit chroot inside that vserver image. They all share the same 64 bit kernel (which works fine with 32 bit userspace) Anton -- Anton Piatek email: an...@piatek.co.uk blog/photos: http://www.strangeparty.com pgp: [0xB307BAEF] (http://www.strangeparty.com/anton.asc) fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF No trees were destroyed in the sending of this message, however, a significant number of electrons were terribly inconvenienced. -- Please post to: Hampshire@mailman.lug.org.uk Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire LUG URL: http://www.hantslug.org.uk --------------------------------------------------------------