Gibt ein neues Update. 1652 - ich trau mich mal.
Fixed
Code
- Users could not connect to the network when the jumbo frame of a 2.5 GbE network adapter was not set to 1500 bytes.Beiträge von MeandMe
-
-
Also ich hab keine Ahnung was QNAP an der Firmware vergeigt hat aber ich hab Unmengen an Package losses seitdem. Zudem kommen SabNZB und NzbGet gerade mal noch auf 10MB/s die losses gehen generell in die Höhe wenn irgendetwas aktiv ist auf dem NAS
So sieht das dann über 2 Stunden aus auf dem QNAP:
Auf dem TV mit 2 Stunden Netflix so:
-
Die 1630 für die 653-D ist nun auch wieder da. Glaub ich warte mal besser noch ein wenig
-
Dann über HDMI und USB-Keyboard direkt ans NAS ran
Nicht mal das geht auf der Kiste. Nach Alt+F2 wird der Bildschirm schwarz und das wars. Man bin ich genervt davon
-
Meine D war auf der aktuellsten angebotenen Version. Das dumme ist ich komme gar nicht mehr drauf. Die Kiste zieht sich keine IP mehr. Laptop direkt dran auch keine 169.x IP nix, null bis auf einmal kurz während dem boot
-
Bei mir auf der TS-653D ist nach dem Update das Netzwerk tot. Keine Verbindung mehr auf beiden Ports auch nach Neustart nicht. Prima, bin begeistert.
Während dem Boot ist er kurz da und dann wieder weg:
CodeRequest timeout for icmp_seq 173 Request timeout for icmp_seq 174 64 bytes from 192.168.1.xx: icmp_seq=175 ttl=64 time=4.587 ms 64 bytes from 192.168.1.xx icmp_seq=176 ttl=64 time=2.621 ms Request timeout for icmp_seq 177 -
Also bei mir läuft er ist aber Rosetta 2 (Intel) Sonst würde da "universal" stehen.
-
Nach ein paar Tweaks und etwas anderer Konfiguration als Anfangs gewollt mittlerweile ja.
Auch die Platten gehen wie gewünscht alle in den Sleep nachdem ich den Internen md9+md13 Raid rausgeworfen habe und nur einmal am Tag wieder aufbaue. der 16GB Riegel welche ich noch hatte läuft auch so wie er soll. Also bisher kann ich nicht klagen. NAS läuft 24x7 und hatte bisher nur einmal einen Aussetzer beim anschliessen einer USB Festplatte - da ging dann gar nichts mehr. Musste das ganze neu starten von der Shell, da die Oberfläche überhaupt nicht mehr reagiert hat.
-
Glaub nicht, dass es da momentan eine Möglichkeit gibt den Treiber zu installieren.
Mod: Zitat ohne Quellenangabe ... gelöscht!
Die Zitat Funktion des Forums richtig nutzenalso abwarten ob da mal ein Update kommt. Auch mit System protection disabled mag man den Treiber kopieren können aber laufen wird er wohl eher nicht. Zumindest laut Apple Forum nur mit 1 Gbit
-
Nach dem Firmwareupdate war das System-RAID für md9 und md13 wieder über alle 4 Platten aktiv.
Ob das nur beim Firmwareupdate passiert (evtl. beim Punkt "Dateisystem-Aktualisierung" nach dem eigentlichen Update) oder beim Neustart kann ich nicht sagen.
Klar nach einem reboot ist wieder alles beim alten wenn Du es nur temporär deaktiviert hast. Daher mache ich das auch per script und lasse den Verbund generell täglich einmal wieder synchronisieren. Nach einem Reboot / Firmware Update muss das Script zum internen "Raid entknüpfen" erneut ausgeführt werden.
-
Ja geil wer rechnet denn mit sowas?
ich hab da auch ganz ehrlich vorher nicht drauf geachtet bin aber der Meinung, dass die 653D beim ersten Test nachdem ich Sie bekommen habe tatsächlich volle Leistung gebracht hat. So ein sch....Muss ich mir wohl mal links und rechts eine geben.
Dolle Sache Qnap, den Grund würde ich aber wirklich gerne mal wissen.
-
Config wäre:
2x1 TB SSD (Single Disk
2x8 TB Seagate Ironwolf - Raid0
2x2TB WD Red SATA SSD
Kein Raid 5/6 whatsoever. Ist mir im Homebereich relativ egal da eh ein tägliches Backup läuft und 1 oder 2 Tage downtime nicht unbedingt so wichtig.
System liegt auf einer SSD.
Hier sieht es so aus, als ob einfach nicht mehr als 180MB/s gelesen wird. Warum auch immer
Screenshot 2020-11-23 at 22.36.49.png
Der Performance Test in der CLI ist allerdings völlig normal:
Code
Alles anzeigenPerformance test is finished 100.000%... Enclosure Port Sys_Name Throughput RAID RAID_Type RAID_Throughput Pool NAS_HOST 1 /dev/sde 411.45 MB/s /dev/md1 Single 411.08 MB/s 1 NAS_HOST 2 /dev/sdf 222.84 MB/s /dev/md2 RAID 0 441.64 MB/s 2 NAS_HOST 3 /dev/sdc 228.38 MB/s /dev/md2 RAID 0 441.64 MB/s 2 NAS_HOST 4 /dev/sdd 534.70 MB/s /dev/md4 Single 539.86 MB/s 4 NAS_HOST P1-1 /dev/sdb 532.71 MB/s /dev/md3 RAID 0 848.48 MB/s 3 NAS_HOST P1-2 /dev/sda 533.24 MB/s /dev/md3 RAID 0 848.48 MB/s 3 Performance test is finished 100.000%... VolID VolName Pool Mapping_Name Throughput Mount_Path FS_Throughput 1 DataVol1 1 /dev/mapper/cachedev1 404.95 MB/s /share/CACHEDEV1_DATA 403.79 MB/s 2 DataVol2 2 /dev/mapper/cachedev2 454.10 MB/s /share/CACHEDEV2_DATA 452.30 MB/s 3 DataVol3 3 /dev/mapper/cachedev3 853.08 MB/s /share/CACHEDEV3_DATA 831.17 MB/s 4 DataVol4 4 /dev/mapper/cachedev4 486.40 MB/s /share/CACHEDEV4_DATA 465.45 MB/s 5 HybridMount1 4 /dev/mapper/cachedev5 534.70 MB/s /share/CACHEDEV5_DATA 467.15 MB/s 6 HybridMount2 4 /dev/mapper/cachedev6 535.83 MB/s /share/CACHEDEV6_DATA 494.21 MB/s -
Ok der Package loss ist mir vorhin so noch nicht aufgefallen hat aber nur der MAC wie es ausschaut, die Windows Kiste nicht. Muss ich mal schauen warum.
Die Reads auf dem NAS sind btw. völlig ok nur der Transfer nicht. Netzwerkkabel hab ich jetzt schon quer beet gewechselt.
-
Moin zusammen,
Dumme Sache ist mir aufgefallen bei der ich auch irgendwie nicht weiterkomme.
Die Lesegeschwindigkeit auf dem NAS ist irgendwie nicht da wo Sie sein soll. Die Geschwindigkeit der Festplatten im System allerdings ok. Mehrfach gecheckt.
Das Lesen vom NAS steckt bei 170-180 MB/s fest mehr bekomme ich da nicht raus. Keine Ahnung woran es liegt. Netzwerk an sich ist ok. Lesen vom Unraid Server ist auch völlig ok.
Schreiben auf den Qnap dahingehen völlig normal. Keine Ahnung wo hier das Problem ist.
Jemand eine Idee dazu?
Screenshot 2020-11-21 at 09.55.42.png
Lesen vom Unraid Server:
Code
Alles anzeigenAccepted connection from 192.168.1.134, port 54839 [ 5] local 192.168.1.10 port 5201 connected to 192.168.1.134 port 52550 [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-1.00 sec 295 MBytes 2.47 Gbits/sec 0.036 ms 184214/221961 (83%) [ 5] 1.00-2.00 sec 295 MBytes 2.48 Gbits/sec 0.033 ms 190952/228772 (83%) [ 5] 2.00-3.00 sec 295 MBytes 2.48 Gbits/sec 0.037 ms 195005/232826 (84%) [ 5] 3.00-4.00 sec 293 MBytes 2.46 Gbits/sec 0.031 ms 190540/228037 (84%) [ 5] 4.00-5.00 sec 292 MBytes 2.45 Gbits/sec 0.037 ms 194866/232247 (84%) [ 5] 5.00-6.00 sec 294 MBytes 2.47 Gbits/sec 0.053 ms 195003/232626 (84%) [ 5] 6.00-7.00 sec 290 MBytes 2.43 Gbits/sec 0.076 ms 189000/226061 (84%) [ 5] 7.00-8.00 sec 295 MBytes 2.47 Gbits/sec 0.031 ms 191098/228858 (84%) [ 5] 8.00-9.00 sec 291 MBytes 2.44 Gbits/sec 0.032 ms 194529/231781 (84%) [ 5] 9.00-10.00 sec 292 MBytes 2.45 Gbits/sec 0.056 ms 189928/227315 (84%) [ 5] 10.00-10.00 sec 408 KBytes 2.93 Gbits/sec 0.039 ms 286/337 (85%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 2.86 GBytes 2.46 Gbits/sec 0.039 ms 1915421/2290821 (84%) receiverLesen vom Unraid zum QNAP
Code
Alles anzeigenAccepted connection from 192.168.1.8, port 43774 [ 5] local 192.168.1.10 port 5201 connected to 192.168.1.8 port 38897 [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-1.00 sec 163 MBytes 1.37 Gbits/sec 0.033 ms 0/116984 (0%) [ 5] 1.00-2.00 sec 174 MBytes 1.46 Gbits/sec 0.029 ms 0/124665 (0%) [ 5] 2.00-3.00 sec 173 MBytes 1.45 Gbits/sec 0.009 ms 0/124543 (0%) [ 5] 3.00-4.00 sec 171 MBytes 1.43 Gbits/sec 0.006 ms 0/122574 (0%) [ 5] 4.00-5.00 sec 168 MBytes 1.41 Gbits/sec 0.012 ms 0/120874 (0%) [ 5] 5.00-6.00 sec 164 MBytes 1.38 Gbits/sec 0.005 ms 0/117757 (0%) [ 5] 6.00-7.00 sec 171 MBytes 1.43 Gbits/sec 0.007 ms 0/122474 (0%) [ 5] 7.00-8.00 sec 161 MBytes 1.35 Gbits/sec 0.009 ms 0/115920 (0%) [ 5] 8.00-9.00 sec 150 MBytes 1.26 Gbits/sec 0.016 ms 0/107707 (0%) [ 5] 9.00-10.00 sec 165 MBytes 1.39 Gbits/sec 0.009 ms 0/118717 (0%) [ 5] 10.00-10.04 sec 7.42 MBytes 1.45 Gbits/sec 0.009 ms 0/5326 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.04 sec 1.63 GBytes 1.39 Gbits/sec 0.009 ms 0/1197541 (0%) receiverSchreiben auf den QNAP
Code
Alles anzeigenConnecting to host 192.168.1.8, port 5201 [ 5] local 192.168.1.10 port 37160 connected to 192.168.1.8 port 5201 [ ID] Interval Transfer Bitrate Total Datagrams [ 5] 0.00-1.00 sec 285 MBytes 2.39 Gbits/sec 204740 [ 5] 1.00-2.00 sec 285 MBytes 2.39 Gbits/sec 204470 [ 5] 2.00-3.00 sec 284 MBytes 2.38 Gbits/sec 203900 [ 5] 3.00-4.00 sec 284 MBytes 2.38 Gbits/sec 203740 [ 5] 4.00-5.00 sec 284 MBytes 2.38 Gbits/sec 203700 [ 5] 5.00-6.00 sec 285 MBytes 2.39 Gbits/sec 204450 [ 5] 6.00-7.00 sec 284 MBytes 2.38 Gbits/sec 203790 [ 5] 7.00-8.00 sec 283 MBytes 2.38 Gbits/sec 203570 [ 5] 8.00-9.00 sec 285 MBytes 2.39 Gbits/sec 204380 [ 5] 9.00-10.00 sec 285 MBytes 2.39 Gbits/sec 204530 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 2.78 GBytes 2.38 Gbits/sec 0.000 ms 0/2041270 (0%) sender [ 5] 0.00-10.00 sec 2.01 GBytes 1.73 Gbits/sec 0.012 ms 561709/2041188 (28%) receiver -
Sieht ok so aus denke ich es reicht allerdings auch wirklich nur eine Platte im md9+md13 zu lassen. Beim erneuten synchronisieren erfolgt das über alle Platten. Lässt sich dann nach dem resync wieder mit mdadm -D /dev/md9 prüfen
CodeNumber Major Minor RaidDevice State 0 8 1 0 active sync /dev/sda1 34 8 17 1 spare rebuilding /dev/sdb1 32 8 33 2 spare rebuilding /dev/sdc1 33 8 49 3 spare rebuilding /dev/sdd1 -
D.h. entfernen einer Partition aus dem Raid mit : mdadm -r /dev/md4
Wäre das deine Vorgehensweise?
Ich hab das so gelöst bei mir.
Mit mdadm -D /dev/md9 die vorhandenen Platten anzeigen lassen. Gleiches dann auch für md13
Danach dann mit:
Bash
Alles anzeigen#!/bin/bash echo "Disconnecting md9" mdadm /dev/md9 --fail /dev/sdd1 mdadm /dev/md9 --fail /dev/sdc1 mdadm /dev/md9 --fail /dev/sdb1 echo "Disconnecting md13" mdadm /dev/md13 --fail /dev/sdd4 mdadm /dev/md13 --fail /dev/sdc4 mdadm /dev/md13 --fail /dev/sdb4Die Platten entfernt bis auf eine. Sollte dann auch angepasst werden je nachdem welche Platten in deinem NAM laufen.
mit:
Bash
Alles anzeigen#!/bin/bash echo "Re-adding md9" mdadm /dev/md9 --re-add /dev/sdd1 mdadm /dev/md9 --re-add /dev/sdc1 mdadm /dev/md9 --re-add /dev/sdb1 echo "Re-adding md13" mdadm /dev/md13 --re-add /dev/sdd4 mdadm /dev/md13 --re-add /dev/sdc4 mdadm /dev/md13 --re-add /dev/sdb4werden die Platten dann einmal am Tag zum Synchronisieren wieder eingebunden. Das ganze per Cron.
Läuft bisher fehlerfrei aber keine Garantie.
Credits to QNAP Forum
-
Irgendwie selbst Schuld. Stand auf "mittlere Priorität"
Tante Edit(h) sagt:
Alles durchgelaufen. Backup vom Unraid eingespielt, nötige Apps und Dienste installiert und: Hmmmm besser als die ARM Gurke auf jeden Fall. System und Apps liegen auf einer SSD der Rest auf den HDD. Das Ding schläft derzeit wie ein Baby und das trotz Plex und Konsorten. Mittlerweile 5 Stunden ohne einen Mucks. Ich habe allerdings auch den internen Raid1 über alle Platten erstmal manuell "zerschossen" und und baue Ihn dann einmal am Tag wieder auf. Mal schauen ob ich mir damit eventuell ein Ei gelegt habe. Konnte allerdings bisher keine Fehler feststellen. Performance ist ok(ish) dass Nextcloud nicht unbedingt performant laufen wird hatte ich erwartet läuft aber auf dem Raspberry PI4 immer noch schneller als auf der QNAP, daher werde ich es wohl auch da belassen. NzbGet läuft mit ca. 100MB/s also ganz ok.
TimeMachine auch ok für die Anzahl der kleineren Dateien. Erstes Backup mit 60GB lief ca. 20 Minuten wenn ich es noch richtig im Kopf habe.
-
Nope sind Ironwolf CMR
Da lief noch ein Copy Prozess im Hintergrund. Hab ich wohl mal etwas voreilig geklickt
ist gleich durch dann mal schauen sollte die Geschwindigkeit auch wieder hochgehen. Copy lief mit 220 MB/s -
5 Stück a 8TB auf dem Unraid lief der Parity Check immer ca. 16 Stunden bei ungefähr 150MB/s. Auf dem Qnap derzeit nur mit 40MB/s - glaub ich lass das Ding erstmal in Ruhe werkeln bevor ich was drauf mache.
-
Die 653D kam nun gestern an und war auch kein DOA
kurz ein paar Tests gemacht und dann beschlossen das Risiko einzugehen und umzuziehen. Backup vom alten System gezogen in knapp 24 Stunden (14TB) Platten umgebaut, Volumen erstellt.Momentan ist der Raid noch am synchronisieren. Dauert ein wenig bei 29TB, genauer gesagt 48 Stunden.
Dann mal schauen ob alles so will wie ich will.
