XigmaNAS

Hallo, bei der Erstellung eines USB-Sticks wird ein Swapbereich auf dem Stick vorgeschlagen. Macht das Sinn, wo doch nach dem Booten sich alles in einer Ramdisk abspielt? Außerdem habe ich Verständnisprobleme mit der Einstellung der Auslagerungsdatei unter System/erweitert, weil dort Bereiche auf einer Festplatte angeboten werden
Gruß Mike

Diese Frage beschäftigt gerade so Einige.
Derzeit tendiere ich dazu, diese Installationsart nicht zu wählen. besonders dann nicht, wenn man ein ZFS-System betreibt.

Diese Option ist wohl für Systeme mit wenig RAM (~<=2GB) gedacht. Weshalb man das aber als Standard-Installationsart anbietet, hat sich mir noch nicht erschlossen.

Grüße
Princo

Danke, der Auslöser für diese Frage war, daß ich das FW-Update von 1283 auf 1310 über die WEBGUI gemacht habe. Nach Restore der conf schien alles in Ordnung. War dann überrascht, als bei Firmware die Fehlermeldung kam:" bootpartition to small"und geraten wurde, über Live CD zu installieren, was ich auch gemacht habe. Dort fiel mir dann die verlangte Einstellung einer Swappartition auf, die wenn einfach mit ok quittiert dann den gesamten Stick dafür vorsieht.
Dann warte ich mal, bis Ihr Experten eine sinnvolle Lösung nennt.
Gruß Mike

Mike wrote:Dort fiel mir dann die verlangte Einstellung einer Swappartition auf, die wenn einfach mit ok quittiert dann den gesamten Stick dafür vorsieht.

Das hängt davon ab, wie groß dein USB-Stick ist.
Neuerdings werden bei der Embedded-Installation drei Partitionen angelegt. Das wird einem auch vorher angezeigt.
1. 800 MB für das OS.
2. Eine Swap-Partition, deren Größe sich am RAM orientiert.
3. Der Rest wird als DATA-Partition (UFS) eingerichtet.

Mike wrote:Dann warte ich mal, bis Ihr Experten eine sinnvolle Lösung nennt.

Die sinnvollste Lösung ist, daß man sich bei neuen NAS4Free-Versionen ganz genau darüber informiert, was einem die neue Version bringt, und ob die neue Version überhaupt stabil läuft.
Es hat schon seine Gründe, weshalb ich immer noch bei 9.1.0.1 Rev 847 geblieben bin.
Die Version 9.2 habe ich komplett ausgelassen, weil für mich wichtige Funktionen nicht mehr gingen.
Die 9.3 Version wird zwar gerade wieder interessant, hat aber in der Rev. 1310 noch zu viele Fehler und Eigenheiten, als daß ich darauf umsteigen mag.
Derzeit zerlegen sich Leute reihenweise ihre ZFS-Pools, weil sie die neuen Versionen einspielen, ohne sie vorher ausreichend zu testen
Der betreffende Fehler ist eigentlich simpel, und die Daten sind auch nicht wirklich weg, aber so etwas ist halt sehr ärgerlich, und erzeugt einen immensen Support-Aufwand.
Daher kann ich nur immer wieder darauf hinweisen, daß man sich bei neuen NAS4Free Versionen erst einmal ausgiebig im Release Forum informiert, und nicht einfach blind die jeweils neueste Version installiert.
NAS4Free ist kein Consumer-Product, darüber sollte man sich immer im Klaren sein. Es ist immens wichtig, ein richtiges Backup zu haben, falls mal etwas schief läuft.

Zum Thema Swap:
Das (neue) Swapping bei NAS4Free erfolgt aus dem gleichen Gründen, wie bei einem Windows Rechner: Fehlender Hauptspeicher wird durch Festplattenspeicher (hier aber USB-Speicher) ersetzt.
USB-Speicher ist aber so ziemlich der schlechteste Speicher zum Swappen, den man sich denken kann,
Besonders beim Einsatz von ZFS ist das imho ein absolutes No-Go.
Daher würde ich derzeit von der Installation der Version 9.3.0.2.1310 abraten, und man sollte bei den nachfolgenden Versionen ganz besonders darauf achten, wie das mit dem Swap gehandhabt wird.
Aktuell würde ich Testinstallationen der Rev. 1310 nur mit der Option 9., danach 3. "Install 'Embedded' OS/MBR without SWAP (for expert)" durchführen, aber das ist meine persönliche Vorgehensweise.

Meiner (derzeitigen) Meinung nach, hat Swapping auf einem reinen NAS nichts zu suchen. Das NAS sollte soweit mit ausreichend Speicher ausgerüstet sein, daß Swapping gar kein Thema sein sollte.
Swapping bei einem NAS ist zudem völlig kontraproduktiv, da es die Performance (und die Datensicherheit) herabsetzt.
Grüße
Princo

Edit, 03.02.2015: Meine derzeitige Meinung zum Thema Swap hat sich geändert. Erklärung dazu in einem der nachfolgenden Postings.

Vielen Dank für die ausführliche Antwort. Nun, vielleicht muß ich doch etwas gründlicher das change-Log lesen, bei meinem englisch neige ich immer zum Überfliegen...
Bis jetzt konnte ich nichts nachteiliges bei der 1310 entdecken, habe aber neben meinem Backup-NAS noch eine zusätzliche Sicherung, falls es mal ganz schlimm kommen sollte.
Zu Swap: Unsicher wie ich war, habe ich die empfohlenen 1GB eingestellt, die aber nie genutzt werden(lt. System).
Könnte man diesen, nach Deiner Meinung unsinnigen, löschen, oder geht das nur über Neuinstall, wie von Dir oben beschrieben?
Gruß Mike
P.S.: die USB-Sticks haben 8GB
Mir ist aufgefallen, daß mit 1310 beim Kopieren einer großen Datei die Speicherauslastung nur bei kleiner 20% liegt, vorher ca.80%, das ist sicher auch nicht so vorgesehen.
Habe inzwischen die Sticks ohne Swap eingerichtet.

Dein Beitrag ist echt super danke hat mir sehr geholfen. Ich hatte auch, bis vor kurzem die 9.1.0.1 drauf. leider ist mein System gecrasht und musste das OS erneuern. Leider wird die obige, von dir angesprochene, 9.1.0.1 nicht mehr zum Download angeboten, oder bin ich einfach nur blind?

Bin mit der 9.2 sowie 9.3 kein Stück zufrieden und will wieder zu die 9.1 er zurück. Kann mir vielleicht einer helfen?

Hallo Squallsnext, was brauchst du denn (CD-Image, USB-Image, oder das reine embedded-File)?

@All
Meinen obigen Post habe ich editiert, da sich für mich ein paar neue Gesichtspunkte zu dem Thema "Swap" ergeben haben.
Dieses Blogposting brachte ein paar sehr gute Argumente für die Einrichtung: http://www.tolaris.com/2013/05/18/enabl ... -nas4free/

Nun, Argumente an sich sind zwar immer eine schöne Sache, aber ein Beweis wäre natürlich noch besser

Fall 1:
Bei meinem PC-Backup-NAS hatte ich bislang einen doofen Fehler: Wenn ich meinen Laptop darauf komplett als Image gesichert habe, stieg das NAS nach einiger Zeit aus. Als Fehlermeldung auf der Console kamen "cam status error drv not ready"-Fehlermeldungen (so ähnlich). Das NAS reagierte zwar noch, aber ein normaler reboot war nicht mehr möglich, hartes Ausschalten war angesagt
Jegliche Fehlersuche blieb erfolglos. Der Fehler trat nur in Verbindung mit diesem Laptop auf, alle anderen Systeme konnten problemlos mit der gleichen Methode gesichert werden. Der Fehler war auch unabhängig von der Datenmenge.
Zwar habe ich das Problem mit einem Workaround umgehen können, eine richtige Lösung war das aber nicht.
Am letzten Wochenende habe ich das Problem noch mal aufgemacht, und einen Swap auf diesem NAS eingerichtet.
Problem gelöst
Und: JA, ich habe natürlich die Gegenprobe ohne Swap gemacht. Mehrfach.

Fall 2:
Bei einem Kunden steht ein NAS4Free, welches immer ziemlich genau nach 10 Tagen die Hufe gehoben hat. Hier hatte ich zuerst ein Problem im DNS vermutet. Dort wurde jetzt auch ein Swap-Bereich eingerichtet. Seitdem läuft das NAS ohne Probleme.

Zusammenfassung:
In beiden Fällen handelte es sich um N54L mit viel ECC-RAM (Version 9.1.0.1 - Sandstorm (revision 847)). Bei beiden Systemen traten unter gewissen Umständen unerklärliche Fehler auf, welche sich zwar umgehen ließen (z.B. im Fall 2 mit einem wöchentlichen Reboot des NAS), aber erst durch den Einsatz von Swap tatsächlich beseitigt wurden.

Lösung:
Bei meinem Pool "Daten" habe ich einfach ein ZFS-Volume Daten/swap mit den Standardwerten und der Größe 32G (2xRAM) angelegt. Dieses Volume wurde dann in
System|Advanced|Swap
Type: Device
Device: /dev/zvol/Daten/swap
aktiviert.
Ein Reboot ist dafür nicht nötig.

abschließendes Fazit:
Entgegen meiner ursprünglichen Annahme, ist ein Swap bei NAS4Free unbedingt nötig, um einen stabilen Betrieb zu erreichen.
Allerdings finde ich, nach wie vor, einen USB-Stick nicht dafür geeignet.
Ob die von mir verwendete Methode (mit dem zfs-Volume als Swap) der Weisheit letzer Schluß ist, kann ich nicht mit Sicherheit sagen. Bei dem FreeNAS-Projekt wird bei der Formatierung jeder ZFS-Daten-Platte ein kleiner Bereich für Swap-Zwecke freigehalten. Dieser Swap-Bereich wird jedoch nicht von ZFS "abgesichert".
Ich habe auch Anleitungen gefunden, bei denen ZFS-Volumes genutzt werden (wie bei meiner Lösung), bei denen aber die Schutzfunktionen von ZFS extra abgeschaltet wurden.
Aber, wie bereits erwähnt: welche der verschiedenen Swap-Methoden jetzt am Besten eingesetzt werden sollte, kann ich noch nicht mit Bestimmtheit sagen.
Was ich aber mit Sicherheit sagen kann: ohne Swap geht es nicht (jedenfalls nicht stabil).
Das wird auch der Grund sein, warum ab der 9.3 Version ein Swap automatisch eingerichtet wird.
Es ist auf jeden Fall ein Thema, welches man im Auge behalten sollte.

Btw: Bei der Recherche zu diesem Thema, bin ich hier im Forum auf so einige Threads gestoßen, bei denen Leute unerklärliche Probleme mit ihrer Hardware hatten, die mir sehr bekannt vorkommen. Die Einrichtung eines Swap wurde allerdings nie als Problemlösung vorgeschlagen.

Grüße
Princo

Mich hat irritiert, daß bei Kopie von großen Dateien die Swapdatei überhaupt nicht genutzt wurde ( 8 GB Ram), der bei 5x 3TB HDD nicht eben üppig ist. Dagegen habe ich auf einem alten x86-System mit 1GB RAM eine Swapgröße von 4GB, die dann wie oben zumindest mit 3% ausgelastet wird.
Bei x86 Systemen werden gleich 4GB Swap vorgeschlagen, weil wohl x86 historisch bedingt kleine RAM-Größen hatte.
Gruß Mike

Die x86-Systeme können maximal 4GB RAM adressieren, daher ist eine 4GB Swapgröße naheliegend.
Im Übrigen soll es wohl so sein, daß nicht die Daten in den Swap ausgelagert werden, sondern die Dienste/Prozesse.
Dummerweise kann man das nur sehr schwer testen.
So ist es ist für mich noch nicht klar geworden, weshalb dieser Fehler bei mir nur bei diesem einen Laptop auftritt, wenn kein Swap eingerichtet ist
Aber wie dem auch sei: Swap ist ein relevantes Thema, und daran führt nichts vorbei.
Grüße
Princo

Hallo Princo,

ich hoffe auf Deine Unterstützung und den entscheidenden Tipp.

Ich habe den Thread aufmerksam gelesen und wollte deshalb ein Swap mit 32 GByte (2 x Hauptspeicher) anlegen. Ein Dataset mit mind. 32 GByte anzulegen war kein Problem. Dafür will die Aktivierung des Swap nicht gelingen.



Der Pool heißt "Pool_vdev_RAID-Z1", das virtuelle Gerät im Pool "vdev_RAID-Z" und das Dataset "Swap".
Das beim Anlegen des Swap anzugebene Device heißt also "/dev/Pool_vdev_RAID-Z1/vdev_RAID-Z/Swap"? Damit will es aber nicht funktionieren. Beim Versuch die Einstellung zu speichern meldet NAS4Free "Fehler: Die Änderungen konnten nicht durchgeführt werden (Fehlercode 1)." Im Log-File wurde eingetragen: "root: Failed to start service swap". Woran liegt es? Sind die Bezeichnungen zu lang, habe ich eine zulässige Längenbeschränkung überschritten? Oder gebe ich den falschen Namen bzw. das falsche virtuelle Gerät an?

Princo wrote: Lösung:
Bei meinem Pool "Daten" habe ich einfach ein ZFS-Volume Daten/swap mit den Standardwerten und der Größe 32G (2xRAM) angelegt. Dieses Volume wurde dann in
System|Advanced|Swap
Type: Device
Device: /dev/zvol/Daten/swap
aktiviert.
Ein Reboot ist dafür nicht nötig.

raaalf wrote:ich hoffe auf Deine Unterstützung und den entscheidenden Tipp.

Der entscheidende Tipp findet sich in der Fußzeile meiner Postings. Da steht, daß sich meine Antworten immer auf die englischsprachige GUI beziehen.
Ich hatte geschrieben, daß man ein ZFS-Volume "swap" anlegen sollte.
Du hast aber ein ZFS-Dataset namens "swap" angelegt.
Das ist etwas völlig anderes.
In der deutschen GUI ist "Volume" mit "Datenträger" übersetzt worden.
Das ist völliger Blödsinn, denn das sollte man nicht übersetzen.
Genau wie man "Dataset" nicht in "Datensätze" übersetzen sollte.
Du solltest also deinen "Datensatz" "swap" löschen, und dafür einen "Datenträger" namens "swap" anlegen.
Anschließend solltest du das NAS neu starten.
Danach kannst du den Swap aktivieren:
Dort müßtest du /dev/zvol/Pool_vdev_RAID-Z1/swap als Device eintragen (wenn ich jetzt keine Fehler gemacht habe). Anstelle von zvol kann da auch etwas anderes stehen, das hängt von der NAS4Free-Version ab. Du kannst den richtigen Pfad dadurch heraus finden, indem du dich über den Advanced|File Manager durch die Verzeichnisse unterhalb von /dev durchklickst, bis du bei swap landest
Und anschließend solltest du deine Web-GUI auf "Englisch" umstellen, denn dann können solche groben Missverständnisse gar nicht erst entstehen.

Grüße
Princo

Servus Princo,

vielen Dank!

Mit Deinen Hinweisen bzw. Richtigstellungen war es kein Problem mehr für mich das Swap anzulegen. Du hast auch damit Recht, dass es besser ist die Sprache auf English zu ändern um Übersetzungsprobleme zu vermeiden.

Grüsse

Ralf

Princo wrote:Der entscheidende Tipp findet sich in der Fußzeile meiner Postings. Da steht, daß sich meine Antworten immer auf die englischsprachige GUI beziehen. [...]
Und anschließend solltest du deine Web-GUI auf "Englisch" umstellen, denn dann können solche groben Missverständnisse gar nicht erst entstehen.

Sehr hilfreicher thread!

Danke auch von mir.

Allerdings bleibt bei mir noch eine (noob-)Frage offen:

Wie erkenne ich nun, ob der swap auch aktiviert wurde und genutzt wird?

Es gibt ja den command "swapinfo", dessen Ergebnis ich aber nicht verstehe ("Device 512-blocks Used Avail Capacity")...

EDIT: ok, restart has made it. shows up now at the infopage... sry