forcibly purging quota? [message #20461] |
Tue, 18 September 2007 09:01 |
Gregor Mosheh
Messages: 62 Registered: April 2007
|
Member |
|
|
Hey, guys.
Thanks again for OpenVZ, and for the expert assistance. :)
I have 15 VEs,and the quota is totally wrong on all of them. I have used
the trick of "vzctl stop;vzquota drop;vzctl start" in order to restart a
VE and have the quota properly updated.
But... I would like to avoid shutting down our customers' VPSs.
Question: How safe is "vzquota drop -f"? Could I use it to forcibly and
safely have the quota refreshed, without shutting down each VE? What
risks (if any) are involved?
vzquota drop 1 -f
vzquota on 1 -f
--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting services
http://www.HostGIS.com/
"Remember that no one cares if you can back up,
only if you can restore." - AMANDA
|
|
|
|
Re: forcibly purging quota? [message #20465 is a reply to message #20463] |
Tue, 18 September 2007 09:24 |
Gregor Mosheh
Messages: 62 Registered: April 2007
|
Member |
|
|
Kirill Korotaev wrote:
> Can you please explain a bit how your quotas get wrong?
> Do you have some test case to reproduce the problem and demonstrate it?
Well, now that you ask... I do not believe this to be a bug in vzquota.
Many of our VPSs were P2V conversions, and I suspect that that's how the
quotas started off badly. I SFTP'd the fles from their server on the HN,
but didn't flush the quotas at the time.
But, I am curious whether 'drop -f' and 'on -f' have any potential for
mischief if used on a running VE. It would be nice to get the quotas
updated without booting our customers.
--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting services
http://www.HostGIS.com/
"Remember that no one cares if you can back up,
only if you can restore." - AMANDA
|
|
|