PinkCarlos

I have changed the scheduling in the WebGUI to daily 1 pm. An overview of all cron jobs with "crontab -l" shows that this change has no effect. But backup is still running at 2 am, 14 pm, and 18 pm. How can I make the changes I made in WebuGUI take effect?

Ups, sorry stand auf dems Schlauch ...

Was ich möchte ist, die Einstellungen aus einem CA-Template in eine docker run Datei überführen. Hintergrund: Ich habe Probleme mit einem Container von linuxserver und habe deshalb einen Screenshot des CA Templates mit meinen konkreten Einstellungen in Github bereitgestellt. Sie akzeptieren in Github aber keine Screenshots, sonder nur textbasierte Dateien: Via google habe ich nichts gefunden, deshalb meine Anfrage hier.

Gibt es die Möglichkeit für einen via CA Template erstellten Container die docker run Datei zu erstellen?

inotify finde ich nur als docker app in den CA (inotify-command). Geht das nur mit docker. Früher gab es wohl auch ein Plugin Nerdpack/Nerdtools? Nutzt du für dein Script die docker app?

Ich habe zwei SSD Pools (cache_nvme und cache_ssd). Für Shares habe ich als Primary Storage "cache_nvme" und als Secondary Storage "Array" definiert: Per Mover sollen neue Dateien dann um 02:00 Uhr vom Pool auf das Array verschoben werden. Das Plugin "Fix Common Problems" zeigt an, dass für den Share der falsche Pool als Prirmary Storage verwendet wird (cache_ssd statt cache_nvme), obwohl anders definiert. Bestätigt auch in der Verzeichnisansicht: Kann hier jemand weiterhefen? Warum wird der falsche Pool als Primary Storage gewählt? Mover bewegt die Dateien nicht vom Pool cache_ssd.

Is it possible that the Unraid CA template isn't passing the information for telegram correctly? The token is entered in the CA template, but it doesn't appear in the log. See issue #913 at boredazfcuk docker-icloudpd

For me the same error: Feb 14 09:40:50 memoria kernel: CIFS: VFS: reconnect tcon failed rc = -2 Feb 14 09:40:50 memoria kernel: CIFS: VFS: reconnect tcon failed rc = -2 Feb 14 09:40:50 memoria kernel: CIFS: VFS: reconnect tcon failed rc = -2 Feb 14 09:40:50 memoria kernel: CIFS: VFS: reconnect tcon failed rc = -2 Feb 14 09:40:50 memoria kernel: CIFS: VFS: reconnect tcon failed rc = -2

Bei mir sieht das so aus, wobei npm_net das macvlan ist und nach docker network inspect noch bond0 als parent Netzwerk hat. Ich könnte alle macvlan apps auf bridge umstellen, hätte dann aber kein macvlan mehr. Alternativ könnte ich ein neues macvlan mit bridge als parent erstellen und müsste dann alle apps umziehen. Einfacher wäre es, im bestehende macvlan, das parent netzwerk mit bond0 durch bridge zu ersetzen. Dahingehend zielte meine Frage, ob das parent Netzwerk in einem bestehenden macvlan geändert werden kann.

Das macvlan hat als parent noch bond. Kann man das durch bridge ersetzten?

Was meinst du mit ignoriert? In den Docker Einstellungen sind die jeweiligen Docker Networks aufgeführt. Die mit dem Driver "bridge" funktionieren, die mit macvlan eben nicht.

Nach Umstellung auf bridge lassen sich die docker Apps mit macvlan nicht mehr starten und melden folgenden Fehler:

Nochmals zu meiner oben gestellten Frage: Ist das korrekte Einstellung, um von bond auf bridge umzuschalten?

Sind das die korrekten Einstellungen, um von bond auf bridge umzustellen? Sind durch die Umstellung irgendwelche Seiteneffekte zu erwarten? Für Docker-Container, macvlan etc?

file-mover.sh überwacht Verzeichnisse mit vom Scanner erzeugten Dateien und verschiebt diese in entsprechende Shares. In go sind diese für Persistenz nach Reboot. bond wahrscheinlich deshalb, weil ich 2 Netzwerkkarten im System habe, von denen aber eine nur genutzt wird. Welche Auswirkungen hätte es, wenn ich auf bridge umstelle? DNS_SERVER1 ist pi-hole IP. DNS_SERVER2/3 als Redundanz. Wird DS_SERVER1 priorisiert von unraid genutzt. 2/3 als Fallback? Sind diese Punkte ursächlich für das Einfrieren der Web GUI?