On Thursday 15 December 2005 05:33, Matt Gorecki wrote:
Xavier Montagutelli wrote:
Hello list,
I have added a HowTo on the Wiki (Documentation - HowTo section) to show
a way to graph vserver-stat output with cacti.
http://linux-vserver.org/Cacti+configuration
It's quite long, but I
Virtual Machine (Emulators/Simulators):
(allows for unmodified guest systems)
- Bochs - VMware
- QEMU- SoftPC
- Hercules- VirtualPC
- GXemul
- UAE
Parallels
http://www.parallels.com/en/download/
--
FreeVPS
Herbert Poetzl wrote:
On Wed, Dec 14, 2005 at 06:40:24PM -0500, Bill Davidsen wrote:
Rik van Riel wrote:
On Tue, 13 Dec 2005, Herbert Poetzl wrote:
Well, as the OpenVZ folks announced their release on LKML
I just decided to do similar for the Linux-VServer release,
so please let me know if
Hello,
In our network we have some old PC's running the flexlm license manager. I
would like to migrate these setups to vservers. But there is a problem
regarding to the MAC address of the network interface. The license is bound
to a specific network card. Migrating the license isn't cheap.
Hello Herbert,
On Tue, Dec 13, 2005 at 05:20:22PM +0100, Joel Soete wrote:
Hello All,
Great the kernel was booting fine; just grep the upstream util-vserver
tools and hack lib/syscall-faalback.h to match __NR_vserver 263 for
hppa to build it with default debian pkg configure options ;-)
On Thu, Dec 15, 2005 at 09:32:51AM +0100, Xavier Montagutelli wrote:
On Thursday 15 December 2005 05:33, Matt Gorecki wrote:
Xavier Montagutelli wrote:
Hello list,
I have added a HowTo on the Wiki (Documentation - HowTo section) to show
a way to graph vserver-stat output with cacti.
On Thu, Dec 15, 2005 at 11:35:56AM +0100, Bert De Vuyst wrote:
Hello,
In our network we have some old PC's running the flexlm license
manager. I would like to migrate these setups to vservers. But there
is a problem regarding to the MAC address of the network interface.
The license is
On Thu, Dec 15, 2005 at 01:48:51PM +0100, Joel Soete wrote:
Hello Herbert,
On Tue, Dec 13, 2005 at 05:20:22PM +0100, Joel Soete wrote:
Hello All,
Great the kernel was booting fine; just grep the upstream
util-vserver tools and hack lib/syscall-faalback.h to match
__NR_vserver
After some interuption I'm back att writing a script to copy / migrate
VServers.
1) One consern. If a VServer is unified, and I copy over it with rsynk
in the host context. Will links be properly broken or do I risk to mess
upp other servers?
2) Diskspace limits is good, so suport for Xid
On Thu, Dec 15, 2005 at 05:57:43PM +0100, Lars Hallberg wrote:
After some interuption I'm back att writing a script to copy / migrate
VServers.
1) One consern. If a VServer is unified, and I copy over it with rsynk
in the host context. Will links be properly broken or do I risk to mess
the /proc/virtual/xid/* contains a bunch of useful
information, but for an efficient monitoring system some
faster communication methods should be considered ...
let me know if there is real demand, and somebody is
willing to do the userspace part .. we could then go for
netlink or relayfs
On Thu, 15 Dec 2005 09:35:57 EST, Hubertus Franke wrote:
This patchset is a followup to the posting by Serge.
http://marc.theaimsgroup.com/?l=linux-kernelm=113200410620972w=2
In this patchset here, we are providing the pid virtualization mentioned
in serge's posting.
I'm part of a
On Thu, 2005-12-15 at 11:49 -0800, Gerrit Huizenga wrote:
I think perhaps this could also be the basis for a CKRM class
grouping as well. Rather than maintaining an independent class
affiliation for tasks, why not have a class devolve (evolve?) into
a container as described here.
Wasn't one
On Thu, 15 Dec 2005 12:02:41 PST, Dave Hansen wrote:
On Thu, 2005-12-15 at 11:49 -0800, Gerrit Huizenga wrote:
I think perhaps this could also be the basis for a CKRM class
grouping as well. Rather than maintaining an independent class
affiliation for tasks, why not have a class devolve
On Thu, 2005-12-15 at 11:49 -0800, Gerrit Huizenga wrote:
On Thu, 15 Dec 2005 09:35:57 EST, Hubertus Franke wrote:
PID Virtualization is based on the concept of a container.
The ultimate goal is to checkpoint/restart containers.
The mechanism to start a container
is to 'echo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
Grzegorz Nosek wrote:
the /proc/virtual/xid/* contains a bunch of useful
information, but for an efficient monitoring system some
faster communication methods should be considered ...
let me know if there is real demand, and somebody is
willing
On Thu, 2005-12-15 at 11:49 -0800, Gerrit Huizenga wrote:
On Thu, 15 Dec 2005 09:35:57 EST, Hubertus Franke wrote:
This patchset is a followup to the posting by Serge.
http://marc.theaimsgroup.com/?l=linux-kernelm=113200410620972w=2
In this patchset here, we are providing the pid
On Thu, 15 Dec 2005 18:20:52 PST, Matt Helsley wrote:
On Thu, 2005-12-15 at 11:49 -0800, Gerrit Huizenga wrote:
On Thu, 15 Dec 2005 09:35:57 EST, Hubertus Franke wrote:
PID Virtualization is based on the concept of a container.
The ultimate goal is to checkpoint/restart containers.
18 matches
Mail list logo