[one-users] Info on Partition and volatile disks

[Duverne, Cyrille]

Hello,

It seems a bit overkill for what I want to achieve here, but the
product is interesting, I keep it in mind :)

Does anyone has an idea to keep a base image at 3G pointing /var /usr
in a volatile storage ? startup script seems not so adequate...

Thanks in advance.
Cyrille

"Imagination is more important than Knowledge"
Albert Einstein

Lundi 03/12/2012 à 23:28 Evan Fraser a écrit:

Hi Cyrille,

 

Try taking a look at UnionFS: http://unionfs.filesystems.org/

 

It can be mounted overtop of the root filesystem giving you access to
the files in the filesystem beneath, while changes are recorded in the
unionfs filesystem.

 

An example using a compressed squashfs image as the root filesystem
and then mounting unionfs over top can be found here:
http://www.tldp.org/HOWTO/html_single/SquashFS-HOWTO/#sqwrite

 

Cheers, Evan.

 

FROM: users-bounces at lists.opennebula.org
[mailto:users-bounces at lists.opennebula.org] ON BEHALF OF Duverne,
Cyrille
SENT: Tuesday, 4 December 2012 11:12 a.m.
TO: Mailing List OPENNEBULA
SUBJECT: [one-users] Info on Partition and volatile disks

 

Dear mailing list,

I always have some topics to make your brain run as fast as light :) :

- I have a base image of 3Gb of Ubuntu Server
- Depending on the request I add a volatile disk of 15 / 50 / 150 Gb
(this to avoid copying 150G each time I deploy a VM)

But since the root partition is 3G large, some users are making it
exploding without using the 15G free.

I'd like to use the free storage as hosting partition for /var, /usr,
/home.
How could I achieve this since the disk volatile and provisioned on
the fly at the deployment.

I'm trying to mv /var etc... in init.sh at startup, but it make the VM
to never start (maybe because /var/lock, /var/run aren't accessible)

I think symlinks are the best way to do this, I might be wrong.

Please help :)
Regards
CyD


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20121210/aee3805c/attachment-0002.htm>