Hallo zusammen,
habe ebenfalls das gleiche Problem mit zwei TVS-872XT. Habe diese ebenfalls wegen Einsatz von ZFS gekauft.
Auch hier waren uralte Firmware-Versionen drauf (4.4.irgendwas). Hier wurde nach Einschalten nicht das Upgrade auf QuTS hero angeboten.
Nach Upgrade auf QTS 5.0.0.1932 ist die Auswahl vorhanden. Danach kommt das gleiche Verhalten, wie von Xeomueller beschrieben.
Danach komme ich nicht mehr zum Smart-Installer, sondern immer nur noch zum Starten der QuTS hero Version.
Habe das komplette Spiel durch, mit gezogenen Platten oder mit eingeschobenen Platten, direkt über die WebUI über Firmware-Aktualisierung.
Bei letzterer Version kommt zuletzt dann nach Upload der vorher entpackten Image-Datei die Fehlermeldung, dass dieses Firmware nicht für dieses Betriebssystem geeignet wäre.
Ein Ticket bei QNAP habe ich eröffnet und diese Antwort erhalten:
Zitat von QNAP Support
vielen Dank für Ihre Nachricht. Bitte die Firmware nach Systemstart OHNE Festplatten mit dem Qfinder installieren:
Im Qfinder -> Rechtsklick auf das NAS -> Firmware aktualisieren
Zuvor FW download & unpack: https://www.qnap.com/en/downlo…s-872xt&category=firmware
Beachten Sie bitte, dass QTS und QTS Hero mit dem Storage Stack des jeweils anderen Betriebssystems nicht kompatibel sind. D.h. Ein Wechsel des Betriebssystems unter Beibehaltung des Datenbestandes ist leider nicht möglich. D.h. es muss VORHER ein Backup gemacht werden, welches nach dem Wechsel des Betriebssystems wiederhergestellt werden muss, falls gewünscht.
Ich hoffe dies hilft ihnen weiter.
Bitte geben Sie mit Bescheid, wenn das Ticket geschlossen werden kann.
Alles anzeigen
Die ursprüngliche Frage an den Support lautete ebenfalls, wie ich via SSH vom Terminal aus das QuTS hero Upgrade starten kann. Da auf diese Frage keine Antwort kam, habe ich dann diese Antwort gesendet:
Zitat von meiner Anfrage
eine Instsllation ohne Platten funktioniert ebenfalls nicht. Mir ist die Doku bekannt. Eine manuelle Installation mit entpackter Firmware endet mit dem Fehler, dass diese Firmware nicht für diese Betriebssystemversion ist.
Alle Möglichkeiten habe ich bereits durch getestet. Es ist nicht möglich, von der aktuellen QTS Version über die WebUI zu wechseln.
Meine Frage wiederhole ich daher nochmal: Wie ist der Konsolenbefehl zum upgraden via SSH? Beispiel:
fwupgrade —force —quts-path /path/to/quts-image.img -vvv
Und hier stehe ich nun und warte auf eine Reaktion von Qnap.
Nachdem das scheinbar so schwierig ist, bin ich nah dran, ein Debian direkt auf das Qnap zu installieren und mir mein ZFS so einzurichten, wie mir das passt. Anschließend Proxmox drauf für Virtualisierung und LXC Container und gut ist es. Das läuft bestimmt besser und schneller, als eine QTS oder QuTS, was meiner Meinung nach viel zu viel Ballast mit bringt, was ich gar nicht brauche, geschweige denn haben will.
Hat das schon mal jemand versucht?
Hier meine Kommentare dazu:
In der Standardausführung ist nur ein 5GB großes USB2.0 DOM installiert, welches für die aktuelle 7er Proxmox VE Version einfach zu klein ist.
Abgesehen davon ist die Schreib/Lesegeschwindigkeit des Moduls mit 9,6MB/s einfach zu langsam und wohl sicher auch ein Grund für die laaaangen Bootzeiten. Der Entpackungsvorgang des Kernels beim Booten lässt zu wünschen übrig.
Nach meinen Messungen war das Thema Proxmox erst mal verschoben.
Wenn dann würde ich ensprechend zwei NVMe SSDs einbauen und gleich mal einen gespiegelten ZFS rpool konfigurieren.
Nachdem ich letzte Woche schon mal ein anderes Qnap vom gleichen Typ erfolgreich auf QuTS hero anheben konnte (also ohne Fehlermeldung, ohne Murren), habe ich mir nun erst mal beholfen, indem ich einen Dump des DOMs gezogen habe und diesen via Live-USB-Stick und dd auf den DOM gezwungen habe. Danach hat auch anschließend QuTS hero brav gebootet. Die Partitionen vom Dom muss ich mir mal genauer ansehen, um heraus zu finden, wie man die QuTS Firmware da manuell drauf bügeln kann. Der Support ist da scheinbar unwillig oder weiß es einfach nicht.
Was ich jetzt schon sagen kann: QTS, QuTS und ich werden wohl eher keine Freunde. Das Betriebssystem macht mir zu viel im Hintergrund. Es schreibt die Passwörter nicht auf den DOM, sondern in einen Flash auf dem Motherboard…und da landen scheinbar auch ZFS-Informationen. Da gehören die aber bestimmt nicht hin. Legt man einen Pool an mit einem gespiegelten vdev über die "WUI" und fügt dann via SSH auf der Konsole weitere Spiegel dazu, knallt es beim nächsten Reboot und der Pool ist weg.
Was ich gut finde, ist der Stromverbrauch. Beide Firmware-Versionen sind jedoch buggy aktuell.
Ich habe überlegt, ob ich unsere Supermicro-Server damit ersetzen kann, aber das wird dann eher nichts.
Der Test mit Proxmox VE steht aber noch aus...