Gregor Mosheh wrote:
Matt Ayres wrote:
All you have to do is set VZFASTBOOT=yes in /etc/vz/vz.conf and VPS's
will be started without quota and then will be restarted to calculate
the quota after all have been started.
Interesting. I saw FASTBOOT in the /etc/init.d/vz script and that's
not
Matt Ayres wrote:
Which version of the vzctl RPM do you have installed? On my
vzctl-3.0.22-1 I see the following in /etc/init.d/vz:
My versions:
vzctl-3.0.22-1
vzctl-lib-3.0.22-1
ovzkernel-2.6.18-53.1.13.el5.028stab053.10
vzquota-3.0.11-1
I have the same paragraph in the init script.
What I
Matt Ayres wrote:
All you have to do is set VZFASTBOOT=yes in /etc/vz/vz.conf and VPS's
will be started without quota and then will be restarted to calculate
the quota after all have been started.
I think I see where we're misconnecting. You say that FASTBOOT will
cause all VPSs to start,
Gregor Mosheh wrote:
Hm, I'll take your word for it, though it doesn't sound right. I don't
want them to be restarted with a full quota recalculation - I don't
want quota recalculation at all. These fellas have 250 GB quotas and
are using most of it, so the recalculation takes 60+ minutes
Gregor Mosheh wrote:
Matt Ayres wrote:
VZFASTBOOT is the option. /etc/vz/vz.conf is the main Virtuozzo
config, not a VPS/Container config file
Ah; my mistake. I misread you and the script.
This sets a flag that this VPS needs to be restarted normally later
on in the script. The normal
Kir Kolyshkin wrote:
I guess that if you can live w/o disk quotas you can disable this
entirely and forget about the problem you have. Option to set is
DISK_QUOTA=no (in /etc/vz/vz.conf)
Sure, but we DO want quotas to be enforced. I just don't want to wait 90
minutes for recalculating disk
Hi,
I regularly have processes that gets stock eating all cpu. SysRq-p says
it is stock in __d_lookup+0x10b as seen in dmesg output below.
I run vanilla 2.6.18 with 028stab053 and the lustre filesystem. I also
run lustre on non-openvz kernel without problems, hence this mail to
this group.
I