ullibelgie

Alles nur das nackte verschieben mit dem UnBalance Plug in - nix weiter versucht. Hat mir jetzt offenbar den Server zerschossen!

@hawihoney Ich habe einfach gemacht was Spaceinvaderone in seinem Video gemacht hat. Verschieben von allen shares auf disk3 nach disk1 Vorher: Alle Docker ausgeschaltet - Mover aus und alles was irgendwie Zugriff auch Daten oder Ordner haben könnte - VM's habe ich keine (das kann mein alter server ja gar nicht) Dann habe ich mich gewundert, dass ich keine Warnmeldung kriege wegen der Permissions..... aber es war keinerlei hinweis - nur eben, dass Planning der Verschiebungs-Procedure fertig ist und bereit zum Moven (alles schwarz unterlegt und nicht etwa irgendwas von Warnmeldungen rot unterlegt !) Klar waren auf Disk3 auch system und Docker und Domein und was weiss ich alles drauf..... Das sollte eben verschoben werden. Hat niemand gesagt, daß nur ganz bestimmte Daten verschoben werden können und ganz bestimmte andere eben nicht ! Dafür ist doch der Planning - test vor dem Moven !!! Also nochmal: Docker waren ausgeschaltet und alles andere auch! Keine VM's, keine SMB disks, keine Pools/Cachedisks.... nix - hab ich alles nicht

@mgutt Selbstverständlich habe ich alle Docker gestoppt - doppelt gecheckt - wie im Video Mover auf monatlich am 1sten... (dabei habe ich gar keine Cache oder Pooldrives) Ja, ich habe Backups... (mit plug-in gemacht in einen Backup-share, der danach per Luckybackup auf eine USB disk gebracht wurde)

Fix-Common Problems mit jede Menge Permission errors nach dem extended check... Offenbar hätte beim Ausführen des UnBalance plugin die Meldung kommen müssen, daß ich unter in Unraid unter Tools das Script "Docker Safes new Perms" hätte ausführen müssen - diese Warnmeldung oder auch irgendetwas rot unterlegtes wie im Video KAM ABER NICHT !! Also habe ich die Daten verschoben.... Jetzt massenhaft Permission errors... Das nachträgliche Ausführen des "Docker safes new Perms" -script bringt ja nix... Oder mache ich irgendwas falsch ?

Das Problem mit dem UnBalance Plugin ist aber aktuell ein anderes: - In dem Video von Spaceinvider (s.o.) ist die Rede von einer Anpassung der Permissions vor dem Verschieben der Daten. Das soll man machen durch Installieren des neuen Plug-in "Fix common problems"... - Diese rot unterlegte Meldung habe ich NIE bekommen beim ausführen der Planung vor dem Verschieben. Ich nehme an, weil das Plug-in "Fix common problems" bereits seit langem installiert ist... - Resultat ist jetzt aber, das die Daten nicht komplett verschoben wurden - ich musste das Verschieben mehrmals veranlassen, bis die Daten wirklich von Disk3 nach Disk1 verschoben sind... Docker sind weg - Neuinstallation bringt nix, weil auf Webgui und Datenbanken der Docker kein Zugriff ist... Ich mache gerade einen extended Test mit dem "Fix-common-problems" plug in, um festzustellen was hier jetzt alles faul ist... die Liste dürfte lang sein... Was ich auch inzwischen festgestellt habe: UnBalance plug-in kann offenbar/möglicherweise keine Hardlinks - die ganzen Backups (MGutt script) verschoben von Disk3 nach Disk1 dürften also wertlos sein......

@hawihoney "...Zum Entfernen einer Datenplatte muss (!!!) die Datenplatte, unter gleichzeitigem aktualisieren der Parity, komplett gecleared werden. Nur so ist die Parity zu jedem Zeitpunkt sauber. Jede andere Vorgehensweise bricht die Hochverfügbarkeit...." Wichtige Anmerkungen ! Allerdings bin ich soweit ja gar nicht gekommen, denn das Verschieben der Daten selbst mit dem UnBalance Plug-in verursacht massive Probleme... s.o. Muss jetzt erstmal reparieren, aber weiss gar nicht wo ich zuerst anfangen soll...

Ok - Danke Martin..... aber ich will Dich nicht aufhalten von Deinen dringenderen Dingen.... Auf der Disk3 waren alle Share-Ordner leer übriggeblieben - ich hatte es jetzt (mit der gleichen Procedure von Spaceinvader) erreicht jeweils immer nur einen Ordner von Disk3 nach Disk 1 zu verschieben.... sozusagen die Reste eingesammelt... Nach dem UnBalance tool sind jetzt alle Files von Disk3 nach Disk1 verschoben - warum hat das Plug-in das nicht gleich gemacht Begreif ich nicht bei einem Plugin, was seit 6Jahren von der Community gebraucht wird... Dann hatte ich mal Calibri (einen meiner Docker) neu installiert... (hatte Deine Mail noch nicht gelesen) Die Parameter des Dockers sind aber offenbar jetzt anders... er findet u.a. die Datenbank auch nicht mehr... Die Daten sind aber auf Disk1 vorhanden - also werde ich suchen müssen welche Parameter ich neu einstellen muss, jetzt wo alle Daten verschoben sind.... Mann, mann, mann..... ist das normal, dass ein Plug-in solche Faxen macht ?!?

Danke für die Tipps erstmal... Werde mal warten, ob noch jemand Tips geben kann... Seltsam, daß ein offenbar so vielgebrauchtes Plug-in derartige Probleme bereitet nach all den Jahren, wo es bereits existiert... Man muss schon sehr vorsichtig sein, was man macht... Ich weiss ehrlich gesagt nicht, ob ich die Docker einfach wieder installieren soll... vor dem Hintergrund, daß aus meiner Sicht die Datenfiles ziemlich undefinierbar verschoben sind... Ich hatte die Logs noch durchgesehen von dem Plug-in -- kann mich nur daran erinnern, das da stand finished succesfully Leider kam ich auf die glorreiche Idee, den Server zu rebooten, da ich dachte, dass die übriggebliebenen leeren Folder auf der Disk3 einfach nur ein "Anzeigefehler" sein könnten... Damit sind aber jetzt alle Logs weg... so ein Mist!

" Deine Docker kannst Du einfach wieder installieren: Unter Docker klicke auf Add Container" Und was macht das mit den 'halb verschobenen' Shares ?!

"Bevor Du Deine Docker wieder installierst könntest Du natürlich auch erst eine Cache Platte ins System hängen, irgendwie, und die Systemdaten auf den Cache präferieren." Geht nicht - keine freien Anschlüsse für weitere HDDs

"... Zu wenig Info. Lagen appdata etc. auf der Platte von der verschoben wurde?" Ja - siehe oben im Bild - das sind alle Ordner, die ich verschieben wollte - alle Ordner sind noch da, aber leer.

Wenn ich einfach das Plug-in "Unbalance" noch einmal ausführen wollte (also um die restlichen leeren Folder auch von Disk3 nach Disk1 zu bringen) kriege ich das: The following items will not be transferred.... auf der 4TB Platte soll kein platz sein Da ist noch 3TB frei !!! Also irgendwas ist hier fundamental verkehrt !! Das Plug in 'fix common problems' sagt Alles ok Da ich das Plug-in die ganze Zeit bereits installiert hatte, bekam ich wohl auch nicht den Hinweis, (wie im Spaceinvader Video), das mit den Rechten irgendwas nicht stimmt... Was tun ?! Was tun ?!

Was zu erwarten war: Plug-in "Unbalance" hat hier wohl nicht so funktioniert wie es soll 🤪 Ich bin ganz genau so verfahren wie in dem Video von Spaceinvader - was kann man da falsch machen ?!? Aber Resultat ziemlich dramatisch: - Anstatt alles zu Moven wie vorgesehen von Disk3 nach Disk1, bleiben alle Folder auf Disk3 erhalten, sind aber leer ! Rest scheint aber wohl auf Disk 1 zu sein... - Alle Docker weg ! Ich hatte diese vor dem Moven alle beendet - Spaceinvader erklärt das ja auch. Mover habe ich ja gar keinen, weil keine Cache disk. Es war garantiert kein Zugriff von irgendwo her auf irgendwelche Dateien während des Moves... Und jetzt? wie kriege ich meine Docker wieder zurück ? Wo sind die geblieben und warum all die leeren Folder auf der Disk3 übrig geblieben ?? Ich begreife das nicht !!!

Offenbar ist IPMI inzwischen Standard bei den Xeon-Boards... na ok - kenn mich noch zu wenig aus... Aber gibt es denn Infos/Messungen zu dem Unterschied im Stromverbrauch zwischen dem Gigabyte C246m WU4 und dem Gigabyte W480m ? Und wieviel mehr würde dann die ATX Version vom Gigabyte W480 "fressen".... Das Intel und das Supermicro wären dann die einzigen uATX Alternativen, wenn ich das richtig sehe...

Entweder man baut die Parity neu (und hat währenddessen keine Redundanz) oder man schreibt durchgehend nullen auf die leere Datandisk bevor man diese dem Array entnimmt. So wie ich es verstehe behält man im letzteren Fall die Parity-Integrität und muss diese nicht neu erstellen. Meine Uberlegung war auch, daß Nullen schreiben auf 1TB disk hoffentlich doch etwas schneller geht als Parity bauen auf 12TB (gut 19Stunden auf meiner 'Mühle') Ausserdem bleibt die Parity dann eben durchgehend erhalten während des ganzen Prozesses...

Ja, mir ist klar, daß ich nach dem Move der Daten, die (vermeintlich) leere Disk3 nicht einfach rausziehen darf, wenn ich die Parity nicht verlieren will. Ich hatte gerade auch im wiki das gefunden: https://wiki.unraid.net/Shrink_array#Procedure_2 Das scheint mir dasgleiche zu sein, wenn es um clearing der 'leeren' Disk3 geht... aber ich lese mir beide Anleitungen nochmal durch... das Verschieben der Daten wird ja sowieso noch eine weitere Stunde dauern. Danke für den wichtigen Hinweis!

Ich verschiebe nun seit gut 30min die Daten von Disk3 nach (ausschiesslich) Disk1 - mehr Speed ist mit Sata2 und 14Jahre altem Server nicht drin:

Jawoll - habe das Unbalance Plug in schon installiert... Auf dem alten Server dauert das nur immer extrem lange - alter Opa ist kein D-zug...;-)

Aha - habe ich mir gerade angesehen - in der Tat, will ich die Daten des Arrays in Ihrer Gesamtheit erhalten und einfach die 280GB von disk3 verteilen auf disk1 und/oder disk2... denn ich will ja nur Disk3 durch die SSD Cache disk ersetzen. Das Unassigned Plug in scheint genau zu machen, was ich zunächst benötige (Moven der Data)...

Ich habe eine Frage, wo ich im Forum keine richtige Antwort drauf gefunden habe: Mein Server hat 4 HDDs Slots - diese sind aktuell bereits voll. Die Belegung sieht so aus: Jetzt habe ich mir überlegt, daß ich ja von der Data-Disk3 die dort befindlichen 280GB auf die Disk1 verschieben könnte und die Disk3 komplett löschen und aus dem Array entfernen. Damit hätte ich wieder einen freien (mechanischen) Platz im Gehäuse, wo ich stattdessen eine noch unbenutzte SSD (Samsung Evo 850) reinstecken könnte, om diese als Cache zu gebrauchen. Diese SSD habe ich hier noch aus altem Fundus... Mir stellt sich zwar die Frage, ob das bei meinem uralt PC Sinn macht (nur Sata2) aber probieren könnte ich es mal Jetzt meine Frage: Wie müsste ich mit den Mitteln die Unraid mir bietet genau vorgehen, um diesen Wechsel im Array zu vollziehen. (Moven der Daten, Andern des Arrays von 3disks auf 2Disks) Gibt es eine Möglichkeit die Parity durchgehend zu erhalten ? Also ohne diese neu zu erstellen ? Ich würde gerne eher Bordmittel von Unraid benutzen, als im Terminal irgendwelche Befehle einzugeben, die ich dann doch nicht verstehe...;-( Was ist der schnellste und sicherste Weg für diese gewünschte Serververänderung?

Mal konkret gerechnet: Wenn man im 24/7 Betrieb im Schnitt 35w Leistung benötigte, ware das ein Energiebedarf von 840W/h pro Tag also 306.6kW/h pro Jahr In 2022 muss man hier in Belgien mit mindestens 50 Eurocent Kosten pro kWh rechnen - d.h ca 150Euro kosten pro Jahr 10W mehr oder weniger Leistungsbedarf ware pro Jahr ein Kosten Unterschied von knapp 44Euro... Es wäre dann auch interessant zu wissen, ob man im Vergleich zu dem Supermicro uATX Motherboard nicht auch ein full-ATX board nehmen könnte vom Stromverbrauch her. Also anstatt IPMI (beim Supermicro) dann ohne IPMI, aber weniger Stromverbrauch - die Fernwartung hat man doch nicht wirklich nötig, wenn der Server im eigenen Haus/Wohnung ist - oder nicht? Ein ATX board würde, was die Auswahl angeht die "Angebotsvielfalt" zumindest etwas erweitern. Z.B. das Gigabyte ATX board mit W480 chipsatz: https://geizhals.de/gigabyte-w480-vision-w-a2350852.html?hloc=de

Wobei das Supermicro zwar teurer ist, aber die beiden M2 Anschlüsse schon on-board hat. Die Adapterkarte für die M2-SSDs könnte man sich damit sparen... Hoffentlich hält meine Uraltkiste noch ein bisschen durch... damit ich nicht Ersatz was kaufen MUSS....

Ich habe mal einen extended Smart test gemacht - der wurde irgendwann abgebrochen mit einem defecten Sector und 'critical error'.... leider keinen Screenshot gemacht. Ich befürchte also, das die Platte eher auf den Schrott muss ? Ich nehme jetzt erstmal ne andere HDD (von meinen vielen alten Sachen) und probier mein Glück auf's neue.... Backup vom Server

Ich habe wieder mal eine unassigned disk die einen Fehler zeigt im Log: Was sagt mir das jetzt ? Critical medium error klingt wie: sollte der Sector angesprochen werden, ist die Datei 'im Eimer' ?! Also Disk besser nicht mehr gebrauchen und neue kaufen ?!

Denkt mal an die Anfänger die hier mitlesen, so wie ich... Rein psychologisch verlasse ich mich dann lieber und eher auf die 'eingebauten Unraid out-of-the-box tools'... und bin ich deshalb dankbar, daß auch ein Weg aufgezeigt wurde, der auf den 'manuellen' Weg verzichtet und eben 'eingebaute Tools' benutzt... Ich bin schon froh, daß ich die Konsequenzen des Grossgeschriebenen D begriffen habe... die Gefahr das Terminalfenster zu schliessen, war mir z.B. nicht bewusst!