Nachdem der Support so langsam war, habe ich das NAS neu initialisiert. Nun habe ich keine Probleme mehr. Was das Problem eigentlich war bleibt leider unklar.
Beiträge von tom_tm
-
-
Kleines Update: Der Zugriff wurde eingeschränkt und ich habe mal einen Log-Dump gemacht. Folgende Zeile steht vor einem Neustart,
Teilweise sogar zwei Mal hintereinander:
Code<4>[ 626.186242] ====== 2018-08-28 18:50:50 TS-231 (4.3.4.0675-20180810) boot finished. <2>[178661.794848] comcerto_wdt: closed unexpectedly. WDT will not stop! <2>[180224.748106] comcerto_wdt: closed unexpectedly. WDT will not stop! [Diagnostic] Thu Aug 30 20:52:08 CEST 2018, 396.31 <6>[ 0.000000] Booting Linux on physical CPU 0 <6>[ 0.000000] Initializing cgroup subsys cpuset <5>[ 0.000000] Linux version 3.2.26 (root@U16BuildServer44) (gcc version 4.5.4 20120201 (prerelease) (Linaro GCC 4.5-2012.02) ) #2 SMP Fri Aug 10 05:57:45 CST 2018So sehen einige crashes aus:
Code<6>[213167.362229] PHY: comcerto-0:06 - Link is Up - 1000/Full <6>[213167.367735] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready <6>[217572.030324] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,data_err=abort,delalloc,noacl <6>[217718.133956] Adding 16777212k swap on /share/CACHEDEV1_DATA/.swap/qnap_swap. Priority:-3 extents:20 across:530628604k <2>[651136.199418] comcerto_wdt: closed unexpectedly. WDT will not stop! [Diagnostic] Fri Sep 7 09:46:36 CEST 2018, 393.56 <6>[ 0.000000] Booting Linux on physical CPU 0 <6>[ 0.000000] Initializing cgroup subsys cpusetCode
Alles anzeigen<5>[ 389.792483] UBI: max/mean erase counter: 3/2 <5>[ 389.796849] UBI: image sequence number: 1872325126 <5>[ 389.802113] UBI: background thread "ubi_bgt2d" started, PID 13063 <5>[ 389.934470] UBIFS: mounted UBI device 2, volume 0, name "config" <5>[ 389.940550] UBIFS: mounted read-only <5>[ 389.944142] UBIFS: file system size: 12316672 bytes (12028 KiB, 11 MiB, 97 LEBs) <5>[ 389.951886] UBIFS: journal size: 2031616 bytes (1984 KiB, 1 MiB, 16 LEBs) <5>[ 389.959305] UBIFS: media format: w4/r0 (latest is w4/r0) <5>[ 389.965163] UBIFS: default compressor: lzo <5>[ 389.969304] UBIFS: reserved for root: 0 bytes (0 KiB) <5>[ 389.986599] UBIFS: un-mount UBI device 2, volume 0 <5>[ 390.045649] UBI: mtd6 is detached from ubi2 <4>[ 392.450021] rule type=2, num=0 <4>[ 512.733293] ====== 2018-09-07 09:48:36 TS-231 (4.3.4.0675-20180810) boot finished. <2>[84022.368168] comcerto_wdt: closed unexpectedly. WDT will not stop! [Diagnostic] Sat Sep 8 09:08:21 CEST 2018, 403.23 <6>[ 0.000000] Booting Linux on physical CPU 0 <6>[ 0.000000] Initializing cgroup subsys cpusetCode<5>[ 397.983230] UBIFS: default compressor: lzo <5>[ 397.987345] UBIFS: reserved for root: 0 bytes (0 KiB) <5>[ 398.004781] UBIFS: un-mount UBI device 2, volume 0 <5>[ 398.074599] UBI: mtd6 is detached from ubi2 <4>[ 401.723202] rule type=2, num=0 <4>[ 533.936274] ====== 2018-09-08 09:10:31 TS-231 (4.3.4.0675-20180810) boot finished. <2>[94323.190702] comcerto_wdt: closed unexpectedly. WDT will not stop! [Diagnostic] Sun Sep 9 11:21:36 CEST 2018, 401.92 <6>[ 0.000000] Booting Linux on physical CPU 0 <6>[ 0.000000] Initializing cgroup subsys cpusetEdit:
Ja, die Benutzer haben Zugriff auf die selben Daten. Es erfolgt aber meistens kein gleichzeitiger Zugriff, da die anderen Benutzer nur sehr selten zugreifen. Es sind in den meisten Fällen Multimedia-Dateien. Da ich ihnen nicht erklärt habe wie man sonst noch zugreifen könnte erfolgt der Zugriff nur über den Webbrowser und sie sehen dort nur die FileStation und darin die für sie freigegebenen Ordner.
Im Moment habe ich aber die dynamische URL wieder mal geändert und noch nicht kommuniziert, der CLoudDienst bleibt aber eingeschaltet, so dass ich zumindest unterwegs auf meine Daten zugreifen kann.
-
Hallo zusammen,
seit einigen Wochen versuche ich den seltsamen crashes meines NAS auf die Spuren zu kommen. Das NAS startet sich einfach neu und in den logs steht nur, dass das System von Power getrennt wurde und das Dateisystem nun bereinigt werden sollte. Es gibt keine Login-Versuche vorher. Das NAS ist als meine Cloud von außen "öffentlich" (Cloud setting) ansprechbar, aber nur mit Login kann man wirklich zugreifen.
Nun bin ich so vorgegangen:
NAS vom Netzwerk getrennt - stabil ohne Murren
NAS ans Netzwerk angehängt und externe DynURL geändert - stabil ohne Murren
Benutzer 1 die URL genannt - stabil ohne MurrenBenutzer 2 die URL genannt - der erste crash nach keinen 3 Stunden, sowie am nächsten Tag um etwa die gleiche Uhrzeit
Wie gesagt, gibt es in den logs derzeit nichts, womit ich meine Theorie beweisen kann und suche hier und jetzt eigentlich nur Hilfe um genau da tiefer ins Detail zu kommen. Ich habe nämlich wenig Lust mir den Netzwerk-Traffic von und zum nas über Stunden zu loggen und später zu analysieren, nur um später vielleicht eine verdächtige IP-Adresse zu haben.
Gibt es erweiterte Diagnose-Möglichkeiten, erweiterte Logs?
Bitte keine Grundsatzdiskussion darüber wie ich meine Cloud benutzen möchte.
Firmware ist aktuell, wurde auch nach den ersten Vorkommen aktualisiert und hat nicht geholfen.
-
So sieht es aus. Allerdings konnte ich 4.1.4 nicht konfigurieren und neustarten.
Ich habe jetzt nochmal 4.2.2. installiert und da ist unter keinen Umständen mehr als 60 MB/s herauszuholen. Ich versuche mich jetzt wieder am Downgrade zu 4.2.0 und bleibe dabei, bis QNAP zugibt einen Fehler gemacht, gefunden und behoben zu haben.
QTS422_Speed_SMB30_asyncEA_cached.PNG
QTS4.2.2 SMB3.0 sanchrones E/A,
Schreicache aktiviertQTS422_Speed_SMB20.PNG
QTS4.2.2 SMB 2.0 nach NeustartQTS422_Speed_SMB30_asyncEA_cached_2.PNG
QTS4.2.2 SMB3.0, asynchrones E/A,
Schreibcache aktiviert nach Neustart -
Tests die ich bis jetzt gemacht habe
(Dateikopieren von einer einzelnen 11 GB großen Datei)QTS414_Speed.PNG
QTS4.1.4 (Einstellungen unbekannt,
da kein Webinterfacezugang)QTS420_Speed_SMB20_asyncEA.PNG
QTS4.2.0 SMB2.0 asynchrones EAQTS420_Speed_SMB30.PNG
QTS4.2.0 SMB3.0QTS420_Speed_SMB30_asyncEA_cached.PNG
QTS4.2.0 SMB3.0 asynchrones EA,
Schreibcache eingeschaltetQTS420_Speed_SMB21.PNG
QTS4.2.0 SMB2.1QTS420_Speed_SMB30_asyncEA.PNG
QTS4.2.0 SMB3.0 asynchrones EAJust for fun mal einen "Neustart" ausgelöst:
WTF.PNG
(SMB 3.0 asynchrones E/A, Schreibcache aktiviert) -
Mein TS-231 ist noch kein Jahr alt (Kaufdatum 23.12.2015).
Ich versuche gerade die Version 4.1.4 wieder zum Laufen zu bekommen, hatte aber den Bug mit dem nicht ladenden Benutzerinterface und bin nun im Putty Update Prozess.Du sagst, dass du per sé nicht downgraden kannst, vielleicht kann ich Dir/uns Klarheit verschaffen. Eigentlich ist das ein Job von QNAP.
-
Hallo Mavalok2,
Ich habe in den Optionen sowohl mit der smb Version gespielt, als auch mit asynchrones e/a. Es hat alles keine Auswirkung auf die Performance. Leider.
Meine PCs sind Windows 10 und 8. -
Hallo zusammen,
Ich wende mich an euch, denn mein NAS performt nicht mehr.
Ich bin es gewohnt eine konsistente Schreibleistung von ~109 MB/s zu haben, wenn ich Daten vom PC über GBit LAN und einen Router aufs NAS kopiere (Windows NFS). Dann kam irgendwann ein Update auf QTS 4.2.1 und kurz danach stellte ich fest, dass meine Schreibleistung auf etwa 64 MB/s abgesackt war. Gut, das kenne ich - "Schreibcache, verzögerte Allokation" gecheckt und ja war aktiviert. Denn bisher habe ich diesen Haken nicht aktiv gehabt, weil mit Haken die Leistung stark eingebrochen war.
Nun habe ich den Haken aber entfernt und die Leistung ist auf etwa 54 MB/s eingebrochen. Nicht jedoch die Leseleistung die mit etwa 109 MB/s wohl weiterhin auf dem Maximum des Netzwerks liegt.Was habe ich bisher gemacht, außer das mit dem schlecht übersetzten Haken? (Wieso hat damals der Haken die Schreibleistung so massiv verschlechtert, anstelle zu verbessern, so wie es jetzt der Fall ist?)
- Speicherplatz freigegeben (HDDs neigen dazu langsamer zu werden, je voller sie sind. Dagegen spricht aber die so prompte Halbierung der Performance) -> kein Effekt
- externe USB-Laufwerke getrennt und Stecker gezogen -> kein Effekt
- Neuere Firmware aufgespielt -> kein Effekt
- Ältere Firmware aufgespielt -> kein Effekt
- Datenträger gescannt -> Keine Fehler
- Dateisystem gescannt -> Keine Fehler
- Dienste kontrolliert -> hat sich nichts geändert, es sind nur 2 aktiv.
- Prozesse kontrolliert -> keine absonderlichen Prozesse oder CPU/Ram-Auslastung
- Router gewechselt -> kein Effekt (Leseleistung ist ja gut. Und auch an den Kabel etc. habe ich nichts geändert. Wohlgemerkt, war in diesem Zustand schonmal alles i.O.)
- Ich kann auch aufgrund der Leseleistung beim besten Willen nicht verstehen, warum das Netzwerk das Problem sein sollte.
- Volume formatiert -> kein Effekt
- NAS reinitialisiert -> kein Effekt
- Festplatten am PC angeschlossen und getestet: Schreibleistung zwischen 100 und 130 MB/s, Im Schnitt ca. 100 MB/s bei zufälligem Schreibzugriff (siehe angehängtes Bild)
- S.M.A.R.T. kontrolliert -> beide Festplatten in tadellosem Zustand
------ Start Edit 10.11.2016:
- LAN 2 angeschlossen -> kein Effekt
- anderen PC für Test verwendet -> kein Effekt
Es fällt auch auf, dass trotz des Auftrags eine sequenzielle Datei von mehreren hundert MB Größe zu schreiben, die Festplatten sehr aktiv Sektoren suchen.
Ich habe jetzt ein Ticket via integriertem Helpdesk geschrieben.
------ End edit 10.11.2016Bei allen Tests waren keine anderen Geräte im Netzwerk beteiligt. Kein anderer Benutzer hatte Zugriff auf das NAS.
Ich sehe als nächste Station RMA. Gibt es von eurer Seite noch Ideen? *Verschwörungstherien* Gefühlt hat QNAP den Microprozessor im Takt gedrosselt durch das FW Update.
Ich bin von QNAP abermals enttäuscht. Dass das NAS nach ein paar Minuten abstürzt, wenn es von USB Dateien in das Volume kopieren soll hab ich ihm ja schon fast verziehen. Auch dass die Leistung allgemein über das Web-Interface noch langsamer ist, als über Windows direkt, ist mir unerklärlich.NAS Konfiguration:
Qnap Turbo Station TS-231
Festplatten: 2x WD30EFRX
Raid-Typ: Raid0
Verschlüsselung: nein
Firmware: verschieden (siehe oben) aber ind der Regel last stable
Netzwerk: Gigabit (PC -> CAT6A -> Cablecom Homebox -> CAT5A [Qnap Lieferumfang] -> TS-231) -
Hallo Sascha,
herzlichen Dank schon mal für deine Unterstützung.
Was wäre denn unter
Code<7>[693298.290504] vgdisplay(8731): dirtied inode 14795 (vg1) on md9zu verstehen?
Habe ich in Test #20 entdeckt.
-
Hallo zusammen,
seit einiger Zeit und ohne mein Zutun rattern die Festplatten alle paar Sekunden in meinem NAS. Ich habe das Admin-Passwort geändert und nochmal versucht alles, was nicht benötigt wird abzuschalten. Dennoch gibt das NAS keine Ruhe. Ich habe keinen HDD-Standby aktiviert und will auhc gar nicht dahin, aber das "rt rt" alle paar Sekunden und auch noch im unregelmässigen Abstand nervt mich, wenn ich im gleichen Raum sitze. Natürlich werde ich aus dem LOG nicht schlau:
Code============= 0/100 test, Wed Apr 13 16:12:38 CEST 2016 ===============<7>[687964.212598] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687964.212649] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687975.602691] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687975.602749] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687975.842603] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687975.842651] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687984.012746] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687984.012799] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687984.252593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687984.252643] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688004.012752] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688004.012805] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688004.252594] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688004.252632] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688015.632688] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688015.632747] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688015.872600] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688015.872643] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688024.012748] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688024.012800] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688024.252596] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688024.252644] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688043.972749] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688043.972801] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688044.212593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688044.212641] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688055.662698] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688055.662753] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688055.892609] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688055.892661] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688063.972751] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688063.972807] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688064.202598] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688064.202652] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688084.012752] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688084.012804] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688084.252617] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688084.252665] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687964.212598] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687975.602691] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687975.842603] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687984.012746] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687984.252593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688004.012752] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688004.252594] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688015.632688] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688015.872600] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688024.012748] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688024.252596] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688043.972749] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688044.212593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688055.662698] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688055.892609] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688063.972751] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688064.202598] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688084.012752] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688084.252617] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[687964.212649] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687975.602749] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687975.842651] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687984.012799] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[687984.252643] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688004.012805] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688004.252632] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688015.632747] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688015.872643] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688024.012800] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688024.252644] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688043.972801] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688044.212641] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688055.662753] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688055.892661] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688063.972807] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688064.202652] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688084.012804] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688084.252665] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)============= 1/100 test, Wed Apr 13 16:14:50 CEST 2016 ===============<7>[688095.682687] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688095.682740] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688095.922620] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688095.922677] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688104.012757] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688104.012811] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688104.252590] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688104.252626] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688124.002755] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688124.002808] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688124.242633] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688124.242689] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688135.712699] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688135.712758] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688135.952600] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688135.952649] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688148.012750] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688148.012806] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688148.252593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688148.252642] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688167.972755] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688167.972810] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688168.252598] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688168.252648] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688180.271265] vgdisplay(11677): READ block 0 on md1 (8 sectors)<7>[688180.404279] vgdisplay(11682): READ block 0 on md1 (8 sectors)<7>[688180.540426] vgdisplay(11687): READ block 0 on md1 (8 sectors)<7>[688180.673767] vgdisplay(11691): READ block 0 on md1 (8 sectors)<7>[688180.742696] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688180.742750] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688180.982603] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688180.982651] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688188.012746] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688188.012803] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688188.252593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688188.252642] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688208.012747] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688208.012800] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688208.252594] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688208.252634] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688220.773094] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688220.773146] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688095.682687] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688095.922620] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688104.012757] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688104.252590] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688124.002755] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688124.242633] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688135.712699] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688135.952600] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688148.012750] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688148.252593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688167.972755] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688168.252598] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688180.742696] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688180.982603] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688188.012746] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688188.252593] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688208.012747] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688208.252594] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688220.773094] md1_raid1(1866): WRITE block 5840623504 on sda3 (1 sectors)<7>[688095.682740] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688095.922677] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688104.012811] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688104.252626] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688124.002808] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688124.242689] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688135.712758] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688135.952649] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688148.012806] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688148.252642] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688167.972810] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688168.252648] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688180.742750] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688180.982651] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688188.012803] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688188.252642] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688208.012800] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688208.252634] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)<7>[688220.773146] md1_raid1(1866): WRITE block 5840623504 on sdb3 (1 sectors)============= 2/100 test, Wed Apr 13 16:16:56 CEST 2016 ===============
Die Windows Netzlaufwerke hatte ich für den Test nicht getrennt.
WinSCP hat mir leider die Verbindung gekappt, nachdem ich 60 Sekunden nicht in der App den Mauszeiger bewegt habe.Da es oft gefragt wird, hier noch das crontab, was auch immer das heisst.
Code
Alles anzeigen/root$ cat /etc/config/crontab # m h dom m dow cmd 0 5 * * * /sbin/qthin_check 0 2 * * * /sbin/qfstrim #0 4 * * * /sbin/hwclock -s 0 3 * * * /sbin/vs_refresh 0 3 * * * /sbin/clean_reset_pwd 0-59/15 * * * * /etc/init.d/nss2_dusg.sh 30 7 * * * /sbin/clean_upload_file 30 3 * * * /sbin/notice_log_tool -v -R 10 15 * * * /usr/bin/power_clean -c 2>/dev/null 20 15 * * * /usr/bin/qcloud_cli -c 0 3 * * 0 /etc/init.d/idmap.sh dump 4 3 * * 3 /etc/init.d/backup_conf.sh 30 7 * * * /usr/local/sbin/version_cleaner -t 0 > /dev/null 2>/dev/null 35 7 * * * /sbin/qbox_util -c > /dev/null 2>/dev/null 10 17 * * * /share/CACHEDEV1_DATA/.qpkg/QcloudSSLCertificate/bin/ssl_agent_cli 30 22 * * 1 /etc/init.d/antivirus.sh scan 1 4 * * * * /sbin/qddns_check 2>/dev/nullIch möchte mein NAS übrigens nur benutzen und es stand auch auf der Packung nicht drauf, dass ich Linux Shell beherrschen muss, um ein NAS zu bekommen, das jeden tag so funktioniert, wie es von ihm erwarte. Dass die Performance nicht wie angegeben ist, nehme ich schon hin und würde vermutlich trotzdem wieder QNAP kaufen.
Und hier noch ein Screenshot der Dienste:
Übrigens wäre es toll im Startpost nicht nur zu schreiben was das Problem sein könnte, sondern wie man es in diesem Fall selbst diagnostizieren und beheben kann.
Danke für hilfreiche Tipps :thumb:
-
Ich melde mich mal als Nummer 2 mit diesem Problem.
Bisher probiert:
- Anti-Virus Scan: ergebnislos
- Unnötige Dienste abschalten: ergebnislos
- Neustart des Systems: ergebnislos
- Aus- und Wiedereinschalten: ergebnislos
Hardware: QNAP TS-231
HDD: 2x WD30EFRX-68EUZN0 im Raid 1, ein statisches Volume 54% belegt
Firmware: 4.2.0 build 2016/03/11 -
Danke.
hier das Putty Fenster:
Ich werde mal die Platten etwas leeren und dann diesen Beitrag editieren.
Edit: Atto bei 30% Füllstand des Volumes:
Nun schreibe ich die Daten wieder von meiner SSD zurück auf das NAS und erreiche 44 - 48 MB/s. Das wird lange dauern. Leider scheinen ja die USB Anschlüsse nicht schneller verarbeitet zu werden. Gibt es dazu eigentlich eine Stellungnahme?
Hier das Putty-Fenster beim Kopieren von einem hinteren USB3.0 Anschluss auf das Volume:
-
Hallo TobiasK,
danke für deine Antwort.
Das Volume ist zu 63% gefüllt. Anbei der Screenshot. Wenn du mir sagst, wie ich an die Konsole komme, gebe ich dir auch gerne die Antwort zum "top" Befehl.
-
Hallo zusammen,
als ich das NAS bekommen habe, meine ich eine Schreibgeschwindigkeit nahe der 100 MB/s gesehen zu haben. Nun nutze ich das NAS schon eine Weile länger und komme mit dem Windows-Explorer auf ca. 50 MB/s. Wenn ich den File-Manager aus der Web-Oberfläche zum Heraufladen benutze, zeigt dieser mir nach Abschluss 25 MB/s an.
Ich schreibe gerade viele große Dateien auf eine externe USB3.0 Festplatte per PC zurück; dort sehe ich 65 - 99 MB/s, natürlich wird hier massiv in den Arbeitsspeicher des Rechners zwischengespeichert.
Als ich gestern diese Festplatte an den vorderen USB3.0 Anschluss angeschlossen habe, hatte sie in der gleichen Zeit wie jetzt (eine Stunde) gerade 4% geschafft, während sie mit dem Windows-Explorer schon bei 50% war. Das finde ich ziemlich mies, da es sich wohl kaum um USB3.0 Geschwindigkeit handelt. Ich habe das Gefühl, dass die hinteren Schnittstellen schneller sind.Nun habe ich gestern lange Zeit mit der Forensuche verbracht und versichere euch folgendes:
- Alle Verbindungen zum Datenverkehr sind per Kabel gelöst
- Es handelt sich um ein 1 Gbit/s Netzwerk (Komponenten und Wege siehe unten)
- Die CPU-Last vom NAS übersteigt nie 50%, ebenso auch der RAM (weder beim Schreiben, noch beim Lesen)
- Die Festplatten erreichen selbst über 130 MB/s schreibend, wie lesend (am PC getestet; Komponenten siehe unten)
- Eine Direktverbindung zwischen PC und NAS fördert exakt die gleichen Performance-Werte zu Tage
- Die Verschlüsselung ist nicht eingeschaltet
- Mein Computer, bzw. meine Computer haben mehr als ausreichend Rechenleistung um größere Transferraten zu erreichen. Beide PCs haben sehr gute und schnelle SSDs.
- Es werden weder Power-Lan noch schadhafte Kabelverbindungen eingesetzt
- Zum Zeitpunkt meines Tests (siehe oben) hatte niemand außer mir Zugriff auf die Komponenten
Komponenten:
QNAP TS-231 Firmware 4.2.1 Build 20150126 (auch frühere Versionen betroffen)
- kein Port-Trunking
- Netzwerkübertragungsrate fest auf 1000 Mbps eingestellt (auch Auto-Aushandlung getestet)
- Feste IP-Adresse
- Diese IP-Adresse ist auch im Router (siehe unten) DHCP reserviert
- Subnetz ist an allen Clienten gleich 255.255.255.0
- Anschluss: Ethernet1
- Festplatten: 2x WD WD30EFRX (Raid-1)
- kein iSCSI, LUN oder Remote-Datenträger
- Meldet als DNS 8.8.8.8 ?
- 0 fehlerhafte PaketeComputer
- Intel Ethernet I217-V
- Verbindungsgeschwindigkeit: 1 GBit/s Vollduplex
- Energieeffizientes Ethernet abgeschaltet
- Jumbo Packet deaktiviert
- OS: Windows 8.1 x64Router D-Link DIR-860L
- Hardware Version : A1
- Firmware Version : 1.08
- DHCP an (Feste IP-Adresse für das NAS)
- Weder Fehler noch Kollisionen im Netzwerkverkehr (bei der Kabelverbindung!)
- 2,4 GHz + 5 GHz sind gleichzeitig an und werden auch genutzt
- kein IP v6
- hat kein Energieeffizentes-Ethernet, also laufen alle Schnittstellen auf 1 GBit/sVerbindung:
PC
|
|
|
|
Router
|
QNAP NAS TS-231 -
Hallo Grey Angel,
vielen vielen Dank für deine Hilfe, ich bin nun schon ein ganzes Stück weiter. Wirklich Top!! :thumb:
Zitat von "Grey Angel"Wenn Du im Webinterface (Einstellungen für Microsoft Betriebssystem) die gleiche Arbeitsgruppe / Domain einstellst wie auf Deinen Rechnern,
siehst Du es in der Netzwerkumgebung. Du hast somit 2 Möglichkeiten, ein Laufwerk unter Windows einzubinden:Leider funktioniert genau das nicht. Im Netzwerk taucht das NAS als Kategorie "Speicher" auf, was bei Doppelklick allerdings dann das Webinterface aufruft. Muss ich dafür noch eine Einstellung aktivieren? Im Moment ist "Eigenständiger Server" aktiviert, eine Domäne habe ich nicht eingerichtet, es gibt auch nur eine Hand voll Netzwerkgeräte.
Wegen Backup: Wenn ich das NAS so am Laufen habe, wie gewünscht soll das Backup auf das externe Laufwerk automatisch stattfinden, darüber mache ich mir keine Sorgen. Nur wäre es super, wenn ich mit dem Windows Explorer dem NAS nur die Anweisung geben könnte, etwas von oder zur externen Festplatte zu kopieren, ohne dass der gesamte Traffic über meinen PC läuft.
Kannst du mir kurz sagen: Was macht die Synchronisierung? Das interessiert mich gerade.
-
Hallo zusammen,
ich bin neu in der QNAP Welt und wurde bereits von einem D-Link NAS schwer enttäuscht. Daher habe ich nun große Hoffnungen auf das (viel teurere) QNAP Nas gelegt.
Nach einiger Spielerei habe ich dann festgestellt, dass ich wohl keinen direkten Zugriff auf das "Volume" habe, wie ich es eigentlich gewohnt bin? Sprich, ich möchte das NAS als Netzwerklaufwer im Windows Explorer/Arbeitsplatz einbinden und gebe dafür die IP ein. Ich erhalte aber nur die Pseudo-Freigabe-Ordner zur Auswahl. Kann ich diese löschen? Ich bin nicht so der Fan von derartigen Vorschreibungen.
Also habe ich mir einen neuen Ordner "NAS" erstellt und diesen als Laufwerk eingebunden - kann ich mit leben.Danach habe ich eine externe USB3-Festplatte angeschlossen und diese auch als Laufwerk eingebunden - hier gibt es dann Zugriff auf das blanke Volume, so wie ich sie auch am PC sehen kann. Was mich nun stört: Wenn ich die Dateien von der USB-Festplatte auf das NAS kopiere läuft sämtlicher Datenverkehr über meinen Computer:
Ich weiss, dass ich über die NAS Oberfläche eine Direktkopie starten kann. Aber da wird mir nicht angezeigt, wieviel Zeit vergeht, bis der Vorgang abgeschlossen ist?
Daher frage ich euch: Wie kann ich das NAS quasi als externes Laufwerk möglichst perfekt und ohne dauerhaftes Nutzen der Weboberfläche so nutzen, wie beschrieben? Ein bisschen Fleißarbeit zum Umstrukturieren meiner Dateiordnung geht völlig in Ordnung.
Zusatzfrage: Nach der Inbetriebnahme "synchronisiert" das NAS - mit was? Die Festplatten sind als Raid1 eingerichtet - synchroner geht es doch nicht?
Ich freue mich auf eure Antworten.
Mein QNAP TS-231 ist ausgestattet mit 2x WD30EFRX im Raid 1 ohne Verschlüsselung. Angeschlossen ist per USB3.0 (hinten, Lin Li EX10Q eine WD Red 1 TB 2,5"). Netzwerkrouter ist ein D-Link DIR 860L