Hallo ich habe das problem das der mover nicht den cache leer macht .

Hab das arry gestoppt ,in maitaince mode und im safe mode probiert aber ich bekomme es nicht hin.

ich weiss leider nicht mehr weiter.

folgende fehlermeldung im syslog
Oct 19 18:08:31 TowerBig emhttpd: shcmd (272): /usr/local/sbin/mover start |& logger -t move &

Oct 19 18:08:31 TowerBig move: mover: started

Oct 19 18:08:31 TowerBig kernel: traps: move[3501377] general protection fault ip:4028cf sp:7ffc54f29a70 error:0 in move[28cf,402000+4000]

Oct 19 18:08:33 TowerBig move: /usr/local/sbin/mover: line 29: 3501376 Exit 1 find "$1" -depth 2> /dev/null

Oct 19 18:08:33 TowerBig move: 3501377 Segmentation fault | /usr/libexec/unraid/move $2 $DEBUGGING

towerbig-diagnostics-20251019-1817.zip

12 minutes ago, turbovader said:

Hab das arry gestoppt ,in maitaince mode und im safe mode probiert aber ich bekomme es nicht hin.

ohne array geht der mover auch nicht, das ist bewusst ? sprich, ging vorher auch nicht ?

wann sollte der mover laufen ? und manuell angestoßen auch getestet ?

und wenn ich die logs sehe mit tausenden mover lines (auch viele success), beschreibe mal etwas genauer was du da machst.

wenn ich den mover manuel anstoße bekomme ich die fehlermeldung die ich oben gepostet habe.

durch urback up ist der cache vollgelaufen, hatte den mover für 1 mal täglich eingestellt und als ich den manuel angestossen habe bringt er die fehlermeldung.
und der cache bleibt voll. aktuell habe ich den auf jede stunde eingestellt aber der bewegt eben nichts.

so sieht das main aus

14 minutes ago, turbovader said:

und der cache bleibt voll. aktuell habe ich den auf jede stunde eingestellt aber der bewegt eben nichts.

schau mal ob hier die Shares auch so sind wie sie sollten

0----------------------------------4shareUseCache="only" # Share does not exist

1-------d shareUseCache="yes" # Share does not exist

2--------------t shareUseCache="yes" # Share does not exist

a----------------------------c shareUseCache="yes" # Share exists on disk1

appdata shareUseCache="yes" # Share exists on cache, disk7

B----p shareUseCache="yes" # Share exists on cache, disk1, disk4, disk5, disk7

c-----s shareUseCache="yes" # Share exists on disk7

d----r shareUseCache="yes" # Share exists on disk1, disk4, disk5, disk7

domains shareUseCache="yes" # Share exists on cache, disk7

isos shareUseCache="yes" # Share exists on disk1

j------------s shareUseCache="no" # Share exists on disk1, disk5, disk7

j----------2 shareUseCache="yes" # Share exists on disk1

j---------r shareUseCache="only" # Share does not exist

l--s shareUseCache="yes" # Share exists on disk7

m---a shareUseCache="yes" # Share exists on disk1

n--------------p shareUseCache="no" # Share exists on disk1, disk5, disk7

n-------d shareUseCache="yes" # Share exists on disk1, disk5, disk7

N------------------a shareUseCache="yes" # Share does not exist

p-----------h shareUseCache="yes" # Share exists on disk1, disk4

system shareUseCache="prefer" # Share exists on cache, disk1

t-------------------4 shareUseCache="only" # Share does not exist

t-------------------------f shareUseCache="only" # Share does not exist

u----------------s shareUseCache="no" # Share exists on cache

u-----t shareUseCache="only" # Share does not exist

u----t shareUseCache="no" # Share exists on cache

w---------h shareUseCache="yes" # Share exists on disk1, disk7

a----------------1 shareUseCache="no" # Share exists on disk5

a----------------8 shareUseCache="no" # Share exists on disk5

a----------------3 shareUseCache="no" # Share exists on disk5

der mover würde jetzt von cache "yes" Shares ins array verschieben.

wenn aber beispielsweise dein /system Share verantwortlich ist wo auf prefer steht dann wird versucht im cache vorzuhalten.

ist halt nicht ganz einfach weil alles im diag anonymisiert ist.

den Fehler habe ich auch gesehen, aber du hast auch tausende success ...

Oct 18 19:18:37 TowerBig move: move: /mnt/cache/appdata/Jellyfin/data/introskipper/chromaprints/699936e56771243a4e75c3dd641e254c Success

Oct 18 19:18:37 TowerBig move: move: /mnt/cache/appdata/Jellyfin/data/introskipper/chromaprints/a820421803cf2e0eb0b61be7ed8c21d6-silence-18.3982-25.3982-v2 Success

Oct 18 19:18:37 TowerBig move: move: /mnt/cache/appdata/Jellyfin/data/introskipper/chromaprints/f27c84f16e8e377392907108287ab21a-blackframes-2840-2841-v1 Success

Oct 18 19:18:37 TowerBig move: move: /mnt/cache/appdata/Jellyfin/data/introskipper/chromaprints/a820421803cf2e0eb0b61be7ed8c21d6-keyframes-18.3982-25.3982-v1 Success

Oct 18 19:18:37 TowerBig move: move: /mnt/cache/appdata/Jellyfin/data/introskipper/chromaprints/f27c84f16e8e377392907108287ab21a-blackframes-2810-2811-v1 Success

sowie tausende skipped ...

Oct 19 09:00:14 TowerBig move: skip: /mnt/cache/appdata/Jellyfin/data/library.db

Oct 19 09:00:14 TowerBig move: skip: /mnt/cache/appdata/Jellyfin/data/library.db-wal

Oct 19 09:00:14 TowerBig move: skip: /mnt/cache/appdata/Jellyfin/data/library.db-shm

Oct 19 09:00:14 TowerBig move: skip: /mnt/cache/appdata/Jellyfin/plugins/TVHeadend_12.0.0.0/TVHeadEnd.dll

Oct 19 09:00:14 TowerBig move: skip: /mnt/cache/appdata/Jellyfin/plugins/Intro Skipper_1.10.10.25/IntroSkipper.dll

das log zu sichten macht echt keinen Spaß ;) im Notfall mal etwas Platz schaffen "von Hand", entweder terminal, mc, ... was auch immer dir liegt.

@JorgeB idea why mover is may also crashing ?

Oct 18 18:00:01 TowerBig move: mover: started

Oct 18 18:00:01 TowerBig move: /usr/local/sbin/mover: line 29: 192728 Broken pipe find "$1" -depth 2> /dev/null

Oct 18 18:00:01 TowerBig move: 192729 Segmentation fault | /usr/libexec/unraid/move $2 $DEBUGGING

Oct 18 18:00:01 TowerBig kernel: traps: move[192729] general protection fault ip:4028cf sp:7ffd77ea9470 error:0 in move[28cf,402000+4000]

14 hours ago, alturismo said:

idea why mover is may also crashing ?

Never seen this before, is the issue with the mover only? Not other crashes? Which Unraid release? (forum attachments are not currently downloading)

@JorgeB hi only the mover release 7.1.4. UrBackup filled up the cache, and when I manually started the mover while UrBackup was running, it didn’t clear the cache. So I checked the log and found this crash message. no other crashes.
(Ai translation)

15 minutes ago, turbovader said:

while UrBackup was running,

Läuft urbackup denn immer noch?

Könnte sein, dass das den mover irgendwie blockiert. Eigentlich sollte dann zwar eher eine Fehlermeldung ala kein Zugriff auf Datei xy kommen, aber weiß 🤔

Update!
Ich habe über den Unraid File-Manager im Cache-Share unter Unraid 2 meiner Rechner die Backups gelöscht. Das hat wahrscheinlich das Problem gelöst. Ich habe den Mover manuell gestartet und er läuft noch gerade. Leider habe ich es verpasst, ob der Crash noch kam, war zu langsam.
Stand-by: Morgen kommt ein Update.
@jj1987 urbackup habe ich den docker gestoppt,damit der nicht dazwischen funkt.

Edited October 20, 2025Oct 20 by turbovader

Please retest and ping me again if you see the same error again.

Aktuell läuft UrBackup, der Scheduler ist auf stündlich eingestellt. Trotzdem läuft der Cache voll, und wenn ich den Mover manuell anstoße, wird nur geskippt.

ich habe ein paar screenschot angehängt.

Ich werde das mal durchlaufen lassen. Mal sehen, was passiert, wenn der Cache voll ist: Ein funktionierender Mover? Ein Crash? Pausiert UrBackup?

Mover will skip any currently open files.

1 hour ago, turbovader said:

Aktuell läuft UrBackup, der Scheduler ist auf stündlich eingestellt. Trotzdem läuft der Cache voll, und wenn ich den Mover manuell anstoße, wird nur geskippt.

das ist ein normales Verhalten, der mover kann (und will) nichts verschieben was aktiv in Nutzung ist ...

Statusbericht

UrBackup füllt den Cache zu 100%, dann diverse Crashes; Docker wird gestoppt. Ich habe den Mover manuell angestoßen und er hat alles verschoben. Keine Crashes beim Mover. Muss wohl UrBackup ohne Cache laufen lassen. Ich dachte, das geht mit dem Mover on the fly.

Danke für die Hilfe an alle.