Gregor wrote:
Sure, but we DO want quotas to be enforced. I just don't want to wait
for recalculating disk usage at startup, when I know that the
usage hasn't changed since the power went out.
Kir Kolyshkin wrote:
It was suggested earlier in this thread that if you will comment out the
followi
Gregor Mosheh wrote:
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
minut
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 us
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 res
Matt Ayres wrote:
What you want is not possible with any existing options. You could
possibly edit the vz init script and removed the needs_restart line.
A, okay. Then I guess my hack to /etc/init.d/vz is the best way to
accomplish what I want. We already have a policy of never bypassing
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 per
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 restart will cause the qu
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.
I think I see where we're misconnecting. You say that FASTBOOT will
cause
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, the
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 r
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 wh
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
what I saw. I'll give it
Gregor Mosheh wrote:
Hey guys.
Some of our VPSs take well over an hour to start up after an
unexpected shutdown, thanks to vzquota. Reading the man page, it seems
that vzquota cannot be skipped and then done later once the services
are up. Am I correct about that, or IS there a way to skip quo
Hey guys.
Some of our VPSs take well over an hour to start up after an unexpected
shutdown, thanks to vzquota. Reading the man page, it seems that vzquota
cannot be skipped and then done later once the services are up. Am I
correct about that, or IS there a way to skip quota checking until afte
14 matches
Mail list logo