From: Meng Kuan (mengkuan_at_littlegreenapples.com)
Date: Thu 08 May 2003 - 11:13:19 BST
Hi,
I use lvm + reiserfs for this purpose. Each vserver resides in a logical
volume (mounted under /vserver/somename) and using reiserfs for its
filesystem. Logical volumes can be resized and ditto for reiserfs (even
online resizing of filesystem possible though care must be taken to make
sure you have enough space when you shrink the filesystem).
One drawback is that you cannot do unification but in your case of 4
vservers this may not be a major concern.
cheers,
mengkuan
On Thu, 2003-05-08 at 17:25, Mitchell Smith wrote:
> Hi,
>
> I am wondering if it is possible to enforce a disk quota on a virtual
> server?
>
> i.e. if I had /home/vservers as a 40 gb partition and I want to split it up
> between 4 vservers at 10 gb each, can I tell each vserver that it can only
> use 10 gb of that partition?
>
> I know I could just partition up the drive that way, but then it doesn't
> allow for resizing any of the vservers disk space, say I wanted to give one
> 25 gb and shrink the other 3 down to 5 gb, I couldn't do that with out some
> major repartitioning.
>
> Comments very welcome.
>
> From Mitchell
>
>
-- --------------------------------------------------------------- Privileged, confidential and/or copyright information may be contained in this e-mail. This e-mail is for the use only of the intended addressee. If you are not the intended addressee, or the person responsible for delivering it to the intended addressee, you may not copy, forward, disclose or otherwise use it or any part of it in any way whatsoever. To do so is prohibited and may be unlawful. If you receive this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software. This message is subject to and does not create or vary any contractual relationship between Little Green Apples Pte Ltd (the Company) or any of its subsidiaries (comprising of LGA Technologies Pte Ltd; LGA International Pte Ltd; & LGA Telecom Pte Ltd) and you. By opening any attachment to this message, you also agree to accept the risk that it may contain a virus or damaging code, and you agree that the sender and/or the Company and its subsidiaries will not be liable for any loss or damage thereby caused. ---------------------------------------------------------------