Alles anzeigenQTS 4.5.1.1495 build 20201123
[Important Notes]
- For the status of QTS updates and maintenance for your NAS model, visit https://www.qnap.com/en/product/eol.php
- To learn more about NAS models that support the TL-D800C, TL-R1200C-RP, TL-D400S, TL-D800S, TL-D1600S, TL-R400S, TL-R1200S-RP, see the Compatibility List at https://www.qnap.com/en/compatibility-expansion
- We have fixed the vulnerabilities in the following apps to ensure your data security: Surveillance Station, QVPN Service, Qfiling, Qsync Central, QcalAgent, and IFTTT Agent. To continue using these apps, go to the App Center and update them to the latest version.
- For more information on the kernel versions for NAS models that QTS 4.5.1 supports, see https://www.qnap.com/en/release-note/kernel
- Removed the following applications from App Center due to PHP 7 updates in QTS 4.4.1: "phpEasyProject", "Dolphin", "CMS Made Simple", "Vtiger CRM", "iStat", "PostgreSQL 9.3.13.3", and "ownCloud".
- Due to compatibility issues, the following applications have been removed from the App Center in QTS 4.4.1: FileFlex, MantisBT, SugarCRM, Xeams, DokuWiki, and Azure Storage.
- Once you update QTS to 4.4.1 (or later) on the TS-1635AX, you will not be able to downgrade QTS to versions earlier than 4.4.1.
- Removed support for Plex Home Theater from HybridDesk Station.
- After reaching their end of support in July 2020, Notes Station and Qnotes have been removed from QTS App Center, Google Play, and Apple App Store. We recommend using Notes Station 3 and Qnotes 3 to benefit from the next-generation note-taking features. For details on how to transfer your notes from Notes Station 2 to Notes Station 3, see the following tutorial: https://www.qnap.com/en/how-to/tutorial ... -station-3
- Removed HappyGet from the App Center due to changes in Google extension policies.
- vQTS does not support updating to 4.5.1 and later versions. QNAP will only release security updates for vQTS. We recommend using QuTScloud as an alternative virtual NAS solution. For details, go to https://www.qnap.com/solution/qutscloud-hypervisor
- Starting from 4.5.1, QTS is no longer compatible with the following applications: DJ2 Console, CodexPack.
[Fixed Issues]
- QuLog Center could not display the list of online users.
- QuLog Center would send both system event log and system access log even if users chose to send only one type of log.
- Users could not add notification rules to Notification Center via QuLog Center after initializing the NAS.
- Users could not block an IP address for one day or permanently in QuLog Center.
- The modified dates of files would change after users copied files to a mounted CIFS/SMB folder where shared folder access was disabled in HybridMount.
- In File Station, users could not open all the subfolders inside a mounted CIFS/SMB folder where shared folder access was disabled in HybridMount.
- File Station would not create share links using the local IP address of a virtual switch when users remotely connected to QTS via myQNAPcloud.
- Users could exceed their assigned storage quota on the NAS when uploading files to an unlocked encrypted volume.
- QVPN would automatically disconnect whenever the DHCP lease expired.
- Users could not open HBS 3 after assigning a CD/DVD-ROM to a virtual machine in Virtualization Station.
- When users enabled power schedule in Control Panel, a drop-down list would automatically expand.
- Even though users had safely detached a storage pool before reinitializing the NAS, they could not re-attach and then restore the storage pool from the TX-800P expansion enclosure after the reinitialization.
- Users could not reset their passwords when forgetting passwords if they enabled "Must not be the same as the associated username or the username reversed" in their security settings in Control Panel.
- Users could not configure iSCSI ACL settings for multiple iSCSI LUNs.
- The NAS could not obtain an IP address assigned by DHCP when connected to a certain router.
- Fixed a command injection vulnerability (CVE-2020-2509).
- Fixed a Python code injection vulnerability.
- Fixed an improper access control vulnerability.
- Fixed a command injection vulnerability.
- Fixed a security vulnerability in the Linux kernel (CVE-2020-24394).
[Known Issues]
- App Center cannot enable Mustang Card User Driver after a system update from QTS 4.4.3 to QTS 4.5.1.
- Users cannot install OpenVINO Workflow Consolidation Tool (OWCT) in the App Center.
QTS 4.5.1.1495 build 20201123
-
- ARM + X86
- QTS
- Nash123
- Unerledigt
-
-
Die Liste der fixed issues von denen ich bislang nichts gehört habe wird ja immer länger
Sei es drum, ziehe ich mir gerade auf eine 453A und schaue mal was passiert.
-
Hier war das Update bisher unauffällig. Da auch Sicherheitsaspekte und der Kernel gefixt wurden, habe ich es vorhin direkt (manuell) aufgespielt.
-
Ich habe vorhin auch mal das TS-451+ Testsystem aktualisiert.
Update verlief ohne Probleme und bislang läuft alles, kann also nicht klagen.
-
TS-253A läuft ohne Auffälligkeiten gegenüber der Version .1485
-
Auffälligkeiten gegenüber der Version .1485
Bedeutet auch keine Besserung bei Problemen mit .1485?
-
Bedeutet auch keine Besserung bei Problemen mit .1485?
welche waren die?
-
Bei mir keine, hätte ja sein können dass es bei dir Probleme gab, die weiterhin bestehen... Darum ging es mir...
-
Auch bei mir "keine" Auffälligkeiten nach dem Update. Ausser vielleicht das nach dem Update und dem erneuten Neustart die CPU-Auslastung höher war als sonst. Was sich aber nach einer gewissen Zeit wieder normalisiert hat.
-
Hohe CPU-Auslastung bei Web-Browser-Zugriff bis zu 99%. "Admin" über https.
-
Update auf meiner 251B verlief Problemlos.....
Hohe CPU Last war von QSirch bei mir gewesen, hab den Dienst erstmal getestet, seither läuft die Kiste rund....... werde heute Abend noch meine 453D Updaten -
Mit meiner TS-453A nun gewagt von der 4.4.3.1439 auf die 4.5.1.1495 zu switchen, bisher ohne Probleme. Auch die Hybrid Backup Sync problemlos.
Hat jemand die schon auf der TVS-882 im Einsatz?
-
Ich muss auf meiner TVS-882 noch bis Sonntag warten - läuft gerade ein Rebuild des RAID5, nachdem am letzten Woche eine Seagate mit 16TB den Abgang gemacht hat. Nebenbei: Das recht zügig. Freitag SMART-Warnung gebracht, dann den empfohlenen Suchvorgang nach defekten Blöcken gestartet, der dann am Sonntag nach ca. 1.5 Tagen die Platte mit mehr als 130000 ungewöhnlichen Sektoren aus dem Verbund warf.
Eigentlich hatte ich aber die Hoffnung, dieses FW-Update beseitigt endlich wieder das Phänomen, dass sich bei mir in erster Linie das Volllaufen des Arbeitsspeichers und gelegentlich auch der CPU (dies aber selten) wieder gibt. Als Ursache sehe ich hier eindeutig Virtualization Station - wie ich andernorts schon schrieb. Beende ich das und starte es neu, ist danach erst mal wieder alles in Ordnung. Post #10 nimmt mir jetzt aber wieder die Hoffnung etwas.
-
Eigentlich hatte ich aber die Hoffnung, dieses FW-Update beseitigt endlich wieder das Phänomen (...)
Post #10 nimmt mir jetzt aber wieder die Hoffnung etwas
Ich habe zwar leicht Reden, da ich mit der 4.5.1 auf mehreren Systemen von Beginn an keine Probleme hatte, aber warum dann nicht ein Downgrade bis mit irgendeiner build die ersten Stimmen laut werden die sagen, dass 4.5.1 endlich geil und stabil ist?
btw: mein TVS-473 ist gerade dran mit dem Update, ich erwarte zumindest nichts Schlechtes
-
Ja, klingt vernünftig. Problem: Ich habe auch das Upgrade von QVS auf 3.5.3 durchgezogen und damit mir vielleicht erst das Problem eingefangen. Zurück damit - was wiederum die Voraussetzung für das Downgrade von QTS wäre - bedeutet wiederum, dass ich die VMs darin auf's Spiel setze. Da muss man schon abwägen. Und während dem Rebuild des RAID5 läuft dahingehend erst mal sowieso nichts.
-
bedeutet wiederum, dass ich die VMs darin auf's Spiel setze. Da muss man schon abwägen.
hab ich mir gedacht und sicherlich auch irgendwo gelesen, war mir aber gerade nicht bewusst dass Du derenige mit dem Problem warst. Wobei es unproblematisch sein sollte, da die Einschränkung ja nur exportierte VM (*.qvm / *.ovf) betrifft. Ein Image kann / sollte / müsste demnach problemlos auch in der alten VS wieder eingesetzt werden können.
-
Ist richtig. Und wenn das nächste Update nicht hilft und die Zeit da ist überlege ich mir das ernsthaft. Da ich aber scheinbar alleine mit dem Problem bin, ist es schwierig auf Berichte von Besserungen zu warten.
-
Nur mal so als Frage dazu:
Ist der Speicher in dem NAS der offiziell supportete?
-
Nur mal so als Frage dazu:
Macht das denn einen Unterschied?
Da ich aber scheinbar alleine mit dem Problem bin
tja, das ist finde ich das Verblüffende an der 4.5.1:
etliche Probleme tauchen nur vereinzelt auf, manche bei mehreren Systemen... und ich habe magische Hände oder Patchkabel, keine Ahnung, aber auf mehreren Systemen hatte ich von Beginn der 4.5.1 keine Probleme (zugegeben ist nur eins davon im Dauerbetrieb)
-
Laut Aussage vom Support wird mit den neuen QTS Versionen das Speichertiming immer kritischer, weshalb sie mir bei dem TS-451+ Testsystem auch geraten haben, den offiziell supporteten einzubauen.
Immerhin haben sie mir die Bezeichnung gegeben und ich konnte den dann preisgünstig bei dem großen gelben Händler kaufen.