Dieser spanische Beitrag geht offensichtlich den Weg über ein temporäres RAID1:
https://www.qnapclub.es/showthread.php?tid=3139
Mal sehen, wie gut die automatische Übersetzung ist...
https://www-qnapclub-es.transl…s&_x_tr_tl=de&_x_tr_hl=de
Aber meine Empfehlung ist zweite HDD mit 6TB kaufen.Die eine auf Raid1 erweitern, warten....lange warten..., dann die erste austauschen, erneut warten!!!
Hi,
wie du bisher gearbeitet hast und was du da vor hast ist ziemlich sch...! warum?
Weil genau um ein solches Problem zu vermeiden RAID dient.
Gehe ich richtig in der Annahme, dass Du kein externes Backup hast?
Für das Folgende sollte noch mal jemand, der länger mit QNAPs arbeitet was sagen!
Die Frage ist wie instabil die alte Platte schon ist. Ich würde die vorhandene Platte mit Hilfe der 6TB-Platte in ein RAID 1 umwandeln. sobald der sync abgeschlossen ist, die 3TB raus, (komplett ausnullen und in den MÜLL!!!! die ist auch nicht mehr als Datenengrab geeignet - lohnt einfach nicht) und gegen eine 2. 6TB-Platte tauschen. jetzt hast Du ein ordentliches RAID 1-System mit 2 Platten. Über das externe Backup solltest Du dir aber schon Gedanken machen, weil "RAID ist kein Backup!"
Alternative:
2. Platte als 2. DatenVolume einbinden, und die APPs auf dieses Volume migrieren
danach alle Shares und Folder der ersten Platte ebenfalls auf dieses 2. Volume verschieben.
Jetzt sollten (!?!) alles Apps mit Einstellungen und die DAten sicher auf der 2. HDD liegen.
Hintergund (wenn ich alles richtig verstanden habe):
egal wie viele Platten Du einbaust, QNAP legt die System-Informationen immer auf allen Platten in einem RAID1 an. Fällt eine Platte aus, wird das System automatisch von einer anderen Platte gestartet.
Irgendwo habe ich sogar einen Hinweis gelesen, dass QNAP auch eine einzelne Platte immer als RAID1 konfiguriert, halt mit nur einer Platte. Nur wenn man das RAID einmal auf 2 Platten erweitert hat, gibt es keinen Weg mehr zurück (oder ich hab ihn noch nicht gefunden) zu einem1-Platten RAID1. Über die Shell kann man zwar auch das RAID manipulieren, aber die Änderungen vertragen sich nicht unbedingt mit den UI. Zudem sollte man dazu das MD-System gut verstehen.
M.
Das mit den Code-Blöcken hatte ich versucht, aber nicht hinbekommen. Jede Zeile erschien in einem eigenen Kasten.
Hier geht es ja um nix, außer darum das System zu verstehen und ob es überhaupt möglich ist. Selbst große (echte) RAID-Systeme gehen beim Ersetzen einer HDD immer über den Degrade-Weg.
Im Normalfall erstetzt man ja auch eine HDD erst, wenn die vorherige defekt ist. Dass eine Migration auf größere Platten genauso durchgeführt wird ist IMH nicht sinnvoll und läßt sich bestimmt sinnvoll anders lösen.
Ja, kann sein, dass der Ansatz sich als nicjt realisierbar erweist, aber lernen kann man dabei einiges...
M.
Sorry, da war ich schon einen Schritt zu schnell:
pasted-from-clipboard.png
um die erste HDD SDA1 zu entfernen sollte man zuerst feststellen, ob welche Platten welchem device zugeordnet sind.
das macht man am besten mit
> hdparm -i /dev/sd?
Und gleicht das mit den Informationen in der Oberfläche ab.
mdadm /dev/md1 --fail /dev/sda3 --remove /dev/sda3
setzt die gewünsche Platte jetzt als fehlerhaft. Die System RAIDs resychen sich sofort.
mdadm --grow /dev/md1 --raid-devices=2
macht aus dem degradeted 3-Laufwerks-Array wieder eines mit 2 Laufwerken. auch die anderen RAIDs haben keine Kenntnis mehr von der alten /dev/sda:
cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid1 sdc3[2] sdb3[0]
302616256 blocks super 1.0 [2/2] [UU]
md322 : active raid1 sdc5[2] sdb5[0]
7235136 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md256 : active raid1 sdc2[2] sdb2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md13 : active raid1 sdc4[65] sdb4[0]
458880 blocks super 1.0 [64/2] [U_U_____________________________________________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
md9 : active raid1 sdc1[65] sdb1[0]
530048 blocks super 1.0 [64/2] [U_U_____________________________________________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
unused devices: <none>
***********************im Moment bin ich noch nicht glücklich....
Durch das "-f" wird die Platte auf failed gesetzt, läßt sich
aber nicht sauber aus dem System entfernen.
Auch ein failed zurückzunehmen scheint nicht trivial.
Kurz mal zwei Zwischenbemerkungen:
1) das ist alles nur ein Testsystem mit alten Platten
2) Mein Wunsch ist ein Verfahren darzustellen, mit dem Platten ausgetauscht werden ohne dass man zwischendurch in einen "echten" degraded-Zustand kommt.
nee, ein "1E" verteilt die Daten auf drei Platten wäre also ein 2/3
Es geht darum ein Raid 1 mit drei identischen Platten zuhaben
Ich hab die 3-Platte jetzt über die Oberfläche als Spare zu dem RAID hinzugefügt. Dadurch wird dann schonmal die typische QNAP-Struktur erzeugt.
mit `cat /proc/mdstat kann man dann erkennen, dass die dritte Platte auf ihren "Einstatz" wartet.
mdadm grow /dev/md1 --level=1 --raid-devices=3 wird die Partition aus dem Standby in Betrieb genommen und fängt an zu resynchen.
>cat /proc/mdstat
md1 : active raid1 sdc3[2] sdb3[0] sda3[1]
302616256 blocks super 1.0 [3/2] [UU_]
[>....................] recovery = 0.2% (727872/302616256) finish=96.7min speed=51990K/sec
Und am Ende:
>cat /proc/mdstat
md1 : active raid1 sdc3[2] sdb3[0] sda3[1]
302616256 blocks super 1.0 [3/3] [UUU]Moin,
ich möchte ein RAID 1 mit 3 Platten erzeugen, aber nicht als 2/3 sondern als 1/3. D.h. auf jeder Platte ist das gleiche gespeichert.
Wähle is "expand" entsteht ein 2/3 mit 2x der Kapazität, über "migrate" wird nur eine Umstellung auf RAID 5 ermöglicht.
Ist das nur über mdadm machbar?
M.
Moin,
nach der erfolgreichen Umstellung von einem TS453pro auf TS653D sind zwei weitere Platten im System verfügbar.
Im vorhandenen RAID1 ist noch eine alte 1TB platte verbaut, die jetzt durch eine der leeren Platten erstetzt werden soll.
Das ganze soll "smart" passieren, d.h. ohne dass ich "vor Ort" sein muss.
Was passiert, wenn ich eine Platte logisch trenne? Es bleiben die Partitionen ja erhalten.
Wie kann ich die "platt" machen und später anderweitig einbinden ohne dass die QNAP versucht, damit ein RAID zu erzeugen?
Sollte ich die Änderungen besser über das Terminal machen mit den MD-Tools von Linux, damit die Platte aktiv (eingeschaltet) bleibt?
Danke.
M.
Warum läuft die 453pro bei Dir auf der alten FW?
Ich stehe vor der identischen Aufgabe und diskutiere im anderen Thread gerade einen ganz anderen Trick:
System-Migration / RAID auf mehrere Systeme aufteilen
M.
Platten von Seagate gibt es für verschiedene Anforderungen. Die EXOS-Platten werden in als High Performance, Datengrab oder dazwischen angesiedelt. Sie haben unterschiedliche Clusterung, Geschwindigkeit, MTBF usw. und als Enterprise-Platte hat sie natürlich 5 Jahre Austausch-Garantie. Hat aber auch ihren Preis.
Die Ironwolf ist eine sehr gute Mittelklasse Platte, hervorragend geeignet für RAID-Systeme im SMB und Home-Bereich.
Mir persönlich fehlt die Unterstützung für SED-Platten. Self-Encrypting-Devices sind leider selten lieferbar, obwohl überall gelistet. Aber gerade in kleinen Organisationen lösen sie eine ganze Menge Probleme die durch DSGVO/GPPR aufkommen.
Die Lautstärke einer HDD hängt von verschiedenen Parametern ab.
Drehzahl (jault), Self Parking Heads (klackt), usw. Im Wohnzimmer will ich beides nicht.
Zusammenfassend: ohne eine klare Ansage, welche Anforderungen erfüllt werden sollen, ist eine Empfehlung nicht sinnvoll.
M.
Aber genau DAS ist die Idee. Natürlich darf das "alte" NAS nicht im gleichen Netz eingebunden sein. Damit die sich syncen können bekommen sie beide ein weiteres Netzwerk natürlich mit unterschiedlichen IPs.
Fällt das eine aus, kann man das zweite System einfach umhängen.
Ein HA-Cluster ist dabei gar nicht angedacht. Halt nur "warm standby".
Ein sauberes aufsetzen des zweiten Systems ist halt ne Menge Arbeit. Da laufen Container, ein DC, und noch weitere Dienste. Das alles identisch nach bauen?!
Moin,
in Kürze steht mir als Ablösung eines TS-453pro eine TS-653D zur Verfügung.
Nach der Ablösung soll die alte 453 als hot standby laufen und über Nacht synchronisiert werden.
Da das alte System ein RAID-1 ist und das neue dann RAID-5 werden soll kam mir folgende Idee:
Im alten System ist ein RAID 1. Wenn ich in abgeschaltetem Zustand eine Platte ziehe, und eine der neuen Platten hinzufüge, müßte diese dann nach dem Einschalten als neue Platte erkannt werden und der Rebuild läuft an.
Im neuen System baue ich die eben gezogene Platte aus dem alten System ein und eine weitere neue HDD. Jetzt müßte IMHO auch hier der Rebuild laufen.
Nach dem Abschluss des Rebuild kann ich weitere Platten hinzufügen und auf RAID 5 oder 6 umstellen.
Jetzt sollten zwei Systeme mit identischen Daten und Konfiguration vorhanden sein.
Hab ich was übersehen (gleiche Build-Versionen versteht sich von selbst)?
M.
TS653: automatisches Update -> OK
Updated system from version 4.4.2.1320(20200529) to 4.4.3.1354(20200702)Ich wollte das Thema hier nicht überstrapazieren, denn hier geht es um die Docker Variante (BTW: ich ziehe Chats und PMs vor).
Aber z.B.
https://docs.nextcloud.com/ser…mysql_4byte_support.html#
wie werden die Schritte 3 und folgende (die mit sudo) in der QNAP-Console korrekt aufgerufen? hier gibt es weder einen User www-data noch eine ausführbare "php".
Ich habe mich nicht für die Docker-Lösung entschieden, sondern für Qapache(74) und Nextcloud als QPKG.
Läuft, aber Nextcloud beschwert sich über mehrere Probleme in der Konfiguration, die ich gerne beheben möchte, finde aber die zugehörigen Dateien nicht.
Wer kann mir helfen?
M.
Hab heute einen Neustart gemacht.
Ergebnis im APP-Center
Es wird NUR meine "gekaufte" APP aus dem EU-store angezeigt, aber keine andere mehr,
Der Pfad, der dabei aktiv ist: ".../api/user/repo.xml?api_tojken=..."
ich hab den QNAP-Club jetzt zwei mal aufgenommen, jeweils mit einer derbeiden URLs (muss natürlich die IDs in der qpkg.conf wieder anpassen (s.o.)
Update: klappt. Allerdings verschwindet die Ikone für die installierte APP (broken link).
Kein Wunder: der Link zur Ikone verweist auf https://cdn.qnapclub.eu/storage/qpkg_artifacts/NextCloud_11.0.0_x86/qpkg_icon_80.gif?_dc=19.0.0
Wenn keine weitere Platte hats wird das nichts ohne tricksen.
Wenn Du eine der 4 vorhandenen Platten ziehst, geht das RAID in "degraded". Sobald Du eine neue unformatierte Platte einbaust wird die dem "defekten" RAID hinzugefügt.
Der theoretische und gefährliche Weg wäre:
alle alten Platten raus
2 6GB-Platten rein und neues RAID daruf anlegen.
beide 6GB Platten raus.
die 4 Originalen wieder rein.
Wenn alles da ist eine der 4 Platten hart entfernen.
Jetzt eine der 6GB Platten einsetzen und erkennen lassen.
(da sie schon formatiert sind sollte die QNAP sie nicht anfassen)
Du solltest jetzt also zwei degradete RAIDs haben.
Die Daten kannst Du kopieren.
die drei alten Platten raus, neue dazu, den Rest macht die QNAP.
ACHTUNG, getestet habe ich das bisher nicht und würde sogar davon abraten.
Lagere lieber die Daten auf eine der 6GB Platten aus (per USB-Adapter) installiere erst eine 6GB, kopiere zurück. und mach dann mit der 2 6GB-Platte wieder ein RAID draus.
So hast du den kompletten RAID5-Verbund immer noch als Backup.
M.
Hier hab ich die Lösung beschrieben:
APP jetzt im falschen APP-Center Channel
suche aber noch nach der richtigen URL, wenn man den API-Key verwendet.
Nur mit der URL komme ich noch nicht klar.
Bei API-Nutzung fängt die URL so an:https://www.qnapclub.eu/api/user/repo.xml
in der REPO-Erklärung aber so:
https://www.qnapclub.eu/en/repo.xml
Da ich gekaufte APPs nutze benötige ich IMHO eine Variante mit dem api_token.
Beim wem läuft es korrekt?
M.
das habe ich schon mal rausgefunden:
Schritt 1:
in \etc\config\3rd_pkg_v2.conf stehen die Stores.
kopiere die Zeile "store = abc123...."
Schritt 2:
in \etc\config\qpkg.conf stehen die Pakete.
bei Paketen, die aus einem Store geladen wurden steht dann auch eine Zeile "store = abc123..."
damit das Paket im obigen Store gefunden wird, müssen die Zeilen, wie nicht anders zu erwarten, identisch sein.
in der qpkg.conf die alten Zeilen gegen die die Kopie aus Schritt 1 austauschen, App-Center neu aufrufen.
M.