20
edits
Changes
→Path for Lenny now in archive
== edit/symlink /etc/mtab, /proc/mounts ==
Does anybody have valuable information why this would make sense and if this is needed?
http://wiki.openvz.org/Debian_template_creation#Fix_.2Fetc.2Fmtab {{unsigned|Juggler|20:41, 13 February 2007}}
: Linking /etc/mtab -> /proc/mounts is needed since VE's root filesystem is actually mounted from the [[Hardware Node]]. Thus, there is no appropriate record in /etc/mtab, so utilities like df fail to work (since they get a list of mounts from the /etc/mtab). After linking /etc/mtab to /proc/mounts, /etc/mtab shows all the mounts, including the one for root filesystem, so df works fine. --[[User:Kir|Kir]] 10:25, 14 February 2007 (EST)
== problem with path ==
Moving the directory 777 from /vz/private to /var/lib/vz/private solves this problem.
Now I could start and enter the new VE.--(unsigned) This isn't a very good place to ask for help. You should use the forum instead. See the link for the forum in the sidebar on the left. --[[User:Dusty|Dusty]] 19:00, 9 April 2007 (EDT)
== Debian template creation ==
# ln -s /var/lib/vz /vz
</pre>
== Update document for Debian Etch ==
Updated.
I'm not sure how to fit it in, but if your hardware node is Debian Etch, you don't have to make a temporary VE to create a template. You can just chroot into it instead, which probably saves some hassle. It's probably not worth making a whole new page for it and it'd probably cause confusion to add it to this document. If someone knows what to do with that information, feel free to do something. I always just use a chroot because it's so much easier for me. But when I tried it on a RedHat box, it didn't quite work out for some interesting locale reason when installing the SSH package.