Hi,
On 22.04.2010 16:36, JR Richardson wrote:
> I had a terrible time migrating containers from one hardware not to
> another. I ran into the ssh bug with the public key not being
> accepted error:
>
> error: RSA_public_decrypt failed: error:0407006A:lib(4):func(112):reason(106)
>
> It was so ran
Richard Ray wrote:
That is good to know but I did not do that
The container is a vzdump restore
Oh, okay. Dunno about that one then.
How do I get the quota back in sync
Shut down the VE.
Rename or delete its quota file in /var/vzquota
Start it up. The quota will be recalculated as it start
On Thu, 22 Apr 2010, Gregor at HostGIS wrote:
Why is the fs 37% filled on the hardware node and 75% filled on the
container
Your quota files are out of date. A very common cause of this, would be
copying files directly into /vz/private/3251 from the HN. Copying directly
into a VE's directo
Why is the fs 37% filled on the hardware node and 75% filled on the
container
Your quota files are out of date. A very common cause of this, would be
copying files directly into /vz/private/3251 from the HN. Copying
directly into a VE's directory will bypass the quota calculation.
For copyin
Because if you see how much is your AVAILABLE space on each container
hardware node has 2.2GB free and the container has 524mb free
the size of the HD vary on both containers.
Ing. Alejandro M.
---
Hospedaje Web y Servidores Dedicados
http://www.dedicados.com.mx
I know I am going to feel stupid for asking this but
Hardware node and container are Centos 5.4
Kernel is ovzkernel-2.6.18-164.15.1.el5.028stab068.9
On the hardware node
[r...@d3 ~]# df -h
FilesystemSize Used Avail Use% Mounted on
/dev/mapper/vg00-lvol00
3.9G 1.
Hi All,
I had a terrible time migrating containers from one hardware not to
another. I ran into the ssh bug with the public key not being
accepted error:
error: RSA_public_decrypt failed: error:0407006A:lib(4):func(112):reason(106)
It was so random, migrating 50 containers, some would work and
is there any other way i can confirm the 32 bit version ?
Zeeshan
On Thu, Apr 22, 2010 at 11:44 AM, Solar Designer wrote:
> On Thu, Apr 22, 2010 at 11:24:10AM +0200, Zeeshan Ali Shah wrote:
> > but why it says, 2.6.26-2-openvz-amd64 ?
>
> That's your kernel version string that got into the kern
On Thu, Apr 22, 2010 at 11:47:41AM +0200, frank wrote:
> we have a two node Red Hat 5.4 cluster with openVZ. They use 32bit
> kernel but because hardware is 64bit, our intention is to migrate them
> to 64 bit operating system. We have tried the migration on a test
> cluster, migrating first only
Hi,
we have a two node Red Hat 5.4 cluster with openVZ. They use 32bit
kernel but because hardware is 64bit, our intention is to migrate them
to 64 bit operating system. We have tried the migration on a test
cluster, migrating first only one of the nodes. After some tests, we
have realized tha
On Thu, Apr 22, 2010 at 11:24:10AM +0200, Zeeshan Ali Shah wrote:
> but why it says, 2.6.26-2-openvz-amd64 ?
That's your kernel version string that got into the kernel at its
compile time. It won't be changing when you switch the "personality"
for a program or for an entire container to 32-bit, a
but why it says, 2.6.26-2-openvz-amd64 ?
Zeeshan
On Thu, Apr 22, 2010 at 9:03 AM, Solar Designer wrote:
> On Thu, Apr 22, 2010 at 07:24:44AM +0200, Zeeshan Ali Shah wrote:
> > Linux 2.6.26-2-openvz-amd64 #1 SMP Thu Feb 11 01:40:09 UTC 2010 i686
> > GNU/Linux
> >
> > actually the program i want
On Thu, Apr 22, 2010 at 07:24:44AM +0200, Zeeshan Ali Shah wrote:
> Linux 2.6.26-2-openvz-amd64 #1 SMP Thu Feb 11 01:40:09 UTC 2010 i686
> GNU/Linux
>
> actually the program i want to install has dependency with 32 bit OS which
> is why i created the new VM but it seems that this guest is still
13 matches
Mail list logo
