[Sammelthread] ZFS Stammtisch

Danke für die Infos.
Ich komme erst morgen dazu mir das mal anzuschauen.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
napp-it unter Solaris 11 CBE
- wird ab Version 21.06 unterstützt.

ps:
Die OmniOS Version für Perl v32 funktioniert auch unter Solaris.
Wenn man die Dateien austauscht muss man aber in napp-it logout/login machen damit das wirksam wird.
 
Mit loout/login hat es dann auch mit Variante 2.) offenbar funktioniert.

Das Update auf 21.06a6 läuft auch unter cbe, allerdings scheint das a6er nun unterm GA Release nicht mehr zu funktionieren. Lasse von dort kommend gerade noch mal das update laufen.
 
Korrekt.
Das originale Solaris 11 braucht sein eigenes Perl Binary.
Ich habe das geändert und eine angepaßte Version hochgeladen.
 
Sah jetzt mit a7 gut aus, unter GA, als auch nach Wechsel auf die CBE.

Sind diese Anpassungen auch in die 22.01 pro Reihe eingeflossen?
 
napp-it wechselt von mini_httpd zu Apache 2.4

Bis jetzt nutzt napp-it mini_httpd als Webserver. This ist ein ultrakompakter Single Binary 50kB Webserver. Mit aktuellen Betriebssystemen gibt es jedoch Probleme mit https. Da es nur wenig Entwicklungsarbeit bei mini_httpd gibt, haben wir beschlossen auf Apache 2.4 zu wechseln. Dieser ist im OmniOS extra und Solaris repo und erhält mit dem OS Bug und Sicherheitsupdates.

Eine erste beta ist im aktuellen napp-it 22.dev. Nach dem Update ist Apache mit http unter port 81 und https unter port 82 aktiv. Sollte es nach dem Update Startprobleme geben, dann Apache einmal manuell starten. (Installiert Apache falls noch nicht geschehen) "/etc/init.d/napp-it start"

Die default Apache config files sind unter /var/web-gui/data/tools/httpd/apache24/. Für eine eigene Konfiguration (updatesicher) nutzt man /var/web-gui/_my/tools/apache/httpd.conf als config file.


mini_httpd kann man auf Wunsch mit http starten: "/etc/init.d/napp-it mini"

gea
 
Zuletzt bearbeitet:
Gea, das betrifft aber erstmal nur Deine Bezahlversionen, korrekt? (No offense taken, will nur wissen ob ein Update der free ansteht oder nicht)
 
Im Moment teste ich das in der 22.dev.
Wenn alles läuft werde ich im Sommer auch die 21.06 free zusammen mit der 22.06 umstellen.
 
Hi, ich habe einen Striped mirror und da hatte eine HDD Defekte Sektoren aufgewiesen.

Ich habe diese HDD mittels dieses Befehls getauscht:

Zpool replace -f zfspool 14378237000835890006 /dev/disk/by-id/ata-TOSHIBA_HDWJ110_X1C6PLPBT

Resilvert hat er auch erfolgreich. Der Pool ist online.
nur jetzt ist auch die andere HDD aus dem mirror verschwunden, also die Spiegelquelle, es ist also nur noch die neue da.


Wie kann ich die andere wieder einhängen?


Das ist die Ausgabe von Zpool Status:



pool: zfspool state: ONLINE
scan: resilvered 500G in 02:02:39 with 0 errors on Wed Mar 9 21:30:32 2022

config: NAME STATE READ WRITE CKSUM zfspool ONLINE 0 0 0
ata-TOSHIBA_HDWJ110_X1C6PLPBT ONLINE 0 0 0

mirror-1 ONLINE 0 0 0 ata-HGST_HTS541010A9E680_JD10001VJW784M ONLINE 0 0 0 ata-TOSHIBA_HDWJ110_8099PC7BT ONLINE 0 0 0 errors: No known data errors
 
Müssen die SSL Zertifikate neu/manuell konfiguriert werden oder werden diese aus der alten mini_httpd Konfiguration übernommen?
Es sind neue private Zertifikate dabei und konfiguriert.

Für eine eigene Konfiguration (updatesicher) nutzt man /var/web-gui/_my/tools/apache/httpd.conf als config file. Darin per Include eine andere httpd-ssl.conf z.B. /var/web-gui/_my/tools/apache/httpd-ssl.conf mit den eigenen keys einbinden, z.B.

/var/web-gui/_my/tools/apache/apache.key
/var/web-gui/_my/tools/apache/apache.crt
 
Zuletzt bearbeitet:
Hi, ich habe einen Striped mirror und da hatte eine HDD Defekte Sektoren aufgewiesen.

Ich habe diese HDD mittels dieses Befehls getauscht:

Zpool replace -f zfspool 14378237000835890006 /dev/disk/by-id/ata-TOSHIBA_HDWJ110_X1C6PLPBT

Resilvert hat er auch erfolgreich. Der Pool ist online.
nur jetzt ist auch die andere HDD aus dem mirror verschwunden, also die Spiegelquelle, es ist also nur noch die neue da.


Wie kann ich die andere wieder einhängen?


Das ist die Ausgabe von Zpool Status:

zpool attach hat es gelöst.
 
Moin gea, habe heute seit längerer Zeit mal den push-alert auf meiner Home-Storage getestet, scheinbar klappt das nicht mehr. Hat sich da etwas geändert und ich habe das versäumt?
 

Anhänge

  • Bildschirmfoto 2022-03-13 um 10.39.54.png
    Bildschirmfoto 2022-03-13 um 10.39.54.png
    85,2 KB · Aufrufe: 85
Ich bin schon ganz hibbelig... spiele gerade mal wieder mit Solaris 11.4 herum und es sieht echt so aus, als wäre ein großer Schwung Updates jetzt auch ohne Account verfügbar... jedenfalls werden ggü. der Installations-ISO (Version 11.4.0.15 wenn ich mich nicht irre) jetzt mit einem einfachen "pkg update --accept" ("accept" wg. Lizenzbedingungen) über 700 Packages (fast 54000 Files!) aktualisiert - da bekam man früher immer "no updates available".

*daumendrück für Connectx-4-drivers*

man wäre das cool, dann könnte ich doch erst einmal wieder ein paar Jahre bei meinem Lieblings-Storage-OS bleiben!

...und ich bilde mir ein, dass ich gerade beim Download schon ein paar Einträge unter .../drivers zu Mellanox gesehen hab...!

@gea: sollte Napp-it mit dem aktualisierten Solaris 11.4 ohne weiteres funktionieren?

Wenn das mit der NIC klappt, steht wohl eine größere Neuorganisation meines Servers und Infrastruktur an... :d

Meh, völlig überlesen bisher:

  • New driver/network/ethernet/mlxne package to support Mellanox ConnectX-4 and ConnectX-5 100Gb ethernet devices. Note that this driver does not support SR-IOV, but instead only supports "bare metal"....

Da muss ich wohl mal weiter probieren...

EDIT: es läuft mit PCIE-Passthrough eines "ganzen" Ports! Juchu!! Sorry für gewisses OT - aber das ist ja hier quasi so ein bisserl auch der Solarish-Sammler...? ;)
 
Zuletzt bearbeitet:
Meine Meinung: nicht soooo wichtig. ESXi limitiert mit VMXNET3 nach meiner Erfahrung halt ggf. bei Geschwindigkeiten über ca. 20Gbit/s, und auch RDMA-Geschichten werden deutlich komplizierter ohne SR-IOV.

Entlastet auch die CPU, wobei das bei mir eigentlich nie ein limitierender Faktor ist - die langweilt sich meist eh nur.
 
Moin gea, habe heute seit längerer Zeit mal den push-alert auf meiner Home-Storage getestet, scheinbar klappt das nicht mehr. Hat sich da etwas geändert und ich habe das versäumt?

Ja ab 22.01b.
Push läuft jetzt über /var/web-gui/_my/scripts/webapi/webapi.pl
(eigene Config: umbenennen von /var/web-gui/_my/scripts/webapi/webapi.pl.disabled in /var/web-gui/_my/scripts/webapi/webapi.pl).

Key und Secret in About > Settings festlegen.
Vermutlich reicht es in der webapi PushOver zu aktivieren und Telegram (ist default) zu deaktivieren.

Dann kann man Push via SendBlue (smtps), Telegram oder PushOver konfigurieren
test via: Jobs > Push > Test

Beitrag automatisch zusammengeführt:

@gea: sollte Napp-it mit dem aktualisierten Solaris 11.4 ohne weiteres funktionieren?

Wenn das mit der NIC klappt, steht wohl eine größere Neuorganisation meines Servers und Infrastruktur an... :d


EDIT: es läuft mit PCIE-Passthrough eines "ganzen" Ports! Juchu!! Sorry für gewisses OT - aber das ist ja hier quasi so ein bisserl auch der Solarish-Sammler...? ;)

Solaris CBE sollte ab napp-it 21.06 funktionieren.
Https und appliance group in der aktuellen 22.dev
 
Zuletzt bearbeitet:
Ja ab 22.01b.
Push läuft jetzt über /var/web-gui/_my/scripts/webapi/webapi.pl
(eigene Config: umbenennen von /var/web-gui/_my/scripts/webapi/webapi.pl.disabled in /var/web-gui/_my/scripts/webapi/webapi.pl).

Key und Secret in About > Settings festlegen.
Vermutlich reicht es in der webapi PushOver zu aktivieren und Telegram (ist default) zu deaktivieren.

Dann kann man Push via SendBlue (smtps), Telegram oder PushOver konfigurieren
test via: Jobs > Push > Test
Vielen Dank gea, unter den Pfaden gibt es bei mir gar keine Einträge. Ich habe seit langer Zeit die Updates immer über die Web-Gui gemacht, vielleicht ist da einmal etwas schief gegangen. Ich habe nun Napp-it komplett neu installiert und nun geht PushOver wieder. Merkwürdigerweise kann ich weder SendBlue noch Telegramm konfigurieren sondern nur PushOver.
 
Die ganzen webapi Dienste brauchen ein bis zwei Parameter z.B. Token und User. Die werden in About > Settings gespeichert. Als konfigurierbare webapi nutzt man dann /var/web-gui/_my/scripts/webapi/webapi.pl. Änderungen daran sind updatesicher. In der webapi steht am Anfang

Code:
# &SendinBlue();
# &SendPushover();
&SendTelegram;

Den benötigten Serviceprovider dann aktivieren und die beiden anderen auskommentieren.
 
Guten Abend,

ich musste heute (mit Schrecken) feststellen, dass bei meinen Replication Jobs auf ein(em) (OmniOS+napp-it) Zweitsystem das monthly keep nicht mehr korrekt zu funktionieren scheint. Letzte und einzige monthly snaphots (*km01*) sind vom 02.01.2022. "keep" steht auf "days:31,months:12,years:3". Demnach sollten hier monatl. snaps zurück bis 02-2021 zu finden oder zumindest von Februar 2022 weitere monthly snaps vorhanden sein. Hab jetzt hier im thread schon die letzten Seiten durchforstet, aber nichts dazu gefunden.
Auf der changelog-Seite von napp-it habe ich jedoch folgendes gelesen: "20. jan replication fix for keep month diff problem" was irgendwie etwas in Richtung meines Problems zu klingen scheint.
Hatte zuletzt eine 22.dev mit Stand (iirc) 10. Februar laufen. Zuvor hatte ich (laut BE) am 2021-12-09 eine 21.dev eingespielt.
Verbirgt sich hinter dem changelog-Eintrag "mein" Problem? Wann ist der Bug in napp-it gelangt und kann ich davon ausgehen, dass nun beim Rollover in den April (wegen days:31) wieder ein *km02* für März generiert wird? Gut, dass es nur ein Home-System ist, somit ist der Verlust von knapp 12 Monatsständen noch verkraftbar.

Danke vorab für ein Aufklärung
ces
 
Bei der keep Bearbeitung werden alle Replikationssnaps nach Datum sortiert. Dann wird nacheinander kontrolliert ob die einzelnen keep Bedingungen für Jahr, Monat oder Tag erfüllt sind. Wenn nein wird der Snap antsprechend der blockierenden keep Regel umbenannt ansonst wird der Snap gelöscht. Die letzten 3 Replikations-Snaps werden immer behalten. Die Snaps erhalten daher nach jedem Replikationslauf eventuell dynamisch neue Namen.

In der Abarbeitung der keep month Funktion hat sich leider ein Fehler eingeschlichen. Bitte eine Version ab 22.02 neu herunterladen. Dadurch sollte die keep month Regel korrekt beachtet werden.

Ein Downgrade von napp-it mit anschließender Replikation kann die älteren Snaps trotz der keep month Einstellung dann allerdings löschen.
 
Kann man die lz4 Komprimierung nachträglich für das gesamte Dataset anstoßen.
Ich nutze ein Truenas und habe bei einem Dataset vergessen die lz4-Kompremmierung einzuschalten.
Wenn ich jetzt die Komprimierung allerdings einschalte, dann komprimiert er auch nach Stunden nichts von sich aus.
Kann ich den Komprimier-Vorgang irgendwie anstoßen?
 
Klar. Einfach anschalten.

Aber ZFS komprimiert eben nur beim Schreiben neuer/geänderter Daten.

Also nicht so wie bei Windows wenn Du Datei/Verzeichnisse auf "komprimieren" schaltest.

Du müsstest also die Daten nochmal neu auf das dataset kopieren (und die alten löschen)
 
Klar. Einfach anschalten.

Aber ZFS komprimiert eben nur beim Schreiben neuer/geänderter Daten.
Genau das meinte ich.
Ich dachte vielleicht, dass es einen Befehl gibt um das direkt anzustoßen! :)
Aber dann bleibt mir entweder nur einschalten und alles neues komprimieren lassen oder eben umkopieren um den Vorgang somit zu starten.
 
Ein Backup is nur dann ein Backup, wenns auch regelmässig kontrolliert wird!
Nachdem durch den Bug offensichtlich die vorhandenen Stände im Nachgang gelöscht wurden und nicht über Monate hinweg nicht erstellt wurden, wüsste ich gerade nicht was mir eine häufigere Kontrolle hier geholfen hätte, außer dass ich dann wenige Tage früher über die Auswirkung informiert gewesen wäre, als es jetzt bei meiner regelmäßigen monatlichen Kontrolle :sneaky: aufgefallen ist.

In der Abarbeitung der keep month Funktion hat sich leider ein Fehler eingeschlichen. Bitte eine Version ab 22.02 neu herunterladen. Dadurch sollte die keep month Regel korrekt beachtet werden.
War der Fehler dann in der 22.dev mit Stand 2022-02-10 noch enthalten, oder ist es auf die 21.dev von 2021-12-09 zurückzuführen?
Hab gestern jedenfalls bereits auf die 22.03 (also non-dev) umgestellt.
 
Zuletzt bearbeitet:
Nachdem durch den Bug offensichtlich die vorhandenen Stände im Nachgang gelöscht wurden und nicht über Monate hinweg nicht erstellt wurden, wüsste ich gerade nicht was mir eine häufigere Kontrolle hier geholfen hätte, außer dass ich dann wenige Tage früher über die Auswirkung informiert gewesen wäre, als es jetzt bei meiner regelmäßigen monatlichen Kontrolle :sneaky: aufgefallen ist.


War der Fehler dann in der 22.dev mit Stand 2022-02-10 noch enthalten, oder ist es auf die 21.dev von 2021-12-09 zurückzuführen?
Hab gestern jedenfalls bereits auf die 22.03 (also non-dev) umgestellt.

Ein Problem mit keep month besteht bei allen Versionen bis gestern.
Behoben ist das Problem erst in der 22.dev vom 22.3. und in der 22.02b und 22.03b.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh