Nach dem Update auf 4.3.3.0238 lief bei mir erst einmal die Indizierung der Medienbibliothek an.
Die hat, über gut zwei Stunden, zwischen 30 und 50 % CPU gebraucht ...
Schau doch einfach mal, welcher Prozess da bei Dir so hungrig ist.
Nach dem Update auf 4.3.3.0238 lief bei mir erst einmal die Indizierung der Medienbibliothek an.
Die hat, über gut zwei Stunden, zwischen 30 und 50 % CPU gebraucht ...
Schau doch einfach mal, welcher Prozess da bei Dir so hungrig ist.
Auf 19°C heruntergekühlt ist ein wenig frostig und energieintensiv. Ich weiss, ist nach alter Schule, aber im meinem Serverraum herrschen schon seit Jahren 23°C und bis jetzt keine temperaturbedingten Probleme oder erhöhte Verschleißerscheinungen. Aber das ist ein anderes Thema.
![]()
Ich fahre mit der Temperatur am besten. Habe noch einen fetten Cluster aus IBM e-series 440 sowie einige DL-360 laufen.
Die mögen das so am liebsten
Die Platten sind Seagate ST6000VN0021 ...
Was für ein NAS hast du im Einsatz?
TS-435U-RP
Trotz konstanter Raumtemperatur von 19 oC durch eine Klimaanlage werden mir für CPU und Platten verhältnismäßig hohe Werte angezeigt.
CPU | 38 oC bei 40-60% Last |
System | 37 oC |
HDD 1 | 35 oC |
HDD 2 | 37 oC |
HDD 3 | 36 oC |
HDD 4 | 34 oC |
Da die Platten ja alle gleich gut im Luftstrom liegen sollten, bin bei deren Werten besonders irritiert ...
Ich habe, bei sichbarem Popup, im Quelltext nach "checkbox" gesucht ...
Mit Hilde des Entwicklermodus von Chrome habe ich den Dialog nun weg bekommen.
Die Ckeckbox versteckt sich im Quelltext, ist jedoch (warum auch immer) auf einem Layer der nicht sichtbar ist.
Mit ein wenig Intuition lässt sich diese aber aktivieren und nervt nun nicht mehr ..
Pass mit meinen ständigen Meldungen, dass sich das NAS nicht im DNS registrieren kann, zusammen ...
Ich habe zwar schon immer eine feste IP vergeben, diese jetzt aber auch fest in DNS und WINS des AD eingetragen.
Habe das gleiche Problem, welches der Policy des OneDrive geschuldet ist.
Unsere (Firmen)Admins waren so schlau und haben 3rdParty-Anwendungen für den Zugriff unterbunden.
Das letzte Update auf 4.3.3.0188(20170516) brachte auch keine Besserung.
Die Meldung kommt immer noch ohne die Checkbox zum Ignorieren
Einfach die Lizenz kaufen
Dann bin ich die Abfrage vermutlich los, muss dann aber vermutlich das ändern auf exFAT immer verneinen
Also vom Regen in die Traufe
Bei mir tauchen die von FUAN beschriebenen Meldungen auch gelegentlich auf.
Meist jedoch, wenn ich größere Mengen auf das NAS kopiere.
Ein bis zwei Tage später sind die Thumbs dann aber da ... so hab ich das bisher ausgesessen.
Scheint einfach nur ein Ressourcenproblem zu sein.
Wo ist der denn?
Genau das ist auch mein Problem ...
Und weil hier sicher ein paar Twonky Kenner mitlesen: Nach jeden Qnap restart muss ich am Twonky die Endgerätekennung neu eintragen/auswählen. Bzw. auf Generic zurück, und dann wieder auf Samsung stellen. Hat jemand vielleicht eine Idee warum das so ist? Oder wie man dem entgegenwirken kann?
Das kann ich nicht bestätigen, allerdings läuft der Twonky bei mir eh nur mit verkürztem Menü, nach Verzeichnis.
Auch reboote ich das NAS nur wenn es gar nicht mehr anders geht ...
Nachdem ich letztes Wochenende das Update auf QTS 4.3.3 gefahren habe und der Twonky weg war ging es erst mal eine Woche auf Dienstreise; DNLA lief ja.
Aber was durfte ich mir gestern alles anhören ... Musik (knapp 90T MP3) geht nicht, die Meisten Videos werden nicht unterstützt (obwohl alle dreitausend gleich Kodiert sind) .... selbst von den über 120K Fotos war nur ein Bruchteil anzeigbar.
Glücklicherweise fand ich dann auch recht schnell das Twonky-Paket, welches sogar mit meiner alten Windows-Lizenz läuft
Nach knapp 1:30h Indizierung werden mein Panasonic Viera Plasma (2012er) sowie der BlueRay (von 2013) wieder mit allem versorgt.
Den QNAP-DNLA-Medienserver habe ich dann schlafen gelegt.
Seit dem Update auf QTS 4.3.3 nervt bei jeden Aufruf der File Station, eine Abfrage zum Lizenzerwerb für exFAT.
Hat schon jemand eine Idee, wie man das dauerhaft weg bekommt?
Nach der Erstmeldung am 01.04 habe ich gestern doch tatsächlich die Bestätigung des Bug erhalten.
Diese ist nun an die Entwickler, zum Beheben, weiter gegeben worden. Reference WVX-939-98686
Gruss, Andreas
Hallo Gemeinde,
Google hat mich in Euren Dunstkreis geführt, da QNAP selbst anscheinend nicht helfen kann.
Folgendes Problem:
Ein recht frisches TS-453U-RP mit Firmware 4.2.0 vom 11.03.2016 (gestern aktualisiert).
Mitglied eines Windows-AD, lokale DNS.
Beim Anlegen neuer lokaler Nutzer kann man diesen eine Mail zukommen lassen.
Nun werden neben User und dessen Passwort auch Verweise zum NAS mit geschickt, dies jedoch als IP-Adressen.
Ich würde jedoch gerne den Hostname im Link zum NAS verwenden.
Per DNS-Abfrage können diese auch aufgelöst werden:
...>nslookupStandardserver: blnsrh0010.krueger-de.orgAddress: 192.168.115.11> blnnash001.krueger-de.orgServer: blnsrh0010.krueger-de.orgAddress: 192.168.115.11Name: blnnash001.krueger-de.orgAddress: 192.168.115.60> 92.214.171.133Server: blnsrh0010.krueger-de.orgAddress: 192.168.115.11Name: blnnash001.krueger-de.orgAddress: 92.214.171.133> 192.168.115.60Server: blnsrh0010.krueger-de.orgAddress: 192.168.115.11Name: blnnash001.krueger-de.orgAddress: 192.168.115.60
Das NAS beharrt aber auf folgenden Mailtext:
Bei Anlage eines neuen Benutzers werden aber weiterhin nur die IP-Adressen
übermittelt:
Your Turbo NAS account on blnnash001 has been created. To access the account
and modify your password, please click the link below.
192.168.115.60:8080 92.214.171.133:8080
Hat jemand eine Idee, dies an zu passen (gerne auch Hardcoded) ....
Gruss, Andreas