Dies ist die Dokumentation der Firmware Version für den Timberwolf Server ab V 3.5.1
Wichtiger Hinweis für Nutzer der Insider Versionen
Zur Installation steht immer nur die jeweils aktuelle Insider Version zur Verfügung, Diese enthält auch alle Merkmale aller vorhergehenden Insider Versionen (und auch der davor veröffentlichten Hauptversion).
In den jeweiligen Versionsbeschreibungen von Insider Versionen werden der Übersichtlichkeit halber nur die Veränderungen der jeweiligen Insider Version beschrieben, mithin nicht die Merkmale der zwar enthaltenen, aber zuvor veröffentlichten Insider- und Hauptversionen.
Deshalb bitten wir Sie: Lesen Sie zuerst alle Beschreibungen aller vorangehenden Insider Versionen (und ggfls. der Hauptversion), bevor Sie eine Insider Version installieren, insbesondere, wenn Sie beim Aktualisieren mehrere Versionen überspringen.
Liste der veröffentlichten Firmware Versionen
Bitte klappen Sie die Seitenhierachie aus und klicken dann auf die entsprechende Version
Installationsanleitung
Anleitung für Update der Firmware: Firmware Aktualisierung Timberwolf Server
Bekannte Fehler und Probleme
Ein Produkt wie der Timberwolf Server wird im Zusammenhang mit komplexen Netzwerken und Protokollen (KNX, Ethernet, 1-Wire, DMX, Modbus, MQTT, HTTP-/REST-API und künftig auch TCP/UDP, IFTTT usw.) genutzt. Die Zusammenstellung der Anlagen bei den Kunden ist jeweils stark unterschiedlich, kein Kunde nutzt die selbe Konstellation. Alleine die Vielzahl der anschließbaren Komponenten geht in die zehntausende, die möglichen Einstellungen und Konfigurationen sind unzählig. Entsprechend kann nicht jedes Szenario getestet werden und mit jedem Update des Timberwolf Servers und / oder dieser anderen Komponenten und deren Konfigurationen können potentiell auch Inkompatibilitäten entstehen.
Wir werten die Rückmeldungen unserer Kunden diesbezüglich sorgfältig aus und werden im Rahmen unserer Möglichkeiten versuchen bei Kompatibilitätsprobleme Abhilfe zu schaffen bzw. darauf hinzuweisen.
Folgend eine Liste der derzeit bekannten Fehler und möglichen Probleme (wird laufend angepasst):
Reboot zwischen mehrstufigen Updates kann zu nicht-bootbarem Server führen
Bitte führen Sie immer ALLE JEWEILS ANGEBOTENEN AKTUALISIERUNGEN aus, BEVOR Sie einen Reboot ausführen.
Hinweis: Insbesondere bei Timberwolf Servern der Modellreihe 3500 kann ein Reboot zwischen zwei Update-Schritten zu einem nicht mehr bootbaren System führen. Dies hängt mit der besonderen Konstellation zusammen, die bei diesem Modell beim Laden des Kernels besteht. Durch eine erste Update-Stufe kann zwar der Kernel ausgetauscht werden, jedoch die von diesem neuen Kernel zu ladenden Treiber würden unter Umständen erst mit der nachfolgenden Update-Stufe aktualisiert. Im Falle eines direkten Reboots nach Installation nur des Linux Kernels, würde dieser die dazu kompatiblen neuen Treiber nicht laden können (da nicht aktualisiert) und deshalb würde der Server damit insgesamt im Boot-Prozess hängen bleiben. Bitte melden Sie sich dann im Support, in den meisten Fällen kann über das Support-VPN per Fernzugriff geholfen werden.
Empfehlung: Bitte installieren Sie immer ALLE jeweils angebotenen Updates, BEVOR Sie den Server insgesamt neu starten. Hierzu betätigen Sie nach einer ausgeführten Aktualisierung jeweils erneut die Schaltfläche “Updates suchen” und installieren die angebotenen Updates. Dies wiederholen Sie solange, bis keine Aktualisierungen mehr angeboten werden.
Ignorieren Sie zudem ggfls. frühe Hinweise - während der laufenden Systemaktualisierung - die einen Reboot empfehlen. Diese Empfehlung sollte in der Weise verstanden werden, dass zunächst ALLE angebotenen Updates über alle Stufen hinweg ausgeführt werden, könnte aber - je nach Stand des Update Managers selbst - missverstanden werden).
Lösung: Mit Insider Preview 4 (zur kommenden V4) wird diese Anzeige überarbeitet, die Aufforderung zum Reboot erscheint dann erst nach erfolgter Installation. Diese Änderung am Update Manager wird zwar mit IP4 installiert, auswirken kann sich diese Verbesserung jedoch erst bei nachfolgenden Installationen, wenn dieser neue Update Manager genutzt wird.
Standard Einstellungen in EDOMI können zu vollgeschriebener SSD führen
Überarbeiten Sie die Backup-Einstellungen von EDOMI direkt nach der Installation
Hinweis: EDOMI - das gilt auch für die per APP-Manager installierte Version - verfügt über umfassende Backup- und Datenaufzeichnungseigenschaften.
Die diesbezüglichen Standard-Einstellungen von EDOMI können dazu führen, dass der gesamte freie Speicherplatz des Massenspeichers SSD des TWS aufgebraucht wird. Bitte ändern Sie daher nach der Installation von EDOMI, insbesondere auf Timberwolf Servern mit nur wenigen GB freiem Speicherplatz, unbedingt diese Einstellungen für Backup- und Datenaufzeichnung.
Empfehlung:
Schalten Sie das Logging der KNX Telegramme ab, weil dies führt bereits der Timberwolf Server aus (mit sehr guter verlustfreier Kompression)
Reduzieren Sie den Backup Umfang und stellen Sie diesen so ein, dass nur noch ein oder zwei Instanzen der EDOMI Datensicherung vorgehalten werden.
Hinweis: Bei Installation von EDOMI mit dem APP-Manager wird die EDOMI Datensicherung auch vom Timberwolf Server Backup gesichert. Bitte beschaffen Sie, insbesondere bei Nutzung eines TWS 3500, unbedingt den separat erhältlichen ElabNET Backup USB Stick, damit die TWS Datensicherung NICHT auf der selben SSD erfolgt auf der sich auch das Hauptsystem befindet (bitte beachten Sie, dass andere USB Sticks nicht funktionieren)
Verfügbarkeitsanzeige für Anmeldung mit Elab ID kann fehlerhaft sein
Auf der Anmeldeseite der Web-APP des Timberwolf Servers wird ab V 3.5 angezeigt, ob die Online Anmeldung mit der Elab ID verfügbar ist.
Diese Anzeige erscheint z.B. dann nicht, wenn der Benutzer sich eben erst vom Timberwolf Server abgemeldet hat. Zwar funktioniert hier die Anmeldung mit der Elab ID durchaus, aber das Fehlen der Anzeige kann irritieren.
Empfehlung: Bitte laden Sie Ihren Browser neu
Anwendungen in Container können nicht am Netzwerkverkehr teilnehmen
Prüfen Sie im Container Manager nach jedem Reboot auf doppelte mehrfache MAC Adressen der Container oder stellen Sie auf McVLAN um.
Hinweis: Mehrere Kunden haben von Problemen in der IP-Kommunikation aus Containern berichtet. Diese sind auf doppelte MAC-Adressen für die Container zurückzuführen. Die genaue Ursache ist nicht gefunden, dürfte jedoch in den Tools Docker und / oder Portainer liegen und steht NICHT im Zusammenhang mit dem Update selbst, sondern nur einem Neustart.
Dieses Problem kann somit auch bei sonstigen Neustarts auftreten, unabhängig ob ein Update zuvor installiert wurde oder nicht. Wir haben u.a. die Darstellung im Container Management ab Version 1.6 erheblich verbessert, doppelte MAC-Adressen werden nun gelb unterlegt dargestellt.
Empfehlung: Wir bitten alle Nutzer, die mehr als eine Container nutzen, die Vergabe der MAC-Adressen NACH JEDEM EINZELNEN NEUSTART des Timberwolf Servers zu prüfen und ggfls. in Portainer anzupassen, so dass diese anschließend eindeutig sind.
Workaround: Timberwolf Server und alle Container auf MacVLAN umstellen. Hierzu muss man manuell MAC_Adressen und IP-Adressen hinterlegen, die im LAN nicht doppelt vorkommen dürfen (unbedingt Exclude-Bereich im DHCP Server anlegen, falls vorhanden). Damit tritt dieses Problem nicht mehr auf.
WICHTIG Bitte beachten Sie die zusätzlichen Hinweise in den jeweiligen Versionsbeschreibungen
0 Kommentare