Edomi ProxMox- bzw. LXC-Template

[BadWicky]

Hallo skyacer
danke für Deine Info. klappt aber nicht.
Ich muss noch erwähnen, dass ich das Backup von einem System das ohne Proxmox läuft gezogen habe, bedeutet das backup ist von einem Fruto s920 mit centos 7.

Also kann ich die Pkt. so wie du diese beschreiben hast nicht genau umsetzten.
Ich habe aber mal die Datei /etc/systemd/system/edomi.service so wie beschrieben angepasst und auch
systemctl reenable edomi.service durchgeführt bringt keine Verbesserung, edomi läuft nicht hoch mit den oben gezeigten Fehlermeldungen

was fehlt mir da ich komm nicht drauf

ohne einspielen des Backups läuft der LXC einwandfrei, irgend was passt ihm da nicht aus meinem Backup, aber was??

[skyacer]

Hi,

wenn man In-Place ein Update auf Proxmox 7 durchführen will sind folgende Schritte zu beachten:

Auf dem Edomi Server vor dem Wechsel auf Proxmox 7 muss der Systemd vorher aktuallisiert werden mit:

wget [URL="https://copr.fedorainfracloud.org/coprs/jsynacek/systemd-backports-for-centos-7/repo/epel-7/jsynacek-systemd-backports-for-centos-7-epel-7.repo"]https://copr.fedorainfracloud.org/co...-7-epel-7.repo[/URL] -O /etc/yum.repos.d/jsynacek-systemd-centos-7.repo
yum update systemd
systemctl start edomi

Außerdem wenn nicht das neuste Imgage verwendet wird muss noch folgende Datei /etc/systemd/system/edomi.service geändert werden mit dem folgenden Inhalt:

[Unit]
Description=EDOMI
Before=getty@tty1.service getty@tty2.service getty@tty3.service getty@tty4.service getty@tty5.service getty@tty6.service
After=httpd.service mysqld.service network.target
Conflicts=getty@tty1.service getty@tty2.service getty@tty3.service getty@tty4.service getty@tty5.service getty@tty6.service
[Service]
Restart=on-success
SuccessExitStatus=SIGHUP
Type=simple
ExecStart=/bin/sh /usr/local/edomi/main/start.sh
ExecStop=/bin/sh /usr/local/edomi/main/stop.sh
TimeoutStartSec=0
StandardOutput=inherit
StandardError=inherit[/FONT]
[FONT=Calibri][Install]
WantedBy=multi-user.target

Danach nocht ein :

systemctl reenable edomi.service

Danach sollte das es ohne Probleme in Proxmox 7 laufen....

Grüße

[BadWicky]

hallo,
ich habe den lxc heute mal in Proxmox 7.0-13 versucht zu starten.
edomi startet auch ganz normal,
aber sobald ich ein Backup von meinem aktuellen System (2.03) das auf centos 7 stand alone läuft einspiele, startet der lxc nicht mehr.

Vorgehen bei einspielen des Backups:
edomi.backupdatei ins tmp Verzeichnis kopieren und mit "sh /usr/local/edomi/main/restore.sh /tmp/EDOMI-Backup.edomibackup" und r das backup starten.

Backup läuft durch und will dann auch rebooten, danach ist edomi nicht mehr erreichbar.

was mach ich falsch?


image_117024.png

[jaydee73]

Habe es (glaube ich...) selbst hinbekommen. Mit einem systemctl reenable edomi.service startet Edomi nun auch nach einem Reboot wieder sauber mit.

Dann kann ich mir jetzt überlegen, ob ich mich traue, auf Proxmox 7 upzudaten...

[jaydee73]

Ok, ich versuche erstmal den inplace-Weg. Und da brauche ich auch direkt die Hilfe von bas29

Ich habe systemd upgedated und das edomi.service Script wie beschrieben abgeändert. Edomi startet leider trotzdem nicht automatisch nach einem Reboot.

Ein systemctl status edomi bringt:
Loaded: loaded (/etc/systemd/system/edomi.service; enabled; vendor preset: en
Active: inactive (dead)

Ich kann es dann aber mit systemctl start edomi starten und dann läuft es auch.

Gibt es noch irgendwas, was du geändert hast? Oder hast du noch ne Idee, warum es bei mir nicht automatisch startet?

systemctl --version sagt, es wäre systemd 234 installiert. Passt das? Also nur, dass ich sichergehen kann, dass das eigentliche systemd-Update geklappt hat?

[starwarsfan]

Hi

"Aktueller Container" interpretiere ich so, dass ich mit der aktuellen Version deines Scripts einen neuen Container erstellen soll. Korrekt?

Nein. Du lädst Dir einfach den aktuellen Container resp. das aktuelle Template herunter und legst basierend darauf eine neue Edomi-Instanz an.

Und mit "Backup importieren" meinst du vermutlich, innerhalb von Edomi ein Backup zu machen und das dann im neuen Container wieder zu importieren? Werden damit wirklich alle Einstellungen, alle Logs, alle Logiken, alle Visus ex- und wieder importiert? Also habe ich danach sofort wieder "meine" komplette Edomi-Installation ohne weitere Handarbeit?

"Es kommt darauf an"

Das hängt davon ab, was Du alles händisch noch gemacht hast. Alles was innerhalb der Edomi-Verzeichnisstruktur liegt, steckt auch im Backup.

[jaydee73]

Es wäre wohl einfacher, den aktuellen Container zu nehmen und ein Backup zu importieren...

Ich bin zugegebenermaßen weder in Sache CentOS noch in Sachen Edomi komplett sattelfest, daher weiß ich nicht genau, wie das gemeint ist.

"Aktueller Container" interpretiere ich so, dass ich mit der aktuellen Version deines Scripts einen neuen Container erstellen soll. Korrekt?
Und mit "Backup importieren" meinst du vermutlich, innerhalb von Edomi ein Backup zu machen und das dann im neuen Container wieder zu importieren? Werden damit wirklich alle Einstellungen, alle Logs, alle Logiken, alle Visus ex- und wieder importiert? Also habe ich danach sofort wieder "meine" komplette Edomi-Installation ohne weitere Handarbeit?

[starwarsfan]

Hallo miteinander

Hallo starwarsfan

ich habe nun einen Proxmox 7 und habe dein 2.03.1 image hochgeladen und gestartet.
Bei mir startet der container nicht :/

run_buffer: 316 Script exited with status 255
lxc_init: 816 Failed to run lxc.hook.pre-start for container "101"
__lxc_start: 2007 Failed to initialize container "101"
TASK ERROR: startup for container '101' failed

Kann das Problem noch jemand bestätigen?

[starwarsfan]

Es wäre wohl einfacher, den aktuellen Container zu nehmen und ein Backup zu importieren...

[jaydee73]

hi.
sollte man das jetzt im bestehenden Container per Hand ändern selbst auf proxmox 6 ??
thx

Die Frage würde ich jetzt gerne nochmal aufgreifen, da ich mich auch gerade mit dem Update meines Proxmox von 6.4 auf 7 beschäftige, und natürlich über das CentOS-systemd-Problem gestolpert bin.

Wie ist denn jetzt die empfohlene Vorgehensweise für ein Inplace-Update auf 7? Ich würde so vorgehen:

a) in meinem bestehenden 6.4-Centos-LXC-Container (seinerzeit auch aufgesetzt mit dem starwarsfan-Script) die edomi.service wie von bas29 beschrieben ändern.
b) ebenfalls noch in der 6.4 Installation systemd updaten (ebenfalls wie oben von bas29 beschrieben)
c) Zur Sicherheit nen Reboot und schauen, ob der Container und Edomi weiterhin problemlos starten
d) Proxmox auf 7 updaten, wie im Wiki-Eintrag beschrieben (wie gesagt, in-place)
e) freuen? ;-)

Gruß,
Stefan

[wurzelbutz]

Hallo starwarsfan

ich habe nun einen Proxmox 7 und habe dein 2.03.1 image hochgeladen und gestartet.
Bei mir startet der container nicht :/

run_buffer: 316 Script exited with status 255
lxc_init: 816 Failed to run lxc.hook.pre-start for container "101"
__lxc_start: 2007 Failed to initialize container "101"
TASK ERROR: startup for container '101' failed

Edit2:
den alten container (welcher unter proxmox6 klaglos gelaufen ist) habe ich auch noch. dieser startet und zeigt an, dass edomi pausiert ist und ist aber über das netzwerk nicht erreichbar - ganz komisch...
--> gelöst: im Proxmox unter "Network" IP-Adresse und Gateway manuell eingeben

[starwarsfan]

Hallo und guten Abend,

soeben habe ich die Version 2.03.1 auf Github hochgeladen. Das sollte vom Inhalt her identisch zur vorherigen Version sein, es wurde lediglich systemd aktualisiert und das Edomi-Systemd-Script korrigiert. Bei mir, noch unter ProxMox 6, läuft das problemlos.

Es wäre super, wenn das jemand mal unter ProxMox 7 testen kann! Sobald das erfolgreich ist, werde ich auch #1 hier im Thread entsprechend anpassen.

Danke bas29 für die Korrektur!

[starwarsfan]

Ich werde das auf jeden Fall unter Proxmox 6 testen, da mein Cluster noch mit dieser Version läuft.

[bas29]

Danke.... mir gings hauptsächlich darum, dass ihr mal guckt ob Edomi macht, was es soll. Bei mir läuft es bis jetzt als testEdomi mit und scheint alles zu passen...

[dirkie]

zum pullen: kann ich gerne machen, lasse es aber erst zwei drei Tage bei mir laufen. Hab’s auch erstmal als nicht produktiv hochgeladen. Ggf kann’s ja einer von euch nochmal ausprobieren und ne Rückmeldung geben ob es nicht nur bei mir läuft.

Habe so eben unter prox7 dein image hereingeladen. Es startet ich bekomme eine shell und die Fehlermeldung die es mit dem original image gab ist auch weg.

Wenn ich noch etwas testen soll melde dich.

[root@edomi ~]# uname -a
Linux edomi 5.11.22-3-pve #1 SMP PVE 5.11.22-6 (Wed, 28 Jul 2021 10:51:12 +0200) x86_64 x86_64 x86_64 GNU/Linux
[root@edomi ~]# date
Sa 28. Aug 17:45:23 CEST 2021
[root@edomi ~]#