ullibelgie

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!

Das rebooten hat es in der Tat gebracht.... Da die Daten der Platte nur mein letztes Backup hatten ist es nicht schlimm, daß ich die Daten nicht mehr lesen kann - ich mache einfach ein neues Backup - dann sehen wir weiter... Danke für den Tip mit Neustart - Ich mache zwar den Server immer Abends aus und schalte Ihn irgendwann wieder ein, wenn ich Ihn brauche - ein Reboot habe ich noch nie gemacht.... bei mir dauert das eine Ewigkeit.... der hat bis 200 gezählt oder so....😜

Achja meine Array sieht so aus:

Mal wieder ein Unfall: Ich hatte eine externe USB Platte am Unraidserver angeschlossen und ein Backup gemacht. Ich Idiot hatte aber vergessen, die Platte zu unmounten als ich die USB-Platte vom Rechner trennte um sie in den Schrank zu stellen Resultat ist, daß die Platte unbrauchbar geworden ist: Die Platte bleibt im gemountet, ist aber nur in grau und damit nicht mehr ansprechbar. Wenn ich auf das Label 'schijf14' klicke, bekomme ich das: Die Daten auf der Platte sind nicht wichtig, da ich ja die Originaldaten noch habe und auf der USB Platte nur das gerade genommene Backup drauf ist. Aber die Platte ist nicht mehr erreichbar! Wie kann ich die Daten löschen und das Backup erneut nehmen ? Im Dashbord sehe ich: Anstatt sdg steht da Div 1 Ich nehme an, das Dev 1 = sdf ist, denn der Buchstabe F (für sdf) fehlt ja irgendwie.... Allerdings habe ich auch mehrfach die Platte ein und ausgeschaltet... aber ich will ja auch nur die Platte 'neu' benutzen - die Daten sind ja erstmal völlig unwichtig... Danke für einen TIp, was zu tun ist...

Mgutt empfiehlt ja (und wohl nicht nur er), daß man Unraid am Besten nur mit Leserechten für die Client computer betreiben sollte. Also alle Shares für alles Users nur auf Lesen setzen.... Aber hilft das wirklich ? Denn es kommt ja wohl auf die Programmierung des Virus an - wenn sich das in den korrekten Daten inaktiv "versteckt", bis es "abgeholt" wird und dadurch auf neue Hardware übertragen wird und erst dann aktiv wird.... Dann würde auch durch einen Lesevorgang der Verschlüsselungsprozess eingeleitet... Das virus wäre dann kaum abzuwehren... Oder ist das Fiktion ?! Aber mir ist die Logik nur Leserechte zu vergeben schon einleuchtend - das ist etwas was einfach zu machen ist und hilft zumindest. Jetzt meine Frage: Man könnte die Leserechte doch immer bestehen lassen. Wenn man dann doch mal irgendetwas von einem Client übertragen will und auf den Server schreiben will, dann geht man über das WebGui von Unraid (starkes Password) in den Docker Krusader und veranlasst den Datenübertrag von Client auf Server mit dem Krusader-Docker. Unter welchem User arbeitet Krusader eigentlich ? Unter root ?! Und wäre das dann ein halbwegs sicherer Datenübertrag vor Ransomware... ?! Zumindest wenn die Datei selbst nicht das Virus enthält (Antivirusprogramme auf den Clients) Und: Wenn man mit einem Docker wie Paperless-ng arbeitet und von einem Share auf Unraid (die Daten befinden sich also schon auf dem Server) dann in die Doc-Datenbank von Paperless-ng importiert: Unter welchem User passiert das ? Auch hier sind doch für irgendwen Schreibrechte nötig ? Wenn man das unterbinden wollte funktioniert die ganze Dokumentenverwaltung nicht mehr ! Auch lucky-Backup als Docker auf dem Server: - lucky-Backup liest vom Client computer mit lese Rechten dort. - Lucky-Bachup schreibt aber auf dem Server - mit welchem User-account dann ?! Root ? Wieder einen Haufen Fragen... so geht das eben mit den Hobby-IT'ern... (anderes Wort für Anfänger) - sorry! Ich will eben keine törichten Fehler machen...

Danke für die zahlreichen Reaktionen ! Vor dem Plugin habe ich tatsächlich 'etwas Respekt' als Beginner... denn ich verstehe nicht viel von den CLI Sachen... Das Deinstallieren hat aber funktioniert, obgleich es vielleicht nicht nötig gewesen wäre und ein simples Deaktivieren gereicht hätte. Habe mir aber zur Angewohnheit gemacht bei meinem alten System, wirklich nur installiert zu halten, was wirklich gebraucht wird. Sonst funktioniert irgendwann gar nix mehr...

Leider mal wieder eine Anfängerfrage: Ich habe einmal testen wollen, ob powertop auf meiner Uralt-Hardware irgendetwas an Stromersparnis bringt, wenn der Server länger durchläuft - meist schalte ich den ja aus, wenn ich Ihn nicht brauche... Also habe ich das Nerdpack plug-in installiert und Powertop in der ganz rechten spalte 'eingeschaltet'. Ich konnte im log auch sehen, das Powertop installiert wurde, was dann auch korrekt in der Nerdpack Ubersicht angezeigt wurde. Leider glaube ich nicht, dass meine alte Hardware bei spin-down aller HDDs unter C3 kommt - mit powertop (nach der Anleitung im Englischen Teil des Forums von MGutt) ändert sich in de C-states und sonstigen Anzeigen gar nichts.... meine Hardware ist dafür wohl nicht geeignet. Jetzt die Frage: Wie muss ich powertop dann wieder sauber deinstallieren im Unraid Terminal , ohne hier irgendwas 'kaputt' zu machen? Danke für kurze Info... P.S.: powertop ist mal was für später, wenn die Hardware "stimmt"....