UGOS Pro 1.18.1.0098 – Firmware Update (Changelog & Infos)

Quote from Tommes

Ich hab vor dem Firmware-Update alle VMs heruntergefahren

Das Problem habe ich auch bei Homeassistant. Da kann ich die VM auch nicht herunter fahren. Ich muss das direkt in der VM (also HA selbst runterfahren) machen und dann lässt sie sich auch di eVM beenden.
Anscheinend gibt es hier irgendwelche Einstellungen die das herunterfahren verhindern.
Meine DSP4800Pro zeigt ansonsten das exakt gleiche Verhalten wie bei Dir.

Naja, genau das habe ich ja gemacht. Ich habe alle VMs im Vorfeld in der Virtuelle Naschine App manuell heruntergefahren.

DXP4800+ ohne Probleme aktualisiert (ohne vorher etwas zu stoppen)

Bei den VMs ist die Reihenfolge "HomeAssistant (laufend)" / "Windows-11 (gestoppt)" / "OpenCCU (laufend)"...

Die Reihenfolge scheint eher zufällig zu sein...

Ich schließe mich an mit dem Update .

Lief bei der DXP2800 sowie DH2300 Problemlos durch

Quote from eineb

Edit: Wie es funktioniert und einzurichten ist, dürfte vermutlich bereits in der KB stehen.

Weiß schon jemand, wann das aktuelle Firmwareupdate für die IDX Serie rauskommt?

Das Update der Firmware sowie der Apps lief problemlos durch, allerdings habe ich seit dem eine rege Aktivität auf meinem Raid 6 Verbund. Die HDD's gehen deshalb nicht mehr in den Ruhezustand. Alle Apps sind auf den Nvme's, es laufen keine VM's oder Docker Anwendungen. Das einzige was läuft ist die Überwachungsapp ( keine Theater-, Foto oder Musik App installiert)welche auch gleichzeitig den Stream nur auf die NVME's speichert. Ansonsten ist die DXP aktuell nur ein reines Datengrab wobei ich mit einem externen Programm (Allsync) nur bei Bedarf manuell (kein Sheduler aktiv) die Daten mit meiner alten 1815+ Syncronisiere. Im normalen Protokoll und Taskmanager wird keine Aktivität angezeigt nur das die Platten einen Lesezugriff von 28Mb/s haben, man hört und sieht auch das die HDD's heftig arbeiten. Mal abwarten. Vielleicht beruhigt sie sich ja nach ein paar Tagen wieder.

Quote from Mike0185

Universelle Suche": Es wird nun die Suche nach Dateinamen anhand beliebiger Teilsequenzen aus aufeinanderfolgenden englischen Buchstaben oder Ziffern unterstützt (Index muss neu erstellt werden).

soundcoaster

evtl. hängt es ja damit zusammen

Über Sinn oder Unsinn lässt sich streiten aber ist es möglich, die verschlüsselten Ordner nach einem Reboot automatisch einzuhängen? Mangels Gerät kann ich es selber noch nicht prüfen...

Quote from netzzwerg

Über Sinn oder Unsinn lässt sich streiten aber ist es möglich, die verschlüsselten Ordner nach einem Reboot automatisch einzuhängen? Mangels Gerät kann ich es selber noch nicht prüfen...

Hab zufällig gerade das gelesen.

Beitrag dazu

DXP4800 lief gut durch ohne Probleme

Das heisst nichts anderes, als dass es für die iDX wohl eigenständige UGOS-Versionen geben wird oder die Version 1.18.1.0098 ist einfach noch nicht fertig.

Hat ja schon beim letzten Mal eine eigenständige Version gegeben.

Updates liegen auf meiner DXP2800 sauber durch.

Bei mir war der Internetzugriff nach dem Update auf dem DXP4800plus aus den Docker Containern nicht mehr möglich. Die Container konnten wohl keinen DNS Server erreichen. Nach der Konfiguration von Cloudflare und Google DNS im YAML hat's dann problemlos wieder funktioniert. Hat jemand die gleiche Erfahrung gemacht und eine Idee an was das gelegen hat?

Gruß TP

Das hat aber was mit Adguard Home zu tun, wenn es auf dem Docker installiert ist. Passiert ja auch wenn Adguard oder die NAS nicht läuft, wenn z. B. in der Fritzbox ein eigener DNS Server hinzu hinterlegt ist.

Hat daher direkt mit dem Update nichts zu tun, sondern wie Adguard Home eingerichtet wurde und ob es korrekt läuft.

Verstehe ich nicht. Das hat doch vor dem Firmwareupdate auch funktioniert. Adguard home läuft bei mir im Docker auf dem gleichen NAS in einem Macvlan netz (Port 53 Thema) und ist im Router als DNS konfiguriert. Da wurde garnichts verändert.Wieso finden dann andere Container keinen DNS Server (nach dem Firmwareupdate), wenn er nicht explizit konfiguriert wurde? Und Adguard und das NAS laufen selbstverständlich.

versuche es doch mal mit ip route dann siehst Du den standard Gateway (sollte wohl adguard sein)

mit cat /etc/resolv.conf kannst du Dir die Konfiguration des DNS anschauen.

falls traceroute in stalliert ist kannst Du auch mit traceroute -n 8.8.8.8 nachschauen wo es hängt.
So liest du das Ergebnis ab (wo der Fehler liegt):

• Abbruch bei Hop 1 (z. B. 172.17.0.1 oder 172.18.0.1):Der Container kommt nicht einmal aus seinem eigenen virtuellen Docker-Netzwerk heraus.
• Schuldiger: Docker-Bridge / Docker-Daemon.
• Abbruch bei Hop 2 (z. B. 192.168.x.x - deine Router-IP):Der Container verlässt die Docker-Bridge, aber der Host leitet die Pakete nicht weiter ins Heimnetz.
• Schuldiger: Host-Firewall (iptables / UFW) oder fehlendes IP-Forwarding auf dem Host.
• Abbruch beim Heim-Router:Der Host schickt es zum Router, aber der Router blockiert oder hat kein Internet.
• Schuldiger: Router / Internetanbieter.

• Alle Hops bis ins Internet laufen durch (8.8.8.8 antwortet):

  Der Weg für reine IP-Pakete ist zu 100 % in Ordnung. Das Netzwerk ist nicht das Problem.

Auch bei Adguard kann mal was hängen. Wenn Adguard im MacVlan läuft, und der andere Container nicht, dann können die systembedingt nicht miteinander sprechen, es sei denn Du hast eine Bridge eingebaut.

Aber das siehst Du dann auch. Danach solltest Du wissen ob es an Docker Adguard oder dem Router liegt.