cmh31909 1 Posted January 3, 2020 Posted January 3, 2020 If an item is added to a library and then later on (maybe next day or so), that items is deleted from the disk, it is never removed from the library. I have even tried forcing a library scan for that library, and even after that, the item is still in the library. Of course trying to play the item does not work since it is no longer on the disk. I would expect a library scan should pick up files that are deleted from disk and remove them from the library. Has anyone else experienced this behavior?
Luke 42080 Posted January 3, 2020 Posted January 3, 2020 Hi there, can you please discuss an example? thanks.
cmh31909 1 Posted January 3, 2020 Author Posted January 3, 2020 I'm not really sure what else I can say, what is it that you are not clear on? When items are removed from the directory on disk to which the library points, when you go into Emby, those items still show up as available in the library when they should not show up since they are no longer available because they are not on the disk.
Happy2Play 9782 Posted January 3, 2020 Posted January 3, 2020 May need to see a server log showing a library scan. Does the server see new items when they are added?
cmh31909 1 Posted January 3, 2020 Author Posted January 3, 2020 It does not appear to be picking up new items either, it is like it is stuck in time.
Happy2Play 9782 Posted January 3, 2020 Posted January 3, 2020 Can you post a server log, but it sound like a database issue.
cmh31909 1 Posted January 4, 2020 Author Posted January 4, 2020 The problem appears to be that all of my directories are UNC file shares. The directories are not located on the same machine that is running Emby, so it seems that the realtime monitoring does not work over UNC. I did a reinstall and if I manually delete a file from the disk and manually re-run the Scan Libraries, the item disappears as I would expect. Also, running a manual scan picked up new items added.
cmh31909 1 Posted January 4, 2020 Author Posted January 4, 2020 Yes, I tried it both on Windows 10 Pro and WIndows Server 2016.
Luke 42080 Posted January 4, 2020 Posted January 4, 2020 Ok, yes it's possible the file system monitor that we're using may not support certain types of network shares.
softworkz 5070 Posted January 4, 2020 Posted January 4, 2020 The problem appears to be that all of my directories are UNC file shares. The directories are not located on the same machine that is running Emby, so it seems that the realtime monitoring does not work over UNC. I did a reinstall and if I manually delete a file from the disk and manually re-run the Scan Libraries, the item disappears as I would expect. Also, running a manual scan picked up new items added. Where are your UNC shares located? I'd suppose that it's not a Windows system?
cmh31909 1 Posted January 4, 2020 Author Posted January 4, 2020 The shares are located on another Windows 7 Pro computer. I can access the shares from the computer that Emby is running on with no problems using Explorer or the command line.
softworkz 5070 Posted January 4, 2020 Posted January 4, 2020 Hmm, I hadn't expected that. Non-Windows implementations of the SMB protocol are often missing certain features, but from Windows-to-Windows there shouldn't be a problem with monitoring file changes. Are you connecting via UNC paths (\\server\share\) or a mapped driver letter? In the former case you should try using mapping the UNC path to a drive letter - that make a huge difference in several ways.
cmh31909 1 Posted January 4, 2020 Author Posted January 4, 2020 I am using UNC paths primarily because I wanted to eventually run Emby as a Windows Service and services do not have access to mapped drives. I will try using mapped drives and see what happens.
cmh31909 1 Posted January 4, 2020 Author Posted January 4, 2020 If the realtime monitoring is working, what is the expected time delay when something is added or removed on disk until you would expect to see the change reflected in the library?
ebr 16185 Posted January 4, 2020 Posted January 4, 2020 Perhaps use a mapped drive as a test but I don't think that is a good solution as those come with their own problems (getting randomly disconnected).
cmh31909 1 Posted January 4, 2020 Author Posted January 4, 2020 I have no idea why, but the Realtime monitoring seems to be working on my new installation. This installation is not running Emby as a Windows Service as the previous one did. Perhaps that has something to do with it?
Luke 42080 Posted January 5, 2020 Posted January 5, 2020 I have no idea why, but the Realtime monitoring seems to be working on my new installation. This installation is not running Emby as a Windows Service as the previous one did. Perhaps that has something to do with it? It could, yes. It's possible the .NET core API's we're using to listen for file changes are not supported when running headless.
softworkz 5070 Posted January 5, 2020 Posted January 5, 2020 Perhaps use a mapped drive as a test but I don't think that is a good solution as those come with their own problems (getting randomly disconnected). Probably you got that experience from mapping Linux or NAS drives, but from Windows-to-Windows that doesn't happen when everything is configured correctly. I am using UNC paths primarily because I wanted to eventually run Emby as a Windows Service and services do not have access to mapped drives. I will try using mapped drives and see what happens. There's no problem using mapped drive letters from a Windows service, you just need to map them with the user account under which the service is running (and map them as permanent). PS: I'm running a setup like that - Emby as service + mapped network drives - for a long time since and all is working perfectly fine.
softworkz 5070 Posted January 5, 2020 Posted January 5, 2020 If the realtime monitoring is working, what is the expected time delay when something is added or removed on disk until you would expect to see the change reflected in the library? There's a detection delay which can be configured in 'system.xml' in the config folder, called LibraryMonitorDelay. It's not recommended to change it, though.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now