2014-11-26T17:06:09+0100 vzctl : CT 1007 : Setting CPU units: 1000
2014-11-26T17:06:09+0100 vzctl : CT 1007 : Setting CPUs: 1
2014-11-26T17:06:10+0100 vzctl : CT 1007 : Configure veth devices: veth1007.0 
2014-11-26T17:06:10+0100 vzctl : CT 1007 : Unable to start init, probably incorrect template
2014-11-26T17:06:10+0100 vzctl : CT 1007 : Container start failed
2014-11-26T17:06:10+0100 vzctl : CT 1007 : Killing container ...

Pokud obdržíme při startu kontejneru hlášku Unable to start init, probably incorrect template došlo pravděpodobně k poškození nebo smazání systémových souborů uvnitř kontejneru např. init apod.
Toto se nejčastěji stává chybným zásahem uživatele kontejneru. Oprava spočívá v rozbalení obsahu šablony, ze které byl kontejner nainstalován do adresáře kontejneru. Ideálně, pokud rozbalíte pouze soubory, které v kontejneru neexistují.

tar -zxkf /vz/template/cache/OSTEMPLATE.tar.gz -C /vz/private/CTID

• OSTEMPLATE = zjistíme pomoci vzlist (napr. debian-7.0-x86_64)
• CTID = zjistime pomocí vzlist (cislo kontejneru)

Uvnitř kontejneru nelze vytvářet hardlinky ani sockety. Pokud nám nefunguje vytvoření symlinku na socket (např. v případě sasl a postfixu, kde musí být socket authdaemona dostupný přímo v adresáři /var/spool/postfix vyresime to jednoduse pomoci tmpfs a presměrovaním authdameona přimo sem

• vytvorime adresar /var/spool/postfix/courier
• do /etc/fstab pridame none /var/spool/postfix/courier tmpfs defaults 0 0
• mount /var/spool/postfix/courier
• upravime initskript courier-authdaemon

rundir_courier="/var/spool/postfix/courier"
rundir="/var/spool/postfix/courier/authdaemon"
pidfile="${rundir}/pid"

V sekci start jeste upravime mkdir na

mkdir -m 0755 $rundir_courier
mkdir -m 0755 $rundir

- neprilis hezke reseni, ale zatim narychlo vyresilo problem.

• Pak uz jen staci odpovidajicim zpusoibem upravi postfix/sasl/smtpd.conf napr.

pwcheck_method: authdaemond
authdaemond_path: courier/authdaemon/socket
log_level: 7