Ich nutze TrueNAS dann müsste ich es exportieren, Port umstecken und dann einfach Pool importieren.
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.
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.
Ja, ab 21.06 free
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.
napp-it.org
mini_httpd kann man auf Wunsch mit http starten: "/etc/init.d/napp-it mini"
gea
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.
napp-it // webbased ZFS NAS/SAN appliance for OmniOS, OpenIndiana and Solaris : Extensions
napp-it.org - ZFS NAS SAN Server mit einer durch den Benutzer anpassbaren Weboberfläche // All In One server = virtualisierter lauffähiger ZFS-Server
mini_httpd kann man auf Wunsch mit http starten: "/etc/init.d/napp-it mini"
gea
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:
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:
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:
automatenraum
Enthusiast
- Mitglied seit
- 15.02.2013
- Beiträge
- 179
Danke, läuft!
zpool attach hat es gelöst.
besterino
Legende
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...
Meh, völlig überlesen bisher:
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...?
*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...
Meh, völlig überlesen bisher:
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:
besterino
Legende
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.
Entlastet auch die CPU, wobei das bei mir eigentlich nie ein limitierender Faktor ist - die langweilt sich meist eh nur.
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
napp-it // webbased ZFS NAS/SAN appliance for OmniOS, OpenIndiana and Solaris Changelog
napp-it.org - ZFS NAS SAN Server mit einer durch den Benutzer anpassbaren Weboberfläche // All In One server = virtualisierter lauffähiger ZFS-Server
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...
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:
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
Den benötigten Serviceprovider dann aktivieren und die beiden anderen auskommentieren.
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
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
ludwinator
Enthusiast
- Mitglied seit
- 28.12.2006
- Beiträge
- 529
Ein Backup is nur dann ein Backup, wenns auch regelmässig kontrolliert wird!
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.
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?
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)
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)
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.
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
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.
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
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.
