Page 1 of 1

Umzug in Rack

Posted: 19 May 2017 23:50
by variousos
Hallo und guten Abend,

ich möchte aus Platzgründen mein Microserver aufgeben (auch wenn sich das widersprüchlich liest :D). Ich habe ein neues HP-Servermainboard (ML30Gen9)...und das mit 16GB ECC RAM und einer Skylake Pentium-CPU versehen und in ein Rackgehäuse verbaut. Ich möchte die Festplatten als auch den Stick weiter benutzen.

Meine Frage: funktioniert das ohne eine Neuinstallation?

DANKE für die Antwort
variousos

Re: Umzug in Rack

Posted: 20 May 2017 00:12
by kreuzberger
sofern alle platten im microserver woher als raid 0 betrieben wurden, vermutlich ja.

Re: Umzug in Rack

Posted: 20 May 2017 02:23
by Digi-Quick
Warum soll das nur bei Raid 0 Funzen?

Grundsätzlich JA, es sei denn daß der neue Server aus irgendwelchen extischen Komponenten gebaut wurde, mit denen FreeBSD nix anfangen kann, Das dürfte bei einem ML30Gen9 ehr nicht der Fall sein.
Solltest du ZFS verwendet haben, ist es sogar egal, an welchcem Controllerport de HDDs angeschlossen sind, die ZFS Konfiguration wird automatisch erkannt - du sollstest aber unter "Disks|ZFS|Configuration|Detected" daas ganze synchronisieren, damit die temporär erkannte Konfiguration gespeichert wird.
Ob das bei Software Raid genauso einfach geht, weiß ich nicht, da nie genutzt.

Re: Umzug in Rack

Posted: 20 May 2017 08:48
by kreuzberger
Moin,
der HP Microserver Gen8 hat einen RAID Controller. sollte man dessen RAID Funktionalität genutzt haben wäre Voraussetzung, dass der neue Server den gleichen Controller hat. stellt man aber, was man ohnehin sollte, an dem RAID Controller alle Platten auf RAID 0 ist der Controller eben "überbrückt". Dann sind die Platten alle eben "Normale" Platten.

Kreuzberger.

Re: Umzug in Rack

Posted: 20 May 2017 15:57
by variousos
Hallo @alle...

ich habe keinen Raidcontroller oder HBA benutzt, sondern ZFS. Idealerweise dachte ich mir, dass ich die Platten reinschiebe...den Stick in dem Mainboard-USB reinstecke und starte. Dass ich nach einem erfolgreichen Start auch noch synchronisiere, dass war mir "klar"....
Also versuche ich es dann mal...dauert aber noch etwas, weil ich das erst nach dem Umzug erledigen wollte...
DANKE an alle...
variousos
PS: Hat jemand Interesse an dem N54L...mit 8GB ECC ohne HD´s. Bios für Hot-Plug ist installiert. Wollte ich für 110€ abgeben...

Re: Umzug in Rack

Posted: 20 May 2017 21:09
by Digi-Quick
kreuzberger wrote:
20 May 2017 08:48
Moin,
der HP Microserver Gen8 hat einen RAID Controller. sollte man dessen RAID Funktionalität genutzt haben wäre Voraussetzung, dass der neue Server den gleichen Controller hat. stellt man aber, was man ohnehin sollte, an dem RAID Controller alle Platten auf RAID 0 ist der Controller eben "überbrückt". Dann sind die Platten alle eben "Normale" Platten.

Kreuzberger.
Wozu überhaupt den Raid Modus nutzen?
Für ZFS nutzt man AHCI!

Re: Umzug in Rack

Posted: 20 May 2017 22:46
by kreuzberger
Nabend Digi-Quick,

bist n Klugscheißer, wa?
:lol:

(siehe gaaaanz oben)

Kreuzberger

Re: Umzug in Rack

Posted: 20 May 2017 23:51
by Digi-Quick
Keine Ahnung haben, aber den Lauten machen....

TE hatte einen HP Microserver, der verbauete Controller bietet (Fake-)Raid oder AHCI.
Für das Mainboard aus dem ML30Gen9 dürfte das gleiche gelten, da wird mit Sicherheit kein ROC verbaut sein.

Edit:
Gerade nachgeschaut, es gibt auch Versionen mit 'nem ROC (Smart Array P440).
Diese Version wäre aber für ZFS eh nicht geeignet! (fehlende Kontrolle über die HDDs, da nur die virtuellen VDs des Raidcontrollers für das OS zur Verfgungs stehen. Einige wenige Raidcontroller bieten allerdings passthrogh für unkonfigurierte Platten).

P.S. genau in dem Moment, wo am neuen Mainboard erst die HDDs im Controllerbios zu einem Virtuellem Laufwerk konfiguriert werden müssen, ist der Datenverlust unvermeidlich, da neue VD's erst nach Initialisierung zur Verfügung stehen.

Re: Umzug in Rack

Posted: 21 May 2017 21:06
by variousos
Hallo und guten Abend Zusammen,
um den o.g. Problemen aus dem Wege zu gehen, habe ich mir ein absolut neues HP-MB abgeholt. Es handelt sich dabei um das MB des Provliant-ML10Gen9. Dort ist im Gegensatz zu meinem anderen Rackserver kein RAID- oder HBA eingebaut (H240).
Also...nach meinem Verständnis könnte ich die Platten einfach an den vorhandenen SATA´s anschließen...als AHCI im Bios eingestellt.
Würde das Eurer Meinung nach gut gehen? Ohne Neuinstallation?
LG
variousos
IMG_2106.JPG

Re: Umzug in Rack

Posted: 21 May 2017 21:10
by kreuzberger
Nabend variousos,

dem dürfte eigentlich nichts entgegen stehen.

Kreuzberger.

Re: Umzug in Rack

Posted: 22 May 2017 11:49
by b0ssman
unter umständen muss der nic neu konfiguriert werden.

Re: Umzug in Rack

Posted: 22 May 2017 12:11
by kreuzberger
Hi variousos,

blöd dass der Hinweis erst jetzt kommt, aber ggf. wäre bei einer solchen Aktion ein Backup vorher immer ratsam. Aber das hast du ja sicher berücksichtigt.

Kreuzberger.
P.S.: Aber wie man hier sagt habe ich ja keine Ahnung von sowas.

Re: Umzug in Rack

Posted: 28 May 2017 14:12
by variousos
Hallo Alle,
hallo @kreuzberger,

natürlich werde ich vorher ein Backup machen!!! Es ist ja noch nicht ganz so weit, weil ich das Rack erst nach unserem Umzug "befülle".
Ich habe aber vorher noch eine Verständnisfrage...bzw. entdecke in meinen Augen eine Diskrepanz. Der Punkt ist mal wieder "Verfügbares Volumen".

Innerhalb des Systems werden mir schon zwei verschiedene Informationen angezeigt:
1. Im ZFS-Poolmanagement werden als Größe 10.9TB...Benutzt 6.08TB...Frei 1.57TB angezeigt.
2. Auf der "Startseite" werden ebenfalls 10.9TB...Benutzt 8.37TB...Frei 2.50TB angezeigt.

Rechne ich nach dem Mounten des NAS auf dem iMac alle Daten zusammen, komme ich auf 3.5TB .

Wo sind die TB´s geblieben? Wir sprechen ja hier nicht von ein paar GB...sondern von 2,5TB...respektive fast 5TB Unterschied.

Wie ist das zu erklären?
Bildschirmfoto 2017-05-28 um 13.46.26.png
Bildschirmfoto 2017-05-28 um 13.44.52.png

Re: Umzug in Rack

Posted: 28 May 2017 14:37
by Princo
Hallo variousos,

Die Antwort auf deine Frage hattest du schon hier bekommen: viewtopic.php?p=75970#p75970

Grüße
Princo

Re: Umzug in Rack

Posted: 28 May 2017 17:57
by variousos
@Princo,

natürlich erinnere ich mich...und ich bin mir auch des Umstandes bewusst.
Aber ich verstehe trotz allem nicht, dass die tatsächlich vorhandenen Daten gerade einmal 3,5TB ergeben. Ziehe ich die Partity-Platte von den 4x3TB ab, bliebe immer noch brutto 9TB übrig....real sollten das doch knapp 8,4TB sein. Es sollten also knapp 5TB übrig bleiben.
Und warum ist es unrealistisch die tatsächlich vorhandnen Daten zusammen zu zählen? D

Re: Umzug in Rack

Posted: 28 May 2017 20:29
by kreuzberger
ist das kuhl:

http://wintelguy.com/zfs-calc.pl

Kreuzberger
p.s.: ich hätt ja gern mal die Berechnungsformeln um das in excel nachzubauen.

Re: Umzug in Rack

Posted: 28 May 2017 23:17
by variousos
@kreuzberger....
das ist ja mal wirklich ein tolles Tool. Und das Ergebnis bekräftigt meine Darstellung, dass hier etwas nicht stimmen kann...ich vielleicht einmal erwägen sollte alles doch neu zu konfigurieren. Denn das Resultat sagt, dass 7.7TB Netto übrig wären. Schaue ich mir die nun bereits oft erwähnten tatsächlichen Daten an...bleibt da ein Gap von ca. 4TB! Wo könnten die sein...? Das ist eine wirklich ernst gemeinte Frage...

Danke für die Antwort...
Euch allen einen schönen "Restabend"....:-)

Re: Umzug in Rack

Posted: 30 May 2017 03:47
by Princo
variousos wrote:
28 May 2017 14:12
Innerhalb des Systems werden mir schon zwei verschiedene Informationen angezeigt:
1. Im ZFS-Poolmanagement werden als Größe 10.9TB...Benutzt 6.08TB...Frei 1.57TB angezeigt.
2. Auf der "Startseite" werden ebenfalls 10.9TB...Benutzt 8.37TB...Frei 2.50TB angezeigt.

Rechne ich nach dem Mounten des NAS auf dem iMac alle Daten zusammen, komme ich auf 3.5TB .

Wo sind die TB´s geblieben? Wir sprechen ja hier nicht von ein paar GB...sondern von 2,5TB...respektive fast 5TB Unterschied.
Auf der "Startseite" wird dir ein Wert angezeigt, der den Speicherverbrauch inklusive der Parity-Daten berücksichtigt. Dieser Wert sagt dir aber nicht direkt, wie viel realer Speicherplatz dir noch zur Verfügung steht.

Im "ZFS-Poolmanagement" wird dir ein Wert angezeigt, der dir die "echte" verfügbare Speicherkapazität angibt.

Wärest du den Links gefolgt, die ich dir bereits mehrfach gegeben habe, dann wüßtest du, wie man bei NAS4Free die Anzeige so einstellt, daß dir auch auf der "Startseite" der reale belegte und freie Speicherplatz angezeigt wird. Also die gleichen Werte, die dir auch im ZFS-Poolmanagement angegeben werden.

Aber egal. Kommen wir lieber zu einem wirklich interessanten Punkt:

Du monierst, daß die angezeigte Datenmenge auf deinem iMac und die auf dem NAS voneinander differiert.

Kann es sein, daß du die Daten von deinem iMac immer wieder auf das NAS kopierst, und das NAS quasi einen Spiegel deines iMac darstellt?

Nun, das wäre eine hilfreiche Information gewesen.

Dein iMac organisiert die Datenablage anders, als es ein Server (z.B. NAS4Free) macht.

Sehr vereinfacht gesagt: dein iMac benutzt wahrscheinlich 4k-Blöcke, während dein NAS mit 128k-Blöcken operiert.

Noch vereinfachter dargestellt: eine Datei mit einem einzigen Zeichen Inhalt, belegt auf deinem iMac 4k an Platz, und auf dem NAS belegt es 128k an Platz.

Diese Aussage muß ich allerdings gleich wieder relativieren, denn sowohl auf deinem iMac, als auch auf den NAS kommen Techniken zum Einsatz, die dieser Platzverschwendung entgegenwirken sollen.

Du merkst, daß sich die Frage nicht auf einfache Art beantworten läßt?

Mit der Vereinfachung als Grundlage, könnte man behaupten, daß ein gemischter Datenbestand auf dem NAS mehr Platz in Anspruch nehmen wird, als auf dem lokalen Gerät (iMac).

Könnte man daran etwas ändern?

Ja, denn man kann die sog. Recordsize auf dem NAS anders einstellen.

Würde das etwas bringen?

Nein, denn es handelt sich um einen gemischten Datenbestand, wenn man einen Client-Rechner einfach auf ein NAS spiegelt.
"Gemischter Datenbestand" bedeutet, daß sich einige sehr große und viele sehr kleine Dateien gemeinsam auf einem Dateisystem befinden.
Man kann entweder auf die eine, oder auf die andere Sache optimieren. Beides zusammen geht nicht.

Und wenn man das System einfach auf die Blockgröße des sendenden Systems einstellt?

Dann würde die Performance des ZFS-Systems rapide in den Keller gehen, da bei einer so kleinen Blockgröße irrsinnig viele Checksum-Operationen durchgeführt werden müßten.

Was sollte man daher idealerweise tun?
Zuerst einmal sollte sollte man sich entscheiden, ob man serverzentriert, oder rein lokal arbeiten möchte.

Bei einer serverzentrierten Arbeitsweise liegt der Haupteil der Daten auf dem NAS und ist dort in passend konfigurierten Datasets organisert.
So werden z.B: Filme in Datasets mir einer großen Recordsize, und Textdokumente in Datasets mit einer eher kleinen Recordsize abgelegt.

Auf diese Art und Weise kann man ein ausgewogenes Verhältnis zwischen Performance und Speicherplatzverbrauch herstellen.

Und wenn einem das zu kompliziert ist?

Dann nehmt einfach die Standardwerte. Euer System wird damit prima funktionieren. Ihr braucht dann zwar mehr Speicherplatz als nötig, dafür müßt ihr euch aber nicht mit statistischen Auswertungen und Reorganisation eures Datenbestandes herum plagen. Das ist völlig ok. Das kann man so machen.

Grüße
Princo

Re: Umzug in Rack

Posted: 30 May 2017 23:25
by variousos
@Princo,

vielen Dank für die ausführliche Erläuterung. Der Ansatz, dass MKV-Dateien in einem anderen Dataset gespeichert werden, als kleinere JPEG- oder gar PST-Dateien, dass würde wirklich Sinn machen. Wie bereits erwähnt, werde ich erst nach dem Einzug in die neuen Räumlichkeiten alles entsprechend anpassen. Darf ich Dich DANN um Rat bitten, wie das entsprechend installiert- und konfiguriert wird? Oder gibt es dazu ein entsprechendes Tutorial?

Noch einmal vielen Dank im Voraus