On 28/08/2007 12:14 AM, Gregor Mosheh wrote:
Since we're on the topic, I thought I'd pipe up for Steve's benefit
about a small matter which I found baffling for a few days...
If you run "df -k" in a VE, you will often get a different answer than
vzquota. This is because vzquota doesn't keep to
x27;t go away.
I wonder if I have just entered the twighlight zone?
Steve
Thanks,
Kirill
Steve Hodges wrote:
After getting most of my problems solved I decided to move my test
environment onto the production server.
The server is a dual xeon which, with hyperthreading, appears (to Linux)
to
On 27/08/2007 9:16 AM, Gregor Mosheh wrote:
Steve Hodges wrote:
E297: Write error in swap file
E303: Unable to open swap file for "rc.local", recovery impossible
"rc.local" 17 lines, 387 characters
That's vi saying that it can't save a backup of the file (yeah,
If I try to use vi in one of my VEs, I get an odd error, but the
/proc/user_beancounters don't show any errors, so I'm not sure what I'm
exceeding.
Here is the error vi spits out:
E297: Write error in swap file
E303: Unable to open swap file for "rc.local", recovery impossible
"rc.local" 17 li
After getting most of my problems solved I decided to move my test
environment onto the production server.
The server is a dual xeon which, with hyperthreading, appears (to Linux)
to have 4 processors. So, when I built this machine I decided to use
the ovzkernel-2.6.18-smp
The rebuild cause
On 16/08/2007 6:14 AM, Steve Wray wrote:
vzctl does respect the given 'name' however vzquota does not appear to
and seems to require the numeric id.
I have a similar issue with scripts that need to convert from the VEID
or VE Name to either the VEID, the VE Name, or host name.
I've wri
On 15/08/2007 11:02 AM, Steve Hodges wrote:
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 a
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 i
not a huge issue at present.
Steve
On 14/08/2007 7:30 PM, Matt Ayres wrote:
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 w
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
A program in a VE is complaining that it can't open /dev/fd/3
From reading, it appears that this is the equivalent of asking to open
something with a file descriptor of 3. So I guess that the devices
option on vzctl isn't going to help me here.
I also find that whilst I have made /dev/hdc av
Is it possible to access /dev/hdc from a VE?
One of my environments (the central backup server) needs to be able to
burn collections of backups to a dvd.
I tried to solve this by creating the device in the VE (mknod -m 660
/dev/hdc b 22 0) but I still get a permission error;
It tells me: u
On 1/08/2007 1:42 PM, Steve Hodges wrote:
I get this during the running of a script that creates a VE.
I probably should add that I don't see it very often. This may be the
third time. And I've used that same script to create hundreds of VEs
(mostly to test the script
I get this during the running of a script that creates a VE.
The relevant part of the script goes like this:
- - - - - - - --
vzctl create ${VM_NO} --ostemplate debian-4.0-local --config vps.basic
|| { echo "Error creating VM"; exit 1; }
vzctl set ${VM_NO} --privvmpages 32767:65535 --save
vzc
thanks
Steve
On 27/07/2007 9:56 PM, Kirill Korotaev wrote:
Can you please run the following command:
# vzclt exec 110 strace -f -o /tmp/out apt-get install exim4
and send me /tmp/out file (it will be created inside VE)?
Thanks,
Kirill
P.S. it may require installing strace package first.
Steve
I'm trying to script the creation of a number of VEs. The template is a
minimal Debian Etch.
part of what I'm trying to do is thinks like:
vzctl exec 110 apt-get install exim4
exim is one of those packages that wants to run dpkg-configure as part
of the install (actually I think it's dpkg-pr
17 matches
Mail list logo