Obsah

OpenVZ řešení problémů

Unable to start init, probably incorrect template

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

Nefunkční SASL, popř. jiné aplikace, používající socket

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

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

FIXME - neprilis hezke reseni, ale zatim narychlo vyresilo problem.

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