Hallo zusammen,
auf einem Proxmox HAOS mit Hilfer der proxmox-helper-skripts installiert.
Das System läuft soweit ohne Probleme.
Wenn ich nun allerdings den Supervisor von Version 2024.11.4 auf Version 2024.12.3 updaten will bekomme ich folgende Fehlermeldungen (aus Supervisor-Protokoll):
2025-01-20 17:17:59.808 ERROR (MainThread) [supervisor.docker.interface] Can’t install ghcr.io/home-assistant/amd64-hassio-supervisor:2024.12.3: 500 Server Error for http+docker://localhost/v1.47/images/create?tag=2024.12.3&fromImage=ghcr.io%2Fhome-assistant%2Famd64-hassio-supervisor&platform=linux%2Famd64: Internal Server Error (“Get “https://ghcr.io/v2/”: dial tcp: lookup ghcr.io: no such host”)
2025-01-20 17:17:59.808 CRITICAL (MainThread) [supervisor.supervisor] Update of Supervisor failed: Can’t install ghcr.io/home-assistant/amd64-hassio-supervisor:2024.12.3: 500 Server Error for http+docker://localhost/v1.47/images/create?tag=2024.12.3&fromImage=ghcr.io%2Fhome-assistant%2Famd64-hassio-supervisor&platform=linux%2Famd64: Internal Server Error (“Get “https://ghcr.io/v2/”: dial tcp: lookup ghcr.io: no such host”).
Übersehe ich vielleicht etwas, sodass es nicht funktioniert?
Auch die o.a. Links führen zu einem 404 Fehler (URL falsch?)
Würde mich freuen, wenn jemand eine Idee hätte.
Viel Grüße
Markus
P.S. Ich weiß nicht wo mein erster Beitrag gelandet ist. Bitte den Doppelpost verzeihen.
Die Domain gehört mit zu Github und Github wird halt auch genutzt um Dinge die mit zum HA Core gehören zu installieren. Scheinbar gibt es bei Dir irgendein Verbindungsproblem. Ich würde als erstes mal (testweise) einen DNS-Server von Google 8.8.8.8 bei und für Proxmox nutzen. Manchmal hilft das bereits.
BTW: Ich habe hier in den letzten Tagen auch immer wieder “Spaß” mit Github und HA. In meinem Fall weil z.B. scheinbar keine Verbindung zu den Github von AlexxIT aufgebaut werden kann.
Logger: homeassistant.components.go2rtc.server
Quelle: components/go2rtc/server.py:156
Integration: go2rtc (Dokumentation, Probleme)
Erstmals aufgetreten: 17:01:01 (22 Vorkommnisse)
Zuletzt protokolliert: 17:01:01
github.com/AlexxIT/go2rtc/pkg/core/listener.go:16
github.com/AlexxIT/go2rtc/pkg/webrtc.NewConn.func5(0x6)
github.com/AlexxIT/go2rtc/pkg/webrtc/conn.go:129 +0x68
created by github.com/pion/webrtc/v3.(*PeerConnection).onConnectionStateChange in goroutine 2105
github.com/pion/webrtc/v3@v3.3.4/peerconnection.go:496 +0x16f
Da go2rtc ja seit HA Core 2024.11. mit zum HA Core gehört und somit auf diese go2rtc.server-Verbindung angewiesen ist, kommt es immer wieder zu diesen Warnmeldungen im HA Core Protokoll.
Wie willst Du das machen, aus HA heraus, oder aus Proxmox, in der Konsole?
Wieso ist das Version 2024.11.4?
Zeig mal, was genau Du, wo machst.
VG
Bernd
P.S.: Auch welches Skript Du zum Aufsetzen des HAOS genutzt hast.
P.P.S.: noch ein Tipp am Rande, Logs, Code, Meldungen, usw. sollte man immer in Code-Tags </> posten, liest sich besser
Ich würde an Deine Stelle ein HA Vollbackup machen, die VM auch einmal in Proxmox Backuppen, dann löschen.
Mir eine neue VM erstellen, auf die alte IP einrichten und das HA Vollbackup wieder einspielen.
Sollte das für Dich kein gangbarer Weg sein, dann versuch mal, ob Du von der HA Konsole die weite Welt anpingen kannst
Ping aus HA heraus
➜ ~ ping heise.de
PING heise.de (2a02:2e0:3fe:1001:302::): 56 data bytes
64 bytes from 2a02:2e0:3fe:1001:302::: seq=0 ttl=57 time=14.533 ms
64 bytes from 2a02:2e0:3fe:1001:302::: seq=1 ttl=57 time=9.493 ms
64 bytes from 2a02:2e0:3fe:1001:302::: seq=2 ttl=57 time=8.860 ms
64 bytes from 2a02:2e0:3fe:1001:302::: seq=3 ttl=57 time=9.510 ms
64 bytes from 2a02:2e0:3fe:1001:302::: seq=4 ttl=57 time=9.336 ms
64 bytes from 2a02:2e0:3fe:1001:302::: seq=5 ttl=57 time=8.965 ms
^C
--- heise.de ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max = 8.860/10.116/14.533 ms
➜ ~ ping -4 heise.de
PING heise.de (193.99.144.80): 56 data bytes
64 bytes from 193.99.144.80: seq=0 ttl=246 time=9.139 ms
64 bytes from 193.99.144.80: seq=1 ttl=246 time=9.008 ms
64 bytes from 193.99.144.80: seq=2 ttl=246 time=8.815 ms
64 bytes from 193.99.144.80: seq=3 ttl=246 time=9.495 ms
64 bytes from 193.99.144.80: seq=4 ttl=246 time=8.982 ms
64 bytes from 193.99.144.80: seq=5 ttl=246 time=8.477 ms
^C
--- heise.de ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max = 8.477/8.986/9.495 ms
tteck ist leider Ende letzten Jahres, zu früh, verstorben, die Skripte werden nicht mehr gepflegt.
Es hat sich eine Community gebildet, die die Skripte jetzt pflegen, also wenn Du diese Helferskripte öfter nutzt, dann solltest Du jetzt hier danach suchen und diese Nutzen.
Installiert hatte ich HA schon früher, bin dann im Sommer vom Raspi auf Proxmox gewechselt und hatte auch schon funktionierende Updates.
Vielleicht ist im November irgendetwas schief gelaufen und ich habe es nicht
gemerkt.
Den Weg mit Backups und Neuinstallation werde ich ausprobieren.
Backups habe ich ja und werde noch eine neues erstellen.
Geht wahrscheinlich am schnellsten. Es hängt auch nicht “lebenswichtiges” vom HA ab. Bin da noch ziemlich am Anfang.
Kann zwar bis zum Wochenende dauern, aber ich mach auf jeden Fall mal Meldung.
wie geschrieben, teste mal die Erreichbarkeit von externen Seiten aus Deinem Proxmox, bzw. aus der HA VM, denn wenn Du neu aufsetzt und es ist ein Fehler in der Netzwerkkonfiguration von Proxmox, das an die VM dann weitergeleitet wird, hast Du von der Neuinstallation nichts
Hallo,
scheinbar HA tatsächlich nicht nach draußen.
Aktuell weiß icht woran es liegt.
Der Proxmox selbst kann pingen und kommt raus.
Als zweite Maschine läuft noch ein Pihole inkl. meiner Wetterstation - diese Maschine kommt extern.
Ich habe für die Versuche auch das Pihole komplett ausgeschaltet und die Fritzbox wieder so konfiguriert, dass das Internet ohne Probleme läuft.
Wollte diesen potenziellen Störfaktor draussen haben.
Installiert hatte ich damals nach dem Video von Simon, was auch gut funktioniert hatte.
Hier noch ein Screenshot der Hardwareeinstellungen der VM.
Wobei wenn ein Ping-Test auf eine URL nicht funktioniert kann das natürlich immer noch an einem nicht (richtig) funktionierenden DNS liegen. Daher wenn dann am besten eine IP (z.B. 193.99.144.80) anpingen.
Achso!
Da war es ja gut, dass ich nachgefragt habe.
Ich hatte schon die Befürchtung, da mir die Tilde (~) auffiel
Sorry für die unnötige Zeitverschwendung.
Hi, sorry für die späte Antwort - war gerade beim Essen.
Nein, aber da ist wohl etwas hängengeblieben.
Die 192.168.2.130 hatte der Pihole vor dem Umzug vom Raspi auf den Proxmox.
So war auch die Installationsreihenfolge:
Erst HA auf dem Proxmox, dann irgendwann den Pihole installiert und den alten Raspi etwas später ausgeschaltet. Das kann dann auch irgenwann im Nov/Dez gewesen sein.
Ich habe es auch gerade geprüft die .130 ist im Netzwerk nicht mehr vergeben.
Bei nslookup kommt:
VG
markus
Hi,
ich habe gerade mal im PVE nachgeschaut:
Hier steht der alte Pihole noch als DNS Server 3 drin.
Den hatte ich vergessen.
Also den fehlerhaften löschen und dann die VM einmal neu starten, dann versuch Dein Glück mit dem Update, wenn es nicht geht, den ganzen Proxmox neu starten.
kommt es immer wieder zu diesen Warnmeldungen im HA Core Protokoll.
Daher wenn dann am besten eine IP (z.B. 193.99.144.80) anpingen.
