Difference between revisions of "Talk:Debian template creation"
(answered →edit/symlink /etc/mtab, /proc/mounts) |
(Update document for Debian Etch) |
||
| Line 29: | Line 29: | ||
# ln -s /var/lib/vz /vz | # ln -s /var/lib/vz /vz | ||
</pre> | </pre> | ||
| + | |||
| + | == Update document for Debian Etch == | ||
| + | |||
| + | Debian Etch has been released and this document needs updated for the new version. | ||
| + | |||
| + | * Etch does have proper AMD64 support now | ||
| + | * Use "etch" instead of "sarge" everywhere. | ||
| + | * Update for any Etch-specific cases (I don't know of any yet) | ||
| + | * Update/remove any Sarge-specific cases that no longer apply (I don't know of any yet) | ||
| + | * Instead of recommending that people use the .de mirror, link to a list of mirrors maybe? | ||
| + | |||
| + | If someone gets to it before I do, great! If not, I'm hoping that I'll update the document after I've done this task a few times in production, which I'm doing quite a bit this week. Thanks! | ||
| + | |||
| + | --[[User:Dusty|Dusty]] 18:58, 9 April 2007 (EDT) | ||
Revision as of 22:58, 9 April 2007
Contents
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 —The preceding unsigned comment was added by Juggler (talk • contribs) 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. --Kir 10:25, 14 February 2007 (EST)
problem with path
Hi all, This is my first trial with openVZ and a wiki. Please give me some hints, if anything is wrong. Don't hesitate to correct my poor english.
I just installed openVZ on a rather old test box with Debian. Installation failed at first and I suppose there is a wrong path statement used for the debian packages.
When I came to
vzctl start 777
I received the message
Starting VE ...
VE private area /var/lib/vz/private/777 does not exist
Moving the directory 777 from /vz/private to /var/lib/vz/private solves this problem.
Now I could start and enter the new VE.
Debian template creation
For backward compablity to main OpenVZ:
Create a symlink from /var/lib/vz to /vz
# ln -s /var/lib/vz /vz
Update document for Debian Etch
Debian Etch has been released and this document needs updated for the new version.
- Etch does have proper AMD64 support now
- Use "etch" instead of "sarge" everywhere.
- Update for any Etch-specific cases (I don't know of any yet)
- Update/remove any Sarge-specific cases that no longer apply (I don't know of any yet)
- Instead of recommending that people use the .de mirror, link to a list of mirrors maybe?
If someone gets to it before I do, great! If not, I'm hoping that I'll update the document after I've done this task a few times in production, which I'm doing quite a bit this week. Thanks!
--Dusty 18:58, 9 April 2007 (EDT)
