Here it is:

 

3 minutes ago, Patrick_H said:

Here it is:

 

ok

 

now to explain (and in this only works since the latest major update), your usecase is actually to use a "external" pool device (puffer) which is not in the Standard Share integrated, so non Standard usage.

 

/mnt/user/Daten/ serves only data from /cache (cache pool device/s) && /user0 (array disk/s)

 

you mount /data <> /mnt/user/DATEN in Plex, so your "Puffer" device is not in scope for Plex, never was and cant be working like this, well, it works when i switch "live" as long as you dont stop, restarting a stream ... thats what you experience now, Plex starts "new" reading from /mnt/user/DATEN/ which only handles Cache and Array but NOT Puffer (sep. pool)

 

i hope so far so clear

 

now, your usecase to use a sep. pool device as caching device, needs some modifications ...
but possible now since version 20250127

 

you should 1st read the 3rd recommended post, there its explained what the requirements are to use it like this.

 

 

basically for regular mode only (which you are using now)

 

1/ install mergerfs plugin

2/ create a new Share inside mergerfs including your Puffer as 1st and user0 as behind devices >> described

3/ WARNING change Plex to use this Share instead /mnt/user/DATEN/ WARNING >> read docs

 

then you have the benefit that this plugin will use your Puffer device && Plex can make use of it ... after a restart stream.

otherwise there is no way as Plex cannot see your Puffer device ... works only as long as your playback runs now.

Thank you alturismo for the possible solution using mergerfs. Seems not to be the simple and fast way, Maybe one day I will have a try.

Switched back the chache mover plugin to "cache" and it workd well.

I will go for a cache pool with the two nvme's to increase/combine them.

9 hours ago, Patrick_H said:

Switched back the chache mover plugin to "cache" and it workd well.

I will go for a cache pool with the two nvme's to increase/combine them.

im considering another approach to get a "sep pools" working without using another plugin with virtual Share/s.

 

Idea for now

 

requirements, Plex setup direct access single devices like this samples

/mnt/disks/whatever_ssd/media/
/mnt/user0/media

 

or (even better and more common)

/mnt/disks/whatever_ssd/media/
/mnt/disk1/media
/mnt/disk2/media
...

 

as there are many users using this layout anyway for a better "keep" spindown behaviour on refreshing plex ...

 

Idea now, abusing the ignore functions in mediaservers ...

 

so when we have a cached file in scope of mediaservers, after switch, scan (2x now in mediaservers), place a ignore, rescan (now we have only the cached version left), so now mediaservers will only use the cached version.

 

once the plugin cleaner job runs, all vice vers to get the "disk" version back in scope and keeping watchstate ...

 

hurdles

- wiping manually from cache, pool, ... shell the plugin look for ignores and free them again ... ?

- file mode single episode on Shows ... would ignore the complete season, show, ... depending on layout.

- not properly setup ... may ignoring complete sections

- .. may more

 

this is just an idea as mediaservers behave different using 2 copy's in scope

 

plex - 2 files in 1 Media (but ordering is 1st in ... so disk version will stay until i rescan rescan rescan ...)

emby/jelly - 2 files, 2 media ... lottery which is taken

 

thats why i would have to use ignore to get them out of scope ... but ...

 

just an idea as different approach to mergerfs usage.

Cache mover works great for me 95% of the time, absolutely love it Alturismo. I've noticed lately that the below is coming up more and more often in the logs and not moving the media file that's playing. Haven't changed any settings and I could play something else and it could work perfectly, any suggestions?

 

Feb 15 21:02:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:12:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:22:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:32:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:42:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:52:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

1 hour ago, Eoini1kenobi said:

Cache mover works great for me 95% of the time, absolutely love it Alturismo. I've noticed lately that the below is coming up more and more often in the logs and not moving the media file that's playing. Haven't changed any settings and I could play something else and it could work perfectly, any suggestions?

 

Feb 15 21:02:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:12:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:22:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:32:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:42:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

Feb 15 21:52:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

with me the same, some are copied some not

Edited February 15, 20251 yr by simatra

5 hours ago, Eoini1kenobi said:

any suggestions?

 

 

3 hours ago, simatra said:

with me the same, some are copied some not

this means that open file status changed using regular mode (wait time)

 

may some Infos what your usecase is

 

Mediaserver in use ? (Plex, Emby, Jelly)

Playback mode ? (Browser, Client Device, App, ...)

wait time setting (seconds you use)

multiple clients currently watching ?

...

 

Background, wait time in regular mode  ... if the plugin recognise a open file, and you may just short checking something, and the file is released, plugin wont copy ...

2 hours ago, alturismo said:

Background, wait time in regular mode  ... if the plugin recognise a open file, and you may just short checking something, and the file is released, plugin wont copy ...

This was just now:

Feb 16 05:57:02 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:02:02 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:07:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:12:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:17:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:22:02 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:27:02 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:32:02 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:37:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:42:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:47:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here
Feb 16 06:52:03 Jarvis root: cache-mover: reg: file changed during wait, exiting here

last playback stopped was my son at 05:41 playback stopped form ipad<

here the message is only when idle

 

Mediaserver in use ? Plex

Playback mode ? all of them

wait time setting 120

multiple clients currently watching ? yes 

here are my settings:

 

16 minutes ago, simatra said:

here are my settings:

may set following mode (type only there)

 

 

and your plex mount from docker is for real /data <> /mnt/user/data ? just to cross check

I did the changes and here is the plex mount

 

 

lets wait and give it a try because last time the media server only mode did not move anything to the cache

I'll keep you posted

5 hours ago, simatra said:

I'll keep you posted

ok this error message disapeared, but now its not copying to the cache!

Feb 16 09:20:04 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/serien/Bad Monkey (2024) {imdb-tt15203646}/Season 01
Feb 16 09:25:05 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/serien/Bad Monkey (2024) {imdb-tt15203646}/Season 01
Feb 16 09:30:04 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/serien/Bad Monkey (2024) {imdb-tt15203646}/Season 01

 

this play was from the  android mobile app

 

26 minutes ago, simatra said:

this play was from the  android mobile app

Well, this means the played files are on your cache pool drive, even only there ... so nothing to-do ... or ?

No the files are only on the array and not on the cache

 

1 minute ago, simatra said:

No the files are only on the array and not on the cache

 

Also it seems that the reports from Plex or Cache Mover don't like special characters

Feb 16 13:40:04 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/movies/F&#252;r immer Shrek (2010)
Feb 16 13:45:05 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/movies/F&#252;r immer Shrek (2010)
Feb 16 13:50:05 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/movies/F&#252;r immer Shrek (2010)
Feb 16 13:55:05 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/movies/F&#252;r immer Shrek (2010)
Feb 16 14:00:04 Jarvis root: cache-mover: msm: update access time pool only dir: /mnt/user/data/movies/F&#252;r immer Shrek (2010)

 

This is also not on the cache and not copied

 

When switching back to "multi" it works, and special characters are also shown:

Feb 16 14:37:02 Jarvis root: cache-mover: reg: sending incremental file list
Feb 16 14:37:02 Jarvis root: cache-mover: reg: created 1 directory for /mnt/cache/data/movies/Für immer Shrek (2010)
Feb 16 14:37:02 Jarvis root: cache-mover: reg: ./
Feb 16 14:37:02 Jarvis root: cache-mover: reg: Shrek Forever After (2010) {imdb-tt0892791} [WEBDL-1080p][AC3 5.1][DE+EN][h265]-6ch.jpg
Feb 16 14:37:02 Jarvis root: cache-mover: reg: #015         32.77K  11%    0.00kB/s    0:00:00  #015        287.28K 100%  242.72MB/s    0:00:00 (xfr#1, to-chk=7/9)
Feb 16 14:37:02 Jarvis root: cache-mover: reg: Shrek Forever After (2010) {imdb-tt0892791} [WEBDL-1080p][AC3 5.1][DE+EN][h265]-6ch.mkv
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015         32.77K   0%   31.25MB/s    0:01:17  #015        194.51M   7%  185.50MB/s    0:00:11  #015        381.16M  15%  181.84MB/s    0:00:11  #015        547.91M  22%  174.29MB/s    0:00:10  #015        732.73M  29%  174.83MB/s    0:00:09  #015        958.79M  38%  182.36MB/s    0:00:08  #015          1.34G  54%  227.88MB/s    0:00:04  #015          1.63G  65%  257.50MB/s    0:00:03  #015          1.81G  73%  256.94MB/s    0:00:02  #015          1.98G  80%  244.09MB/s    0:00:01  #015          2.16G  87%  196.41MB/s    0:00:01  #015          2.33G  94%  168.65MB/s    0:00:00  #015          2.47G 100%  200.45MB/s    0:00:11 (xfr#2, to-chk=6/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: Shrek Forever After (2010) {imdb-tt0892791} [WEBDL-1080p][AC3 5.1][DE+EN][h265]-6ch.nfo
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015          8.99K 100%   11.54kB/s    0:00:00  #015          8.99K 100%   11.54kB/s    0:00:00 (xfr#3, to-chk=5/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: Shrek Forever After (2010) {imdb-tt0892791} [WEBDL-1080p][AC3 5.1][DE+EN][h265]-6ch.xml
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015            756 100%    0.96kB/s    0:00:00  #015            756 100%    0.96kB/s    0:00:00 (xfr#4, to-chk=4/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: clearlogo.png
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015         32.77K  13%   41.13kB/s    0:00:05  #015        241.31K 100%  302.51kB/s    0:00:00 (xfr#5, to-chk=3/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: movieset-fanart.jpg
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015         32.77K  19%   40.92kB/s    0:00:03  #015        170.89K 100%  213.13kB/s    0:00:00 (xfr#6, to-chk=2/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: movieset-poster.jpg
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015         32.77K  52%   40.82kB/s    0:00:00  #015         61.90K 100%   77.10kB/s    0:00:00 (xfr#7, to-chk=1/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: poster.jpg
Feb 16 14:37:14 Jarvis root: cache-mover: reg: #015         32.77K  33%   40.76kB/s    0:00:01  #015         99.12K 100%  123.31kB/s    0:00:00 (xfr#8, to-chk=0/9)
Feb 16 14:37:14 Jarvis root: cache-mover: reg: 
Feb 16 14:37:14 Jarvis root: cache-mover: reg: sent 2.44G bytes  received 246 bytes  195.44M bytes/sec
Feb 16 14:37:14 Jarvis root: cache-mover: reg: total size is 2.47G  speedup is 1.01
Feb 16 14:37:14 Jarvis root: cache-mover: reg: open file Shrek Forever After (2010) {imdb-tt0892791} [WEBDL-1080p][AC3 5.1][DE+EN][h265]-6ch.mkv will be switched cache now
Feb 16 14:37:15 Jarvis root: cache-mover: reg: /mnt/cache/data/movies/Für immer Shrek (2010)/Shrek Forever After (2010) {imdb-tt0892791} [WEBDL-1080p][AC3 5.1][DE+EN][h265]-6ch.mkv
Feb 16 14:37:15 Jarvis root: cache-mover: reg: ready to switch live
Feb 16 14:37:15 Jarvis root: cache-mover: reg: -: No such file or directory.
Feb 16 14:37:15 Jarvis root: cache-mover: reg: (gdb) Attaching to process 20902
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 26225]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 26145]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 26077]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 26068]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 25955]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 24807]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 24709]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 21642]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 20906]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 20905]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [New LWP 20904]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [Thread debugging using libthread_db enabled]
Feb 16 14:37:15 Jarvis root: cache-mover: reg: Using host libthread_db library "/lib64/libthread_db.so.1".
Feb 16 14:37:15 Jarvis root: cache-mover: reg: 0x0000149aa6008c4f in __futex_abstimed_wait_cancelable64 ()
Feb 16 14:37:15 Jarvis root: cache-mover: reg:    from /lib64/libc.so.6
Feb 16 14:37:15 Jarvis root: cache-mover: reg: (gdb) $1 = 17
Feb 16 14:37:15 Jarvis root: cache-mover: reg: (gdb) $2 = 148
Feb 16 14:37:15 Jarvis root: cache-mover: reg: (gdb) $3 = 0
Feb 16 14:37:15 Jarvis root: cache-mover: reg: (gdb) Detaching from program: /usr/libexec/unraid/shfs, process 20902
Feb 16 14:37:15 Jarvis root: cache-mover: reg: [Inferior 1 (process 20902) detached]

19 minutes ago, simatra said:

Also it seems that the reports from Plex or Cache Mover don't like special characters

yep, thats true and known, i have a complete fix already for regular mode, but currently not (yet) for mediaserver mode

 

this is also mentioned on page 1 that special characters can break ... function  sorry to say ...

 

then we can quit for now here, i may looking further therefore but will release the regular mode fix sooner.

4 hours ago, simatra said:

Also it seems that the reports from Plex or Cache Mover don't like special characters

i hope i finally solved that special characters point .... you may can give a try with "only" mode on mediaserver ...

 

Test Scene was

 

Feb 16 18:16:39 AlsServerII root: cache-mover: msm: CHECK: /mnt/cache/Media/RECORD/TVRIPS/F1 ᴸᶦᵛᵉ/Season { [ ] } +- 0 äöÜ/F1 ᴸᶦᵛᵉ - E1382 - GP Katar_ Sprint -+ [] {} äöÜ.mkv

 

and finally it does work (also in Mediaserver "only" mode) at least here

 

in terms someone testing it, please let me know if we are done now.

 

i still recommend to consider folder / file naming layouts including [] {} ...

The Cache Mover plugin is reliably triggering a segfault in the `shfs` process for me when it tries to switch an open file from array to cache (which obviously takes out the entire array and requires a dirty shutdown).

 

I had it configured in 'regular' mode,  and cache copy mode set to `file`. I'm guessing the issue is probably linked to this - the error in the log mentioned something like `"-" is not a valid path`. Sadly didn't think to save the log before I rebooted each time - and I'm not going to test this any further as the forced reboots are too much of a ballache.

I updated my settings to add the plex media server info, previously didn't and i didn't have many issues without it. 

 

Since adding them if I try multi nothing happens within the log, only mode it updates the time without moving anything and regular mode gives the previous file changed issue 

 

Feb 16 21:46:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here
Feb 16 21:50:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here
Feb 16 21:52:04 NAS-Gul root: cache-mover: msm: update access time pool only dir: /mnt/user/data/media/tv/Breaking Bad/Season 1

 

I've changed my cron to every 2 minutes to try figure this out, normally it's 10 and 120 seconds for the check is the setting I've always used

@Eoini1kenobi I been having the exact same issues. When Cache Mover released, it worked without any media server details. I use Jellyfin. My media subfolders are named "movies" and "tv" just like yours. I have tried "only", "multi" and empty modes to no avail. I get the same errors.

 

Feb 16 17:10:03 Vault root: cache-mover: msm: update access time pool only dir: /mnt/user/media/library/movies/London Has Fallen (2016) (imdbid-tt3300542)
Feb 16 17:15:04 Vault root: cache-mover: msm: update access time pool only dir: /mnt/user/media/library/movies/London Has Fallen (2016) (imdbid-tt3300542)
Feb 16 17:22:02 Vault root: cache-mover: reg: file changed during wait, exiting here
Feb 16 17:27:02 Vault root: cache-mover: reg: file changed during wait, exiting here

 

Edited February 16, 20251 yr by jleach

7 hours ago, SpiceGirlsWANnabe said:

and I'm not going to test this any further as the forced reboots are too much of a ballache.

ok, totally understand and sorry therefore.

 

if you ever want to try it again and may debug the issue, there are 2 ways (and may check the logs for infos)

 

1/ use "close" mode instead switch mode, this wont go deep in the processes and wont "stall" shfs in terms ...

2/ pm me, i can show you the way out in terms this happans without a reboot, but needs some terminal ...

 

sorry and thanks for the notes, logs would been nice to see why this may occurs on your sys.

5 hours ago, Eoini1kenobi said:

Feb 16 21:52:04 NAS-Gul root: cache-mover: msm: update access time pool only dir: /mnt/user/data/media/tv/Breaking Bad/Season 1

 

thanks, i look into this why its saying cache only file (which obviously is not the case), thanks for the screens.

 

as its msm mode it clearly fetches the correct pathes, but somehow ... i look into it and report back.

 

5 hours ago, Eoini1kenobi said:

Feb 16 21:50:02 NAS-Gul root: cache-mover: reg: file changed during wait, exiting here

this is more FS related or Mediaserver behaviour related, usually why i added the mediaserver option as jelly, emby pretty often, plex (transcode, ...) sometimes releasing open files on disk.

 

5 hours ago, jleach said:

, it worked without any media server details. I use Jellyfin.

Jelly was the main reason why i added this as Jelly is pretty much pre loading its file in junks and pretty much releasing it.

 

 

may a question, wait time, if i make this "optional" like "keep empty" so we bypass this behaviour on regular mode too ... but would result in, when u short open a video from array "whyever" and that would be while cron runs, file would directly be copied ... i added this "to make sure" someone watching.

 

same here, i look into the mediaserver issue 1st why files are marked as cached even they are on disks.

 

thanks for the feedbacks, i try to reproduce it.

@Eoini1kenobi @jleach may i ask what FS you are using on pool / array devices ?

 

xfs, btrfs, zfs ?

 

@Eoini1kenobi and btw, your file names has brackets which was a known issue, and it looks like you didnt update the plugin yet, i pushed yesterday a update therefore ... may test Mediaserver mode with the current version before we try to debug further.

40 minutes ago, alturismo said:

@Eoini1kenobi @jleach may i ask what FS you are using on pool / array devices ?

 

xfs, btrfs, zfs ?

 

@Eoini1kenobi and btw, your file names has brackets which was a known issue, and it looks like you didnt update the plugin yet, i pushed yesterday a update therefore ... may test Mediaserver mode with the current version before we try to debug further.

 

I'm using xfs. I'll update tomorrow and test, apologies I missed that update! Regarding the special characters, I saw that during the initial setup however with like 95% of my files that typically follow a similar pattern it works perfectly. Even now I could open another file that follows the same or at least a very similar naming structure and it would probably work perfectly, I'll try get logs with it working/not working tomorrow. Would it be worthwhile to change the file name to remove the brackets and any other characters to see if it works?

22 minutes ago, Eoini1kenobi said:

Would it be worthwhile to change the file name to remove the brackets and any other characters to see if it works?

 

11 hours ago, alturismo said:

i hope i finally solved that special characters point .... you may can give a try with "only" mode on mediaserver ...

 

 

i hope not (anymore)

 

before it was mandatory ...

 

my test scene had many extra chars included and now worked fine yesterday after some modifications.

 

/mnt/cache/Media/RECORD/TVRIPS/F1 ᴸᶦᵛᵉ/Season { [ ] } +- 0 äöÜ/F1 ᴸᶦᵛᵉ - E1382 - GP Katar_ Sprint -+ [] {} äöÜ.mkv

 

but i still say, its a bad file scheme ... most common from ARR apps

 

11 hours ago, alturismo said:

i still recommend to consider folder / file naming layouts including [] {} ...

 

but thats my personal opinion