Gel-Akkus sind doch der Standard in USVs. Aktuell scheinen AGM-Akkus ("Vlies-Akku") im Trend zu sein.
Bei diesen ist der Elektrolyt zwar auch mit Glasfasermatten gebunden und der Bleischwamm in den bleiernen Polgittern stabilisiert, aber die Beweglichkeit der Ionen ist besser weil der Elektrolyt nach wie vor flüssig ist.
Die AGM-Batterietechnik ist mit dem Start-Stopp-System der Autos aufgekommen, weil sie hohe Zyklenfestigkeit mit hoher elektrischer Leistungsfähigkeit verbindet.
Mir sind 3 von 6 Akkus in einer 3-kVA-USV (Assmann Digitus Online-USV) aufgeplatzt!
Draufgekommen bin ich wegen des üblen Schwefel(wasserstoff)gestanks im Serverraum. Akkus rausgezogen, so heiß dass man sie gar nicht fester angreifen konnte. Die USV fand alles prächtig, kein rotes Licht oder Gepiepse …
Zum Glück waren die Akkus (12 V, 9 Ah Gel) in Kunstoffschalen aus festerem Kunststoff liegend verklebt eingebaut, sodass die ausgelaufene Säure in dieser Wanne drinblieb und nicht alles verätzte. Wäre die USV stehend betrieben worden, dann wäre das eine Mordssauerei geworden.
Assmann verkauft übrigens keine Ersatz-Akkumodule für seine eigenen Digitus-Online-USVs. Auch eine spannende Auskunft.
Das wäre ja nicht das große Problem, wenn die Plastikschalen nicht durch die Hitze deformiert wären und ich diese einzeln neu bekäme. Bekomme ich aber nicht. Also musste ich diese mit einem Heißluftföhn und viel Geduld "geradebiegen".
Nur SMB funktioniert problemlos.
Das ist falsch. Man muss jedoch in Q(u)TS (hero) die Einstellungen setzen, dass "unsichtbare Dateien", also die mit "." nicht unterdrückt werden.
AFP funktioniert noch immer gut. Nur Adobe-Programme machen da und dort Probleme, die waren schon immer eigenwillig implementiert. AFP kann auch Dinge, die SMB nicht liefert, zB eine blitzschnelle Suchfunktion.
Inzwischen ist aber tatsächlich SMB die bessere Wahl.
Wenn man nicht etwas dringend vermisst, was die neue Version mit sich bringt, dann ist das ein sehr guter Plan.
Mit diesem "großen" Update werde ich mir ein paar Monate Zeit lassen.
Jetzt, wo wieder ein größerer Sprung zur nächsten Version ansteht, werden wohl nur mehr Fehler- und Sicherheitsupdates eingepflegt. Da kann man relativ sorglos aktualisieren, denke ich.
Ist das der richtige Treiber?
"NvKernelDriver_h5.2.9.3499_TS-X73A_20260514.qpkg"
Das klingt doch nach TS-473A. Ich hab das Problem mit dem TS-h1886XU-RP R2.
Das hier ist wohl der richtige:
"AdvancedNetDriver_h5.2.9.3499_TS-X85U_20260514.qpkg"
Das hat jetzt funktioniert, danke für den Tipp!!!
Läuft unauffällig am TS-473A. Am TS-h1886XU-RP R2 kommt wieder mal der Hinweis:
"Failed to install the Advanced Network Driver. QTS does not support this version of the Advanced Network Driver. Check for Updates in the App Center or on the Official App Website."Das hatten wir schon mal. Da war was beim Installer verbuxtelt und der Support musste es richten.
Diese Version läuft auf meinen vier Servern (2x TS-473A und 2x TS-h1886XU-RP R2) völlig unauffällig.
Spannend, meine vier QNAP-Geräte meinen, ihre Version 5.2.9.3410 sei aktuell.
Installiere diese Version nun manuell.
Nein, das ist nicht so.
Hatte auch schon seltsame Effekte.
Same here … bei den beiden TS-473A klappte es, bei den TS-h1886XU-RP R2 nicht.
Nun auch auf den beiden TS-h1886XU-RP R2 installiert. Läuft einwandfrei.
Ineressant. Möglicherweise wurde da nochmal etwas kontrolliert und dann doch für gut befunden?
Meine beiden TS-473A laufen damit gut.
Bei mir wurde diese Version wie geschrieben beim vorangegangenen Update aufgespielt. Kann mich genau erinnern, weil man ja nochmal die App öffnen muss, um das SMB-Update zu aktivieren.
Bildschirmfoto 2026-03-07 um 09.59.53.png Bildschirmfoto 2026-03-07 um 10.03.12.png
Nein, das war beim Update davor auf 5.2.8.3359.
Spannend. Läuft auf den beiden TS-473A nämlich unauffällig.
Heute wollte ich die beiden TS-h1886XU-RP R2 aktualisieren, und dann lese ich das …
Zwei TS-473A … alles fein.
Bei uns brachte es im Zusammenspiel unterschiedlicher MacOS-Versionen Besserung, die Option "Veto Dateien" auszuschalten, d.h. die unsichtbaren, von MacOS genutzten Dateien nicht vor dem MacOS-Client zu verbergen:
Bildschirmfoto 2026-01-11 um 19.47.08.png
MacOS speichert in den Dateien mit führendem Punkt jede Menge Finder-Informationen, die dann bei der nächsten Gelegenheit nicht wieder verfügbar sind.
Bei uns hat es zu alltagstauglicher Stabilität (unter dem von mir nach wie vor ungeliebten SMB-Protokoll) im Mehrplatzeinsatz verholfen.
Installiert und läuft unauffällig.