Edomi ProxMox- bzw. LXC-Template

[oefchen]

was steht in der /etc/resolv.conf deines PM

In beiden, node und Edomi, wird nur ein DNSServer genutzt: die Fritte

Zur Not könntest du auch /etc/ssh/sshd_config das # vor dem Eintrag UseDNS no entfernen

Das sieht hier so aus (CT Edomi sshd.config)

#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#ShowPatchLevel no
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#ChrootDirectory none

Du meinst aber das ssh den DNS NICHT nutzen soll ? Das würde die Perfomance erhöhen ?

Bei deinem System Single Proxmox und eine Netzwerkkarte, gab es bei Proxmox nur 2 Stolperstellen beim Update von 6 auf 7. Die Netzwerkkarte „Check Linux Network Bridge MAC“ und bei einigen Systemen mit dem Bootloader Grub „BIOS“.

Single Proxmox stimmt, allerdings ist es ein OdroidH2+ mit 2 NWSchnittstellen. Das sind die Realtek 8125b und die waren vor Proxmox 7 nicht unterstützt.
Die ins System zu bringen überstieg schon meinen Horizont...zum Glück gabs da jemanden der sich erbarmt hat Nun hätt ich beim Üpgrade ja erst auf 6.4 hochziehen müssen. Da war meine Befürchtung das die Schnittstellen danach nicht mehr erkannt worden wären. Zum zweiten hab ich HD´s hinzugefügt die ich auch anders aufgeteilt hab. Also erschien mir eine Neuinstallation besser.
Die Network Bridge MAC ist tatsächlich jetzt eine andere. Proxmox 7 nimmt augenscheinlich auch nicht die 8125b-Treiber sondern die 8169...mir erstmal egal wenns läuft!

[ggt]

Bei deinem System Single Proxmox und eine Netzwerkkarte, gab es bei Proxmox nur 2 Stolperstellen beim Update von 6 auf 7. Die Netzwerkkarte „Check Linux Network Bridge MAC“ und bei einigen Systemen mit dem Bootloader Grub „BIOS“.

Wenn du das über die Klickibunti Oberfläche machst:
Node
-> Network eno / vmbr überprüfen
-> DNS - Search Domain „deine Domain“ und mindestens 2 DNS Server
-> Hosts - IPs und Namen deines Systems

In der Shell /etc/resolv.conf, /etc/hosts und /etc/network/interfaces

[oefchen]

oefchen
Wenn dein SSH so langsam ist was steht in der /etc/resolv.conf deines PM
*Zur Not könntest du auch /etc/ssh/sshd_config das # vor dem Eintrag UseDNS no entfernen und dann ssh neustarten

Das mach ich morgen als erstes ! Danke

[Aktuell ist 7.1-12 wenn du schon alles neu machst ;-)

Von wegen was sich in den nächsten Monaten nicht selbst updatet fass ich nicht mehr an ! Mein Magen hat sich gerade erst erholt

[ggt]

oefchen
Wenn dein SSH so langsam ist was steht in der /etc/resolv.conf deines PM

*Zur Not könntest du auch /etc/ssh/sshd_config das # vor dem Eintrag UseDNS no entfernen und dann ssh neustarten

Aktuell ist 7.1-12 wenn du schon alles neu machst ;-)

[oefchen]

Das backup Verzeichniss legt Edomi erst mit dem ersten Backup an.

Ja Micha, ich weiß. Hab tatsächlich ein backup machen lassen. Aber dann dauert es fast 10 Minuten eh ich über ssh oder in der Konsole (siehe code) das Vz seh ?
egal...ich bin grad nur glücklich das nach dem dritten Durchgang überraschend alles läuft !

[vento66]

Das backup Verzeichniss legt Edomi erst mit dem ersten Backup an. Ich würd das entweder händisch anlegen, oder mal auf „backup“ klicken. Aber wie gesagt, ich hab von Proxmox null Ahnung.

[oefchen]

Danke Yves das Du Dich immer wieder kümmerst

So...a detail:
Neuinst PM auf 7.1-7
Neuer CT Edomi (Dein) edomi-2.03.1-template.tar
Konsolenmodus in Optionen auf tty / console
Edomi startet ganz normal, ist über SSH erst nach

[root@Edomi2-03-1 ~]# service sshd restart
Redirecting to /bin/systemctl restart sshd.service

erreichbar
ein reboot bringt in der Konsole das:

[ OK ] Started Wait for Network to be Configured.
[ OK ] Started LSB: Bring up/down networking.
[ OK ] Reached target Network.
Starting OpenSSH server daemon...
Starting rdisc daemon which discovers routers on the local subnet...
Starting Permit User Sessions...
Starting Mosquitto MQTT v3.1/v3.1.1 Broker...
[ OK ] Reached target Network is Online.
Starting Simple Network Management Protocol (SNMP) Daemon....
Starting Simple Network Management Protocol (SNMP) Trap Daemon....
Starting Set time via NTP...
Starting The Apache HTTP Server...
Starting Container machines...
Starting System Logging Service...
Starting MariaDB database server...
Starting Vsftpd ftp daemon...
Starting Vsftpd ftp daemon...
[ OK ] Started rdisc daemon which discovers routers on the local subnet.
[ OK ] Started Permit User Sessions.
[FAILED] Failed to start Container machines.
See 'systemctl status systemd-nspawn@machines.service' for details.
[ OK ] Reached target Containers.
[ OK ] Started Console Getty.
[ OK ] Started Container Getty on /dev/tty1.
[ OK ] Started Container Getty on /dev/tty2.
[ OK ] Reached target Login Prompts.
[ OK ] Started Mosquitto MQTT v3.1/v3.1.1 Broker.
[ OK ] Started OpenSSH server daemon.
[ OK ] Started Vsftpd ftp daemon.
[ OK ] Started Vsftpd ftp daemon.
[ OK ] Reached target FTP daemon.
[ OK ] Started System Logging Service.
[ OK ] Started Simple Network Management Protocol (SNMP) Trap Daemon..
[ OK ] Started Simple Network Management Protocol (SNMP) Daemon..
[ OK ] Started The Apache HTTP Server.
[ OK ] Started MariaDB database server.
[ OK ] Started EDOMI.
Stopping MariaDB database server...
[ OK ] Started Set time via NTP.
[ OK ] Reached target System Time Synchronized.
[ OK ] Started Command Scheduler.
[ OK ] Started Discard unused blocks once a week.
[ OK ] Reached target Timers.
Starting Network Time Service...
[ OK ] Started Network Time Service.

CentOS Linux 7 (Core)
Kernel 5.13.19-2-pve on an x86_64

Edomi2-03-1 login:

Edomi läuft,natürlich ohne Projekt
Sys-Log zeigt keine Fehler, andere Log´s gibts noch nicht
lass ich ein Backup in Edomi machen wird das heruntergeladen und unter Backups auch angezeigt
Es existiert aber kein /var/edomibackup Verzeichnis (ssh)

[root@Edomi2-03-1 ~]# dir /var/edomibackup/
dir: Zugriff auf /var/edomibackup/ nicht möglich: Datei oder Verzeichnis nicht gefunden
[root@Edomi2-03-1 ~]#

somit ist das kopieren und wiederherstellen eines edomi-backups gar nicht erst möglich

Edit: Doch...nach einer Weile wird das Verzeichnis angezeigt
und ich kann per ssh mein backup hochladen
....wow....und jetzt hat er das Backup sogar genommen.
mom noch....Edomi läuft auch.
Das ging vorher einige male nicht. Vlt hat der Server Angst vorm starwarsfan ?
----------------------------------------------------------------------


Backup vom Edomi 2.03-Container aus Promox 6.3.x ins PM 7.1 - keine Chance, Edomi CT startet lt. PM(grüner Pfeil am CT) ist aber nirgendwo erreichbar
Herunterfahren dieses CT scheitert in PM...hängt sich auf / nur durch reboot des node behebbar

[starwarsfan]

Hi

beides. Ich hab natürlich auf Dich gehört und für alles n Backup gemacht.

Das Edomi eigene nimmt Edomi nicht....das des Containers läuft nicht.

Das hätte ich gern etwas ausführlicher. Was genau hast Du gemacht? Wie genau heisst die Datei?

gerade versuch ich das Container Backup in die alte Version PM 6.3 einzuspielen

Okayyyyyyyyy.....das funktioniert !
Jetzt kann ich ja zugeben das ich schon ein kleines bisschen nervös war

Also nochmal auf Anfang

Und Daumen drücken...

[oefchen]

beides. Ich hab natürlich auf Dich gehört und für alles n Backup gemacht.
Das Edomi eigene nimmt Edomi nicht....das des Containers läuft nicht.

gerade versuch ich das Container Backup in die alte Version PM 6.3 einzuspielen


Okayyyyyyyyy.....das funktioniert !
Jetzt kann ich ja zugeben das ich schon ein kleines bisschen nervös war

Also nochmal auf Anfang

[starwarsfan]

Und was genau heisst jetzt "Backup" in dem Fall? Das ProxMox-Container-Backup oder das Edomi-eigene Backup?

[oefchen]

Mahlzeit Yves, ja...Edomi läuft auf PM7.1. Beide Ct´s 2.02 und auch 2.03 kann ich starten und hab vollen Zugriff.
Natürlich kenn ich die Versionsprobleme zw. Backup und Instanz...ich les hier alles mit

Aber egal welches Backup ich versuche zurück zu spielen: Wiederherstellung gescheitert
Selbst auf PM6.3.2 (Ersatzrechner der mich jetzt eig. retten sollte) kann ich das aktuelle Edomi Backup nicht einspielen.

Das CT-Backup (aus PM6.3.x) funzt in PM7.1 gar nicht. Ich denke dazu hätt ich tatsächlich erst auf 6.4 hochziehen müssen.

Aber ich bin kein bisschen nervös ! ....nicht die Bohne

[starwarsfan]

Hallo Frank,

also der Reihe nach: Läuft Edomi überhaupt? Also wenn Du einen neuen 2.03-Container anlegst, läuft dann Edomi und kommst Du auf's Admin-Backend? Das muss erstmal funktionieren, sonst hast Du ein grundsätzliches Problem.

Versions-Mix zwischen installierter Version und Backup wird mit grosser Wahrscheinlichkeit nicht funktionieren. Sprich, die laufende Version, in welcher ein Backup eingespielt werden soll, muss die gleiche Version sein, mit welcher das Backup erstellt wurde. Das wurde hier auch schon zur Genüge erwähnt.

So wie es scheint, hast Du vor der ganzen Übung Deine Edomi-Instanz nicht aktualisiert. Damit hast Du jetzt ein 2.02er Backup, der 2.02er Container läuft aber nicht auf ProxMox 7.x und im 2.03er Container fällt der Import auf die Nase. Liege ich damit ungefähr richtig?

[oefchen]

Hättest mal nix von "übel" geschrieben starwarsfan Yves
Nach ner langen Nacht hab ich Proxmox zwar auf 7.1....soweit ich sehe alles gut....aber Edomi will gar nicht mehr.

Komplett-Container-Backup eingespielt(2.02) -> CT wird als gestartet angezeigt aber weder über Browser, SSH oder Konsole komm ich ran, Herunterfahren in P ist nicht möglich
Im Backup hat die NW-Schnittstelle noch eine alte Macadresse. Aber auch hier hilft die Aktualisierung nix.
Neuer CT mit 2.03.1 läuft und ich komm nach manuellem Start von SSH auch dazu das Backup nach /var/edomibackup zu ziehen. Aber hier verschluckt sich Edomi wohl an der neuen Version.
Neuer CT mit 2.02 hat das gleiche Problem wie das GesamtBackup....nix läuft, gleiche Symptomatik

Ich werde wohl noch mal alles aufrollen weiß aber grad nicht was ich anders machen sollt
Aber draussen ist ja eh Mistwetter !

[starwarsfan]

Hallo Frank,

komplettes Backup aller Systeme versteht sich von selbst. Von Edomi hat man das ja sogar doppelt: Einerseits das Edomi-eigene nächtliche Backup, welches Du herunterladen kannst sowie andererseits die Proxmox-Backups der VMs und Container.

Ansonsten würde ich mir da erstmal keine Neuinstallation antun sondern ein ganz normales Upgrade machen, so wie's von ProxMox auch dokumentiert wird. Wenn's übel wird, kannst Du die Neuinstallation ja immer noch machen aber bisher habe ich dahingehend noch nichts negatives gehört.

[oefchen]

Hallo miteinander,

heute war's dann soweit: Ich habe meinen ProxMox-Cluster auf Version 7 aktualisiert. Und was soll ich sagen, hat alles schmerzfrei funktioniert:

1. Nochmals ganz aktuelle Backups relevanter Systeme gemacht
2. 30 laufende Container sowie ein paar VMs gestoppt
3. Cluster-Nodes nach Dokumentation aktualisiert
4. Reboot
5. Läuft

Moin Yves,
ich werd dann auch mal auf die Version 7 umsteigen. Wie Du Dich vlt dunkel erinnerst unterstütze die 6er die Netzwerkschnitstellen nicht....jetzt sind sie drin.
Sollte ich eher eine Neuinstallation vornehmen ? Wäre es möglich das Proxmox während der Vorbereitung des InPlace Upgrades keine Netzverbindung hat ?

Ich dachte an komplettes Backup des EdomiContainers, Mountpoints wieder setzen und Backup einspielen ?
Oder gibts einen besseren Weg ?