Pruned Directories

[enesha]

Afternoon all

So I have another question for you lovely folks

So..First I went into the Libraries and removed the entry for that drive in any affected libraries.  Then I did a library scan, hoping it would pick it up.  I didn't check on then, and then  I transferred all of the media files from the bad drive, and distributed them among the other drives, updated to the new the new jf version, restarted the server, and triggered another full library scan.  Seems like those steps should work.

However, It won't give it up.  Most of my series are spread around on the drives, so they have to be combined by JF.  No problem, but now, at least on some of the items I checked, the series are listing entries for both the old and new location.  I.e. the item used to be here:
American Greed - S06E01 - Kenneth Starr Naked Greed - Celebrity Scam Artist
Path: /mnt/MainServer8/Media/TV/American Greed (2007)/Season 6/American Greed - S06E01 - Kenneth Starr Naked Greed - Celebrity Scam Artist.mp4
Size: 236 MB

And now it's here:
American Greed - S06E01 - Kenneth Starr Naked Greed - Celebrity Scam Artist
Container: mp4
Path: /mnt/MainServer6/Media/TV/American Greed (2007)/Season 6/American Greed - S06E01 - Kenneth Starr Naked Greed - Celebrity Scam Artist.mp4
Size: 236 MB

both directories are on /mnt/  All I did was remove the entry for MainServer8 from every library.

Any thoughts on this?  I've had problems like this before..Deleting a folder often doesn't remove it from the JF database, and I end up with those phantom entries.  I asked about it one on here, even uploaded a log, and there was no real resolution.

So, what did I do wrong?  Isn't JF supposed to remove items if the path goes away?...Wouldn't that be the desired outcome?  And certainly if I remove a path from the library, it should drop everything that was located on that path..right?

I kinda stopped asking it about this before when I ended up redoing the server and having to put all the stuff back in so there were no phantoms at the time...

Ugh this is frustrating

Thanks!

---

Sorry to post as a reply...I didn't see the option to edit the comment, and I think I accidentally cut the into the intro sentence.. If it wasn't clear, I was talking about, I had a 12T hdd start to develop bad sectors. So I had to move all the files around...

[enesha]

Heya - Checked around some more. Doesn't look like there is an option to ONLY remove from JF, and not delete from system. Either way it doesn't work. I am thinking it is a bug maybe? I tried to delete the entry from JF. Told it that it could delete since there was no other option. This was the result:

[2025-02-17 17:45:55.323 -05:00] [INF] WS "192.168.1.55" request
[2025-02-17 17:46:00.594 -05:00] [INF] Removing item, Type: "Episode", Name: "Celebrity Scam Artist", Path: "/mnt/MainServer8/Media/TV/American Greed (2007)/Season 6/American Greed - S06E01 - Kenneth Starr Naked Greed - Celebrity Scam Artist.mp4", Id: 24d71532-67eb-bf80-1b6b-3c91f897711c
[2025-02-17 17:46:00.596 -05:00] [ERR] Error processing request: "Could not find a part of the path '/mnt/MainServer8/Media/TV/American Greed (2007)/Season 6'". URL "DELETE" "/Items/24d7153267ebbf801b6b3c91f897711c".

Perhaps this is because the directory /mnt/MainServer8 Does still exist on the system. So is it choking because at least part of that path name still exists? I am not sure if it is banking on something like d:\ being removed and the whole path disappears..Of course having a mount point is just how dirs work on linux.... I can try deleting the MS8 directory, but I wager it will still bitch becuase the /mnt is still there.

Of course we're back to the starting point...if I removed that one source directory in the library, leaving the rest, should the server not just remove the missing items.

I am trying to get a full paste bin in here, but they don't like me. They said I have offensive things in the paste. UGH.

[TheDreadPirate]

Try creating an empty directory for the old path, add it back to the library, then rescan.

You would create the empty directories up until the path for the library root. Like /mnt/MainServer8/Media/TV/.

In my experience you should move the media, scan the library to pick up the new location, THEN you remove the old location from the library's settings.

[enesha]

Thanks for the reply
Interesting. I'll have to try that in a little bit, I'm off to do some things for now, but i'll let you know.

Something else tho...so the empty dupes are still there, and the ones I moved exist, BUT the server is apparently running the trickplay generation on the files in the new location. I have the TP images set to be in the directory with the media..not sure what is happening... the trickplay stuff isn't tied to a particular location, is it?

[enesha]

Hrm..Maybe I jumped to a conclusion for that one. I just know that I woke up to the processing taking a long time, but it looks like it might be moving faster and that it's just skimming. I'm watching the processes on htop so it changing files rapidly..heh just forgot it would take this long to scan again heh

[enesha]

Try creating an empty directory for the old path, add it back to the library, then rescan.

You would create the empty directories up until the path for the library root.  Like /mnt/MainServer8/Media/TV/.

In my experience you should move the media, scan the library to pick up the new location, THEN you remove the old location from the library's settings.

So I remade the skel for MS8 up to TV.  It still does not work.  Same thing.

I also tried deleting the MainServer 8 directory entirely so the search would die at /mnt.  The episodes still show (right at the same spot in the library that shows the working copies)

So I see the steps that you suggest..Im am not sure that is very different.  It's not having trouble finding the new ones, just forgetting the old ones.  I would think, regardless of the steps involved, deleting the directory from a library should just delete the items that are in that source.  I mean you saw the error stating that it could not find part of the path.  That's fair, that seems like something that would be there for fault tolerance in case a file manages to disappear by accident, then it might keep a reference to that file.

Shouldn't the default behaviour be rather simple....if the file isn't there..it isn't there, and it gets removed from the library.  If the server saves watched etc and can apply that back if the file returns..just seems logical to me.

Just a bit frustrating.  I suppose that I have two options now.  Try to run some sort of db query to purge anything that references MS8, or just delete every library and re-add them.  That should clear out the ghosts, and would hopefully restore watched - etc.