Seit wann erkennt ein NAS formatierte Platten?
In meine NAS kommen immer nur Platten, die keinerlei Filesystem haben, weil keine Partition darauf ist.
Dabei ist es geal, ob mit Legacy oder HAL Firmware.
Das NAS partitioniert sich die Platte selbst und dann kann man sie auch verwenden.
Eine formatierte Platte wird m.W. höchstens extern über USB angesprochen.
Gruss
Das die Platte keine Partitionen enthalten darf, steht in diesem Thread bereits mehrfach!
Mein Antwort ist auch ernst gemeint.
Wenn Du Dich nur auf das Eine verläßt, egal ob Google, MS, S3 oder sonstwas, wenn das aus irgendwelchen Gründen weg ist, dann ist es so!
Also VORHER über eine entsprechende Backupstrategie nachdenken.
Ob das lokal oder eine andere Cloud oder sonstwo ist, spielt doch keine Rolle.
Soviel Verstand sollte man doch haben???
Insofern ist die Frage eher sinnlos!
Gruss
Was ist eigentlich, wenn Google abgeschaltet wird?
Ja, dann geht die Welt unter, der Himmel stürzt herab und die Erde wird sich auftun und alles Leben verschlingen!
Auf alle Fälle für diejenigen, die ihre "ach so wichtigen Daten" ohne Kopie und Backup der Datenkrake anvertrauen.
Ach wie schön war es doch früher, ohne Internet und PC... Wenn man die Zeit doch nur zurückdrehen könnte....seufz 
.
Raid mit 2 Paritätsplatten wäre Raid6.
Aber ist es wirklich zuviel verlangt, mal die Handbücher zu wälzen?
Zur Not ganz einfach das NAS auf Werkseinstellungen zurücksetzen und neu aufbauen, dabei kannst Du dann den Raidlevel wählen.
Gruss
Ich hatte mal ein TS419, das hatte zum Schluß eine v4.3.3(?) oder so, war aber so langsam, das ich mich davon getrennt habe.
Laut Aussagen hier im Forum sollte man nicht höher als v4.1 gehen, alles danach bringt keinen echten Mehrwert, verlangsamt aber das NAS deutlich.
Abgesehen davon, Du bist jetzt seit rund 5 Jahren mit dieser FW glücklich, warum also updaten 
?
Ich würde mich eher nach einem neuer/neuerem NAS umsehen und das TS219 als Backup Gerät nutzen.
Gruss
Was bitte, hat ein nicht unterstützer Codec mit dem verfügbaren bzw. belegten Speicherplatz zu tun?
Ich würde mal sagen nichts!
Im Player, mit dem Du den Film abspielen willst, fehlt eben der passende Codec.
Das Firmware Problem ist ein ganz anderes, ein ähnlicher Thread ist hier gerade aktiv.
Du weißt schon, das bei einem Raid0 bei Ausfall einer Platte die Daten futsch sind?
Gruss
Zitat von websterist formatiert ntfs oder exfat.
?? Eine formatierte Platte erkennt das NAS nicht.
Oder soll das heissen, daß Du sie danach gelöscht hast (=Partitonen entfernen, nicht nur das Volume löschen)?
Gruss
Aus der Ferne schwer zu sagen.
Ich hatte ein ähnliches Problem vor ca. 2 Jahren, als nach einem FW Update das NAS ca. alle 2-3 Tage grundlos rebootet hat.
Mit den bekannten Folgen. Weder ein Downgrade auf die vorherige FW noch ein vollkommenes Neuaufsetzen ließ dieses Problem wieder verschwinden 
.
Daraufhin wurde das NAS aus dem 24/7 Betrieb entfernt und dient als 2. Backup NAS, dasnur zum Backup eingeschaltet wird.
Seitdem gibt es auch keine Probleme mehr.
Und bei mir liefen so gut wie keine Dienste oder Apps.
Ich bin mir ziemlich sicher, das es nicht an den Platten lag. Bis zum gesagten Update lief das NAS mehrere Monate durch.
Gruss
Wenn man das NAS einfach so ausschaltet, dann ist es eher die Regel als die Ausnahme, das das Raid neu synchronisiert wird.
Jedenfalls meine Erfahrung.
Gruss
Zitat von nasferatuMan muss leider sagen, dass Qnap zwar mit KMU Anwendungen wirbt, aber praktisch den Support dafür zu leisten vermag.
Ich glaube, Du wolltest etwas anderes sagen .
Gruss
Tja, ein Backup sollte man nicht unterschätzen, vor allem dann, wenn man keines hat .
Gruss
Der init_lvm.sh dürfte nur auf HAL Firmware funktionieren, bei Legacy Geräten habe ich den noch nicht gefunden.
Von was für einem NAS reden wir eigentlich, im Titel ist es ein TS 859, im Thread ein TS 879?
Mir ist während eines Rebuilds auch mal ein NAS rebootet, das war mit Sicherheit ein FW Bug, denn das NAS hängt an einer USV. Zufällig war ich auch gerade anwesend und es gab keinen Stromausfall. Da das NAS mit dieser FW aber sowieso alle 2-4 Tage ohne erkenntlichen Grund rebootet hat, habe ich es in den Ruhstand geschickt.
Ich habe zusammengefasst, wie ich das Raid bei mir wieder herstellen konnte. Du musst das auf Deine Konfiguration anpassen.
Gruss
Ausgangssituation:
TS859 Pro, Raid5 (Disks 1-7) Disk 8 Hot spare
Disk 1 fiel aus, Disk 8 (Hot spare) springt ein, Rebuild startet.
Irgendwann währen des Rebuilds brebootet das NAS :(.
Danach war das Raid "offline"
[~] # md_checker
Welcome to MD superblock checker (v1.4) - have a nice day~
Scanning system...
Legacy Firmware Detected!
Scanning disks...
RAID metadata found!
UUID: 3e553e2f:9b6be76c:bf90ef24:8c1aca80
Level: raid5
Devices: 7
Name: md0
Chunk Size: 64K
md Version: 1.0
Creation Time: Jan 27 10:16:22 2018
Status: OFFLINE
===============================================================================
Disk | Device | # | Status | Last Update Time | Events | Array State
===============================================================================
8 /dev/sdh3 0 Rebuild May 29 13:27:03 2018 44547 Uuuuuuu
2 /dev/sdb3 1 Active May 29 13:27:03 2018 44547 uUuuuuu
3 /dev/sdc3 2 Active May 29 13:27:03 2018 44547 uuUuuuu
4 /dev/sdd3 3 Active May 29 13:27:03 2018 44547 uuuUuuu
5 /dev/sde3 4 Active May 29 13:27:03 2018 44547 uuuuUuu
6 /dev/sdf3 5 Active May 29 13:27:03 2018 44547 uuuuuUu
7 /dev/sdg3 6 Active May 29 13:27:03 2018 44547 uuuuuuU
===============================================================================
+++ Versuch das Raid online zu nehmen +++
[~] # mdadm -AfR /dev/md0 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 /dev/sde3 /dev/sdf3 /dev/sdg3
mdadm: no recogniseable superblock on /dev/sda3
mdadm: /dev/sda3 has no superblock - assembly aborted
+++ Versuch mit der aktuellen Konfiguration (Disk 8) schlug ebenfalls fehl (Input/output error) +++
+++ deshalb Versuch das Raid ohne die defekte Disk 1 zu starten -> Erfolg +++
[~] # mdadm -AfR /dev/md0 /dev/sdb3 /dev/sdc3 /dev/sdd3 /dev/sde3 /dev/sdf3 /dev/sdg3
mdadm: /dev/md0 has been started with 6 drives (out of 7).
[~]# mdadm --detail /dev/md0
/dev/md0:
Version : 01.00.03
Creation Time : Sat Jan 27 10:16:22 2018
Raid Level : raid5
Array Size : 17572185216 (16758.14 GiB 17993.92 GB)
Used Dev Size : 2928697536 (2793.02 GiB 2998.99 GB)
Raid Devices : 7
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Tue May 29 16:12:20 2018
State : active, degraded
Active Devices : 6
Working Devices : 6
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
Name : 0
UUID : 3e553e2f:9b6be76c:bf90ef24:8c1aca80
Events : 44551
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 19 1 active sync /dev/sdb3
2 8 35 2 active sync /dev/sdc3
3 8 51 3 active sync /dev/sdd3
4 8 67 4 active sync /dev/sde3
5 8 83 5 active sync /dev/sdf3
6 8 99 6 active sync /dev/sdg3
+++ Die defekte Disk 1 wird nun erneut zugefügt und der Rebuild startet !? +++
+++ Allerdings zeigte die GUI das Raid besteht aus Disk 2-8! +++
[~] # mdadm /dev/md0 --add /dev/sda3
mdadm: added /dev/sda3
[~]# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md0 : active raid5 sda3[7] sdb3[1] sdg3[6] sdf3[5] sde3[4] sdd3[3] sdc3[2]
17572185216 blocks super 1.0 level 5, 64k chunk, algorithm 2 [7/6] [_UUUUUU]
[>....................] recovery = 0.0% (241796/2928697536) finish=1009.2min speed=48359K/sec
bitmap: 6/11 pages [24KB], 131072KB chunk
md8 : active raid1 sda2[0](S) sdh2[8] sdg2[7](S) sdf2[6](S) sde2[5](S) sdd2[4](S) sdc2[3](S) sdb2[2]
530128 blocks super 1.0 [2/2] [UU]
md13 : active raid1 sda4[4] sdh4[14] sdg4[13] sdf4[12] sde4[11] sdd4[10] sdc4[9] sdb4[8]
458880 blocks super 1.0 [8/8] [UUUUUUUU]
bitmap: 1/8 pages [4KB], 32KB chunk
md9 : active raid1 sda1[15] sdb1[8] sdh1[14] sdg1[13] sdf1[12] sde1[11] sdd1[10] sdc1[9]
530112 blocks super 1.0 [8/8] [UUUUUUUU]
bitmap: 0/9 pages [0KB], 32KB chunk
unused devices: <none>
+++ Der Rebuild dauerte ca. 16h, danach war das Raid wieder online. Laut GUI immer noch Disk 2-8, laut CLI Disk 1-7! +++
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md0 : active raid5 sda3[7] sdb3[1] sdg3[6] sdf3[5] sde3[4] sdd3[3] sdc3[2]
17572185216 blocks super 1.0 level 5, 64k chunk, algorithm 2 [7/7] [UUUUUUU]
bitmap: 0/11 pages [0KB], 131072KB chunk
md8 : active raid1 sda2[0](S) sdh2[8] sdg2[7](S) sdf2[6](S) sde2[5](S) sdd2[4](S) sdc2[3](S) sdb2[2]
530128 blocks super 1.0 [2/2] [UU]
md13 : active raid1 sda4[4] sdh4[14] sdg4[13] sdf4[12] sde4[11] sdd4[10] sdc4[9] sdb4[8]
458880 blocks super 1.0 [8/8] [UUUUUUUU]
bitmap: 0/8 pages [0KB], 32KB chunk
md9 : active raid1 sda1[15] sdb1[8] sdh1[14] sdg1[13] sdf1[12] sde1[11] sdd1[10] sdc1[9]
530112 blocks super 1.0 [8/8] [UUUUUUUU]
bitmap: 0/9 pages [0KB], 32KB chunk
unused devices: <none>
+++ NAS manuell neu gestartet, es startet ein neuer Rebuild, diesmal auf Disk 8. GUI und CLI sind jetzt dergleichen Meinung :) ! +++
[~] # mdadm --detail /dev/md0
/dev/md0:
Version : 01.00.03
Creation Time : Sat Jan 27 10:16:22 2018
Raid Level : raid5
Array Size : 17572185216 (16758.14 GiB 17993.92 GB)
Used Dev Size : 2928697536 (2793.02 GiB 2998.99 GB)
Raid Devices : 7
Total Devices : 7
Preferred Minor : 0
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Wed May 30 08:40:21 2018
State : active, degraded, recovering
Active Devices : 6
Working Devices : 7
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 64K
Rebuild Status : 0% complete
Name : 0
UUID : 3e553e2f:9b6be76c:bf90ef24:8c1aca80
Events : 60901
Number Major Minor RaidDevice State
7 8 115 0 spare rebuilding /dev/sdh3
1 8 19 1 active sync /dev/sdb3
2 8 35 2 active sync /dev/sdc3
3 8 51 3 active sync /dev/sdd3
4 8 67 4 active sync /dev/sde3
5 8 83 5 active sync /dev/sdf3
6 8 99 6 active sync /dev/sdg3
[~] #
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md0 : active raid5 sdh3[7] sdb3[1] sdg3[6] sdf3[5] sde3[4] sdd3[3] sdc3[2]
17572185216 blocks super 1.0 level 5, 64k chunk, algorithm 2 [7/6] [_UUUUUU]
[>....................] recovery = 0.1% (3967872/2928697536) finish=3965.4min speed=12292K/sec
bitmap: 6/11 pages [24KB], 131072KB chunk
md8 : active raid1 sdh2[8](S) sdg2[7](S) sdf2[6](S) sde2[5](S) sdd2[4](S) sdc2[3](S) sdb2[2] sda2[0]
530128 blocks super 1.0 [2/2] [UU]
md13 : active raid1 sda4[4] sdc4[9] sdd4[10] sde4[11] sdf4[12] sdg4[13] sdh4[14] sdb4[8]
458880 blocks super 1.0 [8/8] [UUUUUUUU]
bitmap: 1/8 pages [4KB], 32KB chunk
md9 : active raid1 sda1[15] sdh1[14] sdg1[13] sdf1[12] sde1[11] sdd1[10] sdc1[9] sdb1[8]
530112 blocks super 1.0 [8/8] [UUUUUUUU]
bitmap: 0/9 pages [0KB], 32KB chunk
unused devices: <none>
[~] #
+++ Nach diesem Rebuild war das Raid wieder ok. +++Kenst Du Dich mit Putty und SSH aus? dann kannst Du nachsehen, ob die Ordner auf dem NAS noch vorhanden sind (davon gehe ich zunächst aus).
Dann kannst Du die Freigaben neu erstellen, mußt aber die Option "Ordner manuell eingeben" wählen.
Dort gibst Du dann den entsprechenden Pfad zum Ordner an, z.B. \meineFreigabe.
Gruss
Da halte ich für einen Zufall.
Das backup_conf.sh wirft keine Platten aus, das sichert die NAS Konfiguration.
Das Platten als "removed" angezeigt werden, kommt in letzter Zeit öfter vor .
Wenn es kein SW Bug ist, bleibt leider nur noch ein HW Fehler.
Gruss
Wird schwierig, wenn man nicht genau weiß, was alles getan wurde.
Normalerweise ist die Konfig des NAS auch auf den Platten, d.h. nur durch einen Netzteilausfall sollte die nicht verloren gehen.
Stecken die Platten alle wieder auf den Originalplätzen?
Weißt Du noch, welchen Raidlevel Du vorher hattest?
Hast Du ein Backup der Daten?
Sonst bleibt eigentlich nur ein Neuaufsetzen.
Gruss
Und das S in NAS steht genau für Server.
Sorry, aber grundfalsch!
Das S steht für Storage!
NAS= Network Attached Storage, aber niemals Network Attached Server, auch wenn viele das NAS als solchen sehen!
Gruss
Nicht wirklich, das ist eine normale SATA Verbindung. Ich würde da nicht herumfuhrwerken und am Ende etwas "verschlimmbessern".
Eine optische Prüfung kann man schon machen, aber ich denke nicht, das dabei etwas auffallen wird.
Eher unwahrscheinlich, aber es könnte sein, das durch Vibration sich der Kontakt verschlechtert, das würde erklären, warum es nur sporadisch auftritt.
Gruss
Das kann entweder ein unsauberer Kontakt des Steckplatztes sein, oder auch ein Bug im Controller.
Solche "Geister" Remove Einträge von HDDs wurden leider schon öfter berichtet.
Meist war es ein Fehler des NAS, nicht der Platte.
Du solltest bei QNAP ein Ticket dazu aufmachen.
Gruss
sollte es zu Hause z.b. 192.168.179.1-100 sein.
Ich würde ein anderes Netzwerk nehmen. die 192.168.179.x ist per default für den Gastzugang vorgesehen.
Gruß
Mal in die Glaskugel schauen... Mist, die ist gerade zur Wartung 
.
Im Ernst, niemand kann vorhersagen wann das TS459 den Geist aufgibt. Ob es sich lohnt, das musst Du entscheiden.
Wenn es in nächster Zeit defekt werden sollte, dann kannst Du immer noch ein neues NAS besorgen und die Platten dort einbauen.
Wenn Du allerings in ein neues NAS migrierst, dann werden die Volumes dort als Legacy Volumes angelegt, d.h., Du verzichtest damit auf die Möglichkeiten die statische, Thick- oder Thin-Volumes bieten.
Alternativ bliebe dann nur neu Aufsetzen mit den Platten und die Daten aus dem Backup zurückholen.
Gruss
