Ich habe für meine QNAP NAS TS43P das neue QTS 5.0.0.1808 Build 20211001 bekommen und installiert es ist absolut schon Final wenn man das über QNAP Updater bekommt und installieren kann dann ist Final.

Das neue QNAP QTS 5 ist besser sogar komplett. Und das neue Design ist auch besser, schöner.

Und mit QNAP QTS ist Festplatte Lesen Schreiben auch deutlich viel schneller geworden.

Und QNAP Qfinder in der Version 7.6.0 habe ich auch seit dieser Version hat es neuen Design was auch viel besser ausieht.

eol85

Dann berichte in ein paar Tagen nochmal. Manchmal relativiert sich dieser Eindruck bei mir, was die Geschwindigkeit angeht.

Er hat bis heute nur Lobeshymnen von sich gegeben. Egal wie schlecht oder Fehlerhaft ein Update war.

Guten Morgen,

ich bin neu hier..

mein Problem: ich möchte auf meinem TS-h973AX gerne Teamviewer installieren.

Teamviewer wird aber erst unterstützt ab Firmware 5

Vor vier Wochen habe ich dann die Beta h5.0.0.1772 installiert und versucht Teamviewer zu installieren. Die Installation hat zwar geklappt, aber beim Akzeptieren der Eula gab es einen Fehler. Support bei Teamviewer konnte mir da auch nicht weiterhelfen..

Nun habe ich gesehen, dass QTS 5.0.0.1808 Build 20211001 Final freigegeben wurde. Diese Version bekomme ich nicht auf meinem NAS installiert. Folgende Fehlermeldung:

pasted-from-clipboard.png

Auch mit QFinder gelingt es mit nicht QTS 5 Final zu installieren..

Hat jemand einen Tipp, woran es hängen könnte?

okay.. als Laie nicht so einfach zu verstehen..

hero Beta / normales QTS

neu aufsetzen kommt nicht in Frage..

sieht so aus, als müsste ich dann auf QTS 5 HERO warten?

und es gibt keine möglichkeit auf normales QTS umzustellen?

downgrade oder so?

Hat schon jemand herausgefunden, ob ipv6 jetzt besser unterstützt wird (ddns, etc.) und weiß jemand wie man diesen Wireguard-Server einrichtet?

zum Wireguard Server: ich erzeuge ein schlüsselpaar, und dann? kenne das eigentlich das man dann nen QR Code scannen kann oder so....

So, jetzt hatte ich mit der Final zum ersten mal einen Aussetzer.

Möglicherweise (oder sogar wahrscheinlich) selbst verursacht, aber dennoch etwas heftiger in der Auswirkung.

Ich sichere stündlich einen Ordner auf ein NAS mit QTS 4.3.4, dabei werden die Daten vom "alten" NAS geholt.

Das läuft seit 5.0beta. Heute fiel mir auf, das ich auf dem NAS mit der 5.0 die Netzwerkzugriffe nicht beschränkt habe (IP Security), also habe ich das heute auf mein Netzwerk zu Hause beschränkt.

Prompt fiel der Backup Job in der nächsten Runde auf die Nase, "Port oder Dienst nicht erreichbar"!?

Ein Versuch, einen neuen Backup Job anzulegen scheiterte mit dergleichen Meldung, auch, nachdem ich den Zugriff wieder für alle Netztwerke gestattet habe.

Also hat sich wohl auf dem NAS mit QTS 5.0 etwas aufgehängt.

Und nun kommt das eigentlich ärgerliche: zunächste habe ich einen Reboot über die GUI versucht - nichts.

Über die CLI (SSH) genau so - nichts.

Auch nach ca. 10 Minuten Wartezeit keine Änderung.

Das NAS hat auf keine Eingaben reagiert, es blieb nur das harte Ausschalten über den Power Knopf, natürlich dann auch mit dem obligatorischen Filesystemcheck.

Danach lief auch der Job wieder, auch mit dem eingeschränkten Netzwerkzugriff.

Warum sich das NAS derart verhakt hat, das keinerlei Reboot Befehle gewirkt haben...? Keine Ahnung

Gruss

Hallo in die Runde,

ich hatte eben die TVS-682 auf die 5.0.0.1808(20211001) aktualisiert und jetzt kann ich in VirtualizationStation 3 Version 3.5.57 (2021-04-29) die VMs nicht mehr starten. Also ich würde vorerst raten, die Finger bei Produktivssystemen davon zu lassen.

Zusätzlich hängt sich meiner Meinung nach auch das "System" zumindest die Weboberfläche auf und ist ausgelastet.

War auch kurz per SSH auf der QNAP eingeloggt, nach der Suche nach ein paar Logs und öffnen von /share/CACHEDEV1_DATA friert mir sogar die SSH-Verbindung ein.

Die CPU-Auslastung liegt dabei immer bei 0.9% also ich bin gerade mehr als begeistert

Bin zurück auf die TS-X82_20210923-4.5.4.1800, ging ohne Probleme nachdem ich den SSD-Cache vorab deaktiviert habe.

Ich habe zwar nur eine VM auf meinem Testsystem, eine SLES 11, also etwas älter, aber die kann ich starten.

Aber zuerst war kein Bild sichtbar, nur alles schwarz. Erst das Umschalten der Display Auflösung leiferte dann eine Ausgabe im Browser.

Wobei die Auflösung bei mir egal ist, es musste nur einmal umgeschaltet werden.

Gruss

Kurz installiert und nach 2 Tagen wieder zurück zur 4.x.x. Kann die Probleme bestätigen. Oberfläche hängt nach einiger Laufzeit immer mehr bis sie gar nicht mehr erreichbar ist, da hilft dann nur hart abschalten. Standby der Platten funktionierte bei mir ebenfalls nicht mehr, laufen ständig bzw. 1 der 4 HDD schaltete nie ab (auch merkwürdiges Verhalten). Allgemein hatte ich den Eindruck, das System hängt zeitweise komplett.

Auf Produktivsystemen kann man momentan nur davon abraten, da ist noch einiges zu tun für QNAP. Zumindest hat der Rollback zur 4er ohne Probleme funktioniert (danach alles wieder OK).

PS: Das Design könnte eigentlich ganz hübsch sein, wenn man denn die Auflösung so wie bei allen bisherigen Versionen gewählt hätte. Sieht aus wie ein Windows dem der passende Grafiktreiber fehlt. Was soll das mit den riesen Icons?

Wie so alles im Leben richtet sich die GUI Programmierung anscheinend ausschließlich an Handy- und Tabletbenutzer. LEIDER.

Als ob es keine anderen Geräte mehr geben würde.

Zitat von GIT

und jetzt kann ich in VirtualizationStation 3 Version 3.5.57 (2021-04-29) die VMs nicht mehr starten.

Probier aus, im App-Center die Virtualisation Station einmal zu deaktivieren und dann erneut zu aktivieren.

Ich muss das nach fast jedem Update machen, damit die VMs wieder laufen. Keine Ahnung warum, aber dann geht es wieder zuverlässig.