openVZ: vServer startet nicht

[Timi]

Hallo,

ich habe hier gerade leider ein Problem. Wenn ich den Container mit "vzctl start" starten möchte, bekomme ich folgende Fehlermeldung:

[root@76022 ~]# vzctl start 1184
Starting container...
Container is mounted
Adding IP address(es): ***.***.***.***
Setting CPU limit: 100
Setting CPU units: 1000
Setting CPUs: 1
Container start failed (try to check kernel messages, e.g. "dmesg | tail")
Killing container ...
Container was stopped
Container is unmounted

dmesg sagt folgendes:

[239477.535287] CT: 1184: started
[239478.828667] CT: 1184: stopped
[239561.519822] CT: 1184: started
[239562.821027] CT: 1184: stopped
[239676.032429] CT: 1184: started
[239677.347092] CT: 1184: stopped
[239684.287279] CT: 1184: started
[239685.603218] CT: 1184: stopped

Hab dem Ding mal eine neue IP zugewiesen, geht auch nicht...hat jemand eine Idee? :/

Grüße

 

[vb-server]

openvz kernel drauf? uname -a...

 

[Timi]

openvz kernel drauf? uname -a...

Das Ding hat sonst 380 vServer drauf die laufen, das ist nur der eine Also ja openVZ Kernel ist drauf

 

[Firewire2002]

Najo, was ist denn mit dem Container passiert?
Ist der frisch erstellt? Wenn ja mit welchem Template? Von wem stammt das Template? Ist es mit dem gleichen Template auf einem anderen Hostsystem reproduzierbar?
Wenn nein, was waren die letzten Aktionen im Container? Updates eingespielt? Welche Kernelversion ist drauf? (Relevant für die unterstützten Distributionsversionen)

Ansonsten den vzctl start mit strace starten und schauen wo es klemmt.

 

[Timi]

Nein ist schon etwas älter. Template ist Debian 6 von openVZ. Das Template gibt es auch auf anderen Nodes und dort funktioniert alles ohne Probleme. Die letzten Aktionen o.ä. kenne ich leider nicht da dies ein vServer vom Kunden ist und ich ungern in seiner bash_history rumschnuppern würde

 

[Deleted member 11691]

Was passiert, wenn du einen chroot in den Container machst? (vzquota off xxx; vzquota drop xxx; chroot /var/lib/vz/private/xxx/) Zeigt er dir eine Fehlermeldng an oder kommst du so ohne Probleme ins chroot?

/Edit: Weiters könntest du ein vzctl --verbose start xxx --wait probieren, um zu sehen, wo er nicht weiter kommt.

/Edit: Welche uptime hat das System? (Host) Wurden vor kurzem Updates eingespielt? (Container + Host) Um welche Distribution handelt es sich hier? (Host)