See vzctl set --name
Steve Wray wrote:
> Hi there,
> I'm a long time user of Xen virtualisation and have been evaluating
> OpenVZ as a replacement for certain applications.
>
> OpenVZ appears to be technically superior under certain conditions and
> I hope to iron out the issues that I have come a
Hi there,
I'm a long time user of Xen virtualisation and have been evaluating
OpenVZ as a replacement for certain applications.
OpenVZ appears to be technically superior under certain conditions and I
hope to iron out the issues that I have come across.
The main issue confronting me at this
On 14/08/2007 7:01 PM, Steve Hodges wrote:
The servers I'm trying to put onto a single hardware node each have 2
ethernet interfaces.
OK, after extensive testing I have narrowed down what I believe to be
the cause of the problem. The VE always seems to chose the first IP
address it has bee
*thank you*
The really strange thing is that I'm damn sure I had this working at
least once before. I wonder if I managed to snag a different version of
the template when I rebuilt the server?
Anyway, that's fixed now :-)
It still won't mount the dvd, but that's not a huge issue at present
The same bug exists in Virtuozzo, "ln -s /proc/self/fd /dev/fd" appears
to be the fix.
Reference: http://www.tektonic.net/forum/showthread.php?t=1936
Steve Hodges wrote:
On 14/08/2007 1:58 AM, Gregor Mosheh wrote:
Or perhaps your VE has maxed out the number of FDs it's allowed to
have? Chec
The servers I'm trying to put onto a single hardware node each have 2
ethernet interfaces.
each server has 2 addresses, e.g. 192.168.206.11 and 192.168.205.11.
(these are the primary and secondary networks respectively)
There is a DNS server on each network. Each DNS provides resolution on
On 14/08/2007 1:58 AM, Gregor Mosheh wrote:
Or perhaps your VE has maxed out the number of FDs it's allowed to
have? Check the /proc/user_beancounters and see if anything there is
happening to shed light on whether the failure is VE-related.
Here is what I see, including the beancounters imm