Aktueller Inhalt von wegisan

Salü gea, problem gelöst. Jetzt zeigt der Jobstatus immer schön den Fortschritt an und der Job geht am Ende auf ok. Prima ! Besten Dank für deine Hilfe.

salü gea, habe nun die HD ersetzt. Der Pool ist wieder healty. job-replicate.pl ersetzt. Nun einen neuen Replikationsjob mit dem media FS gestartet. Leider das gleiche Resultat. Fällt kurz nach dem Start wieder auf error. 2026.07.21 16:32:07 error error: fast_end line 794: zfs receive process...

job-replicate ist ersetzt. Ich werde aber erst die HD ersetzen bevor ich den replicate job neu starte. Nicht damit mir noch der Pool flöten geht wenn noch eine Platte ausfällt. Melde mich wieder wenn die neue Platte drin ist.

Ja, ist er

hier die Daten dazu: root@vpnasrep:~# tail -50 /opt/csweb-gui/tmp/remote_0_1784447110_7227.log /opt/csweb-gui/data/cs_server/tools/cs-stream/linux.amd64/cs-stream listen 57621 bce7c9ad959ec31559f88258659e2e9d3359776a94539bc8ad3d6e3f6d69a050 --log=/opt/csweb-gui/tmp/cs-stream.log | zfs...

Guten Tag gea, ich habe jetzt die letzte Version 26.06i installiert und den Rep. JOb mit 570 GB neu gestartet. Ist gut durchgelaufen ohne Memory Probleme. Scheint dass es mit dieser Verison ok ist. Ein Problem besteht aber noch. Die Job Webseite des Replikationsziel zeigt 'running' an und dann...

ich würde behaupten aus den beiden Auszügen ist der webserver Prozess: 74128 top - 14:44:49 up 4:44, 1 user, load average: 0.37, 2.60, 3.05 Tasks: 313 total, 1 running, 312 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.1 sy, 0.0 ni, 99.6 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB...

Replikation wurde korrekt abgeschlossen. Mit einem zusätzlichen 'run now' steht der Job jetzt wieder auf ok. Was mir noch aufgefallen ist: Nach dem die Replikation abgeschlossen war belegten die napp-it_cs services immer noch ca. 7 GB Memory. Ein restart der Services hat diese dann freigeben...

hier der Inhalt der beiden logs. zfs_send Server: root@vpmoxhci:/opt/csweb-gui/tmp# tail cs-stream.log 2026.07.14 11:31:11 cs-stream v2.0.0 mode=send transferred=624 B time=00:00 speed=220.68 KB/s buf=128.00 MB rate=off 2026.07.14 11:34:39 cs-stream v2.0.0 mode=send...

Die Replikation wurde korrekt beendet. Snap auf dem Ziel erstellt. Den Jobstatus 'error' habe ich mit einem weiteren 'run now' auf 'ok' gebracht. Könnte ein einmaliger Effekt gewesen sein. Ich werde das jetzt mal so stehen lassen und beobachten ob die aktualisierenden Replikationen laufen. Das...

Replikation ist ohne Probleme durchgelaufen ohne monitor.pl. Scheint wirklich das Problem zu sein. Nein, keine VPN Verbindung. Alles lokal im LAN. 10GB Anbindung aller Server über Mikrotik Switch. Werde den 26.06f mal installieren und einen Replikationsjob nochmals neu starten. 1784113023...

Guten Morgen gea, neue Version installiert. Der systemd services läuft. Leider haben wir immer noch ein Memory Problem. Die Replikation eines 570GB FS läut ungefähr bis zur Mitte. Dann steigt der Memorybedarf wieder an beim monitor.pl. Bis er dann gekillt wird. Jul 15 10:48:21 vpnasrep kernel...

die neue Replikation zeigt den gleichen Effekt. Nach ca. 17,5 min und ~ 250 GB steigt plözlich der RAM Bedarf an bis alles used ist und dann wird der perl Prozess vom kernel gekillt. Das erfolgt auf dem Replikationsserver (Ziel mit Pull Replikation) Auf dem Quellserver läuft es weiterhin ok...

@gea, Das ist der systemd services erstellt durch den 'systemd-sysv-generator' welcher durch das autostart.pl indirekt angestossen wurde. Wurde von mir NICHT manuell erstellt. root@vpnasrep:~# systemctl cat napp-it_cs.service # /run/systemd/generator.late/napp-it_cs.service # Automatically...

@mae1cum77 , ja habe ich gesehen. Es geht um gemma4 tokens. Im Moment kein Bedarf, danke