Unable to start init, probably incorrect template

  • Thread starter Thread starter Deleted member 11691
  • Start date Start date
D

Deleted member 11691

Guest
Hallo,

folgendes Problem:

Nachdem ich einen neuen Container erstellt habe und einen anderen Container hier hinein migriert habe (rsync), der vorhin das genau selbe Template benutzt hat, möchte der neue Container auf dem neuen Server nicht mehr booten:

Code:
root@node1 /var/lib/vz/private # vzctl start 126
Starting container ...
Container is mounted
Adding IP address(es): **.***.***.**
Setting CPU units: 1000
Setting CPUs: 2
Unable to start init, probably incorrect template
Container start failed
Stopping container ...
Container was stopped
Can't umount /var/lib/vz/root/126: Device or resource busy

Ich habe auch schon geprüft, ob /sbin/init im Container existiert und ja, ich habe auch bereits versucht, diese Datei aus einem frischen Template zu kopieren und ja die Datei ist auch executable.

Weiter weiß ich auch nicht mehr :S

/Edit: Und irgendwie lässt sich /bin/bash innerhalb des Containers auch nicht ausführen:

Code:
root@node1 /var/lib/vz/private/126 # chroot .
chroot: failed to run command `/bin/bash': No such file or directory
root@node1 /var/lib/vz/private/126 # ls
aquota.group  aquota.user  bin  boot  dev  etc  fastboot  home  lib  lib64  media  mnt  opt  proc  root  sbin  selinux  srv  sys  tmp  usr  var
root@node1 /var/lib/vz/private/126 # bash bin/bash
bin/bash: bin/bash: cannot execute binary file
 
Last edited by a moderator:
Wie genau hast du die Dateien denn von Node zu Node kopiert? Korrekt wäre hier, auf dem Zielsystem eine VE _ohne_ Template zu erstellen, bzw. die neue VE zuerst zu stoppen und dann den Order /var/lib/vz/private/VEID mit rm -rf zu löschen. Erst, wenn die VE gestoppt ist und der Order /var/lib/vz/private/VEID vollständig gelöscht ist, solltest du den Order /var/lib/vz/private/VEID vom alten System auf das neue System kopieren (mit rsync -a). Würde dann etwa so aussehen:

Zielsystem
Code:
vzctl stop 101
rm -rf /var/lib/vz/private/101

Quellsystem
Code:
rsync -av --progress -e 'ssh' /var/lib/vz/private/101 root@1.2.3.4:/var/lib/vz/private/

Du kannst es bspw. auch komplett unterlassen auf deinem Zielsystem eine neue VE anzulegen, indem du einfach die /etc/vz/conf/101.conf (von meinem Beispiel ausgehend) vom Quellsystem auf das Zielsystem kopierst.
 
Last edited by a moderator:
Hallo,

mein konkreter Vorgang war wie folgt:

1. Am Node2 einen neuen Container 126 angelegt, ohne ihn zu starten.
2. Diesen Container geleert
3. Am Node1 den Container 112 gestoppt.
4. Mittels
Code:
cd /var/lib/vz/private/112/ && rsync -v --stats --progress -gloprtxACDEHKPX --numeric-ids --del --append-verify . root@**.***.***.**:/var/lib/vz/private/126
von Node1 auf Node2 den Container übertragen.
5. Den Container 126 auf Node2 versucht zu starten.
6. Herumprobiert.
7. Noch mehr herumprobiert.
8. Mittagspause.
9. Kollegen gequält.
10. Nochmals herumprobiert.
11. Hier im Forum gepostet.
 
Ich sehe in deiner rsync Syntax kein --archive oder -a. Versuche es mal meinem Beispiel folgend - ansonsten sollten deine Schritte passen.
 
Hallo,

ist bereits in meinen Parametern enthalten:

Code:
 -a, --archive               archive mode; equals -rlptgoD (no -H,-A,-X)
 
Ich denke, das Thema könnte in Kurioses verschoben werden, denn:

Fortsetzung:

12. Ich habe probiert, den Container zu starten -> Fehlschlag
13. Ich habe probiert, den Container zu starten -> Fehlschlag
14. Döner essen
15. Ich habe probiert, den Container zu starten -> Fehlschlag
16. Nochmal rsync laufen lassen
17. Ich habe probiert, den Container zu starten -> Fehlschlag
18. Ich habe probiert, den Container zu starten -> Fehlschlag
19. Ich habe probiert, den Container zu starten -> Erfolg

Warum? WARUM? Das ergibt doch keinen Sinn? ... Gut, der Container läuft.
 
Back
Top