Suchergebnisse

Vielen Dank für die Erklärung. Nach dem Löschen der Ziel Dateisysteme funktioniert es jetzt.

Nachdem die Replikationen bis jetzt gelaufen sind, gibt es plötzlich das Problem, dass kein Replikationsjob mehr startet. Es erscheint die Fehlermeldung: Auf beiden Servern befinden sich derzeit keine Snapshots. Das Einzige, was ich geändert habe (soweit ich mich erinnere), betrifft die...

Ich verwende OmniOS r38 und habe mich an die Anleitung von Napp-IT gehalten, wo empfohlen wurde, einen solchen Job anzulegen. Das habe ich wohl übersehen. Dann werde ich dort die Fehlerprotokollierung auf nein setzen. Vielen Dank für die Rückmeldungen!

Hallo, ich versuche in Napp-IT die Uhrzeit über einen periodischen Job einzustellen: ntpdate 0.pool.ntp.org Dabei bekomme ich immer die Fehlermeldung: Active Job 1643650328 error: error; time: 2022.02.09.23.00.02; info: ntpdate 0.pool.ntp.org...

Das ist wohl wahr. Ok, ich dachte, dafür wäre die Auswahlmöglichkeit beim Anlegen des Replikations Tasks da. Aber kein Problem, dann lösche ich Dateisysteme und starte nochmal alles.

Ich habe jetzt vom Backup Server aus Replikationsjobs angelegt, um die verschiedenen ZFS-Dateisysteme auf dem eigentlichen Server zu sichern. Dabei waren auf dem Backup Server bereits ZFS-Dateisysteme angelegt, in welche gesichert werden sollte: - Als Beispiel soll HDD6TB auf dem Server in...

Mache ich, danke für den Tipp. Edit: Problem gelöst. Hätte ich mal genauer den Infotext dazu, beim Erstellen des Snap Jobs, gelesen. Nochmals danke für den Hinweis!

HDD6TB ist ein raidz-Pool aus 3 Platten. Dann werde ich einmal alle drei Platten testen.

Der Snapshot Job läuft immer noch seit gestern Nachmittag. Iostat sieht im Augenblick so aus:

In Faults stehen im Wesentlichen eine Menge dieser Einträge: Feb 01 13:56:16.2235 resource.sysevent.EC_zfs.ESC_ZFS_config_sync Feb 01 13:58:22.5357 resource.sysevent.EC_zfs.ESC_ZFS_history_event Im Log-0 sind die letzten Einträge vom 25.1. Also nichts aktuelles. Von HDD8TB wird gerade eine...

Ja, sieht wohl so aus. Danke fürs taggen von @gea.

Test1: Datei hinzugefügt Test2: Datei aus Test gelöscht und andere Datei hinzugefügt Test3: Datei aus Test2 gelöscht Diese 3 Snapshots wurden manuell über das "Snapshot Menü" von Napp-IT erstellt. Danach habe ich den "monatlichen Snapshot" manuell gestartet (im Menü "Aufgaben"). Dieser läuft...

Ok, ich habe jetzt mal eine weitere Datei in diesen Pool kopiert und lasse einen weiteren Snapshot laufen. Mal sehen, wie das Ergebnis ist... Vielen Dank auf jeden Fall für deine Tipps.

Der Snapshot wird auch hier mit 0 "used" angezeigt. 1643716741 Gerade eben wurde der Snapshot Task von gestern Abend beendet: Der Snapshot ist 0 Byte groß. Stellt sich natürlich immer noch die Frage, warum das so lange gedauert hat.

Iostat sieht so aus: Und die Prozessorauslastung sieht auch ok aus: Die Festplatten werden alle erkannt und es wird auch kein Problem mit den Festplatten angezeigt.

Umso mehr stellt sich mir die Frage, warum das dann jetzt so lange dauert. Es handelt sich allerdings um den initialen Snapshot.

Um nochmal auf das Thema lang andauernder Snapshot zurückzukommen: In Napp-IT sieht es so aus, als ob der Snapshot Task seit gestern Abend ca. 18 Uhr läuft (Screenshot wurde heute um 11:35 Uhr erstellt): Eine Auflistung der Snapshots zeigt mir folgendes an: Es geht also um ca. 6 TB Daten...

Es sind schon ein paar TB, mit relativ vielen kleinen Dateien. Bei mir ist OmniOS r38 installiert.

Hallo, ich habe Napp-IT unter ESXi 7.0 als VM am Laufen. Installiert ist Napp-IT in Version 22.01b. Der VM wurden 2 vCPUs mit je 2 Threads zugeteilt. Weiterhin 32 GB RAM. Nachdem ich jetzt zeitlich gestaffelte Snapshots aufgesetzt habe, ist mir aufgefallen, dass während des initialen Snapshots...

Vielen Dank! Das Umbenennen hat funktioniert. Gibt es einen Grund, warum die lokalen Datastore´s normalerweise nicht berücksichtigt werden sollen ?