Hey, I’ve had an issue recently that is a bit strange, When ever i refresh libary to add new content two movies, keep showing up as new, with “a few seconds ago” even if i added them 2 week ago.
Anyone seen this before? and have an idea how to fix it?
Check the timestamp on these two movie files.
Also check out the date field ‘Added at’ when editing the movie’s properties within plex.
If any of these is set to a date in the future, you’ll get issues like these.
Hey Otto, Thank you for your replay, I have checked timestamp, for those movies, (directory and the files )
Timestamp: aug. 12 2011 The Book of Eli and juli 19 2011 Shooter Iceland
all dates inn are years ago in edit page for those movies within plex
do you have this preference yet to Yes?
Settings - Server - Library - “Empty trash automatically after every scan”
maybe for some reason these two files ‘vanish’ from your storage and are duly removed by Plex. Only to be re-added upon the next library update.
Is there something special about these two movies? Are they stored in a different place than the rest of the files?
Is your media storage some sort of drive pool (without parity) where, when one drive is slow to spin up from hibernation, the data on that drive appear to be just gone. And after the drive has finally spun up, the data just reappear magically.
Try to set the above mentioned preference to “No”. Watch the further behaviour whether this happens again.
The setting you mention is set to Yes, There is around 90 other movies in the folders where those are stored (different drives). That it does not happen to any of those. Drives are not in raid and just JBOD. shared with smbd so that i can access them from my windows desktop.
I have unmatched them and rematching, and set that setting to no now lets see if that works,
@Night said:
Drives are not in raid and just JBOD.
that is actually what I meant. If one of the drives you have in that JBOD wakes up slower than the rest, this exact behaviour can occur.
If you use your media storage over LAN, deactivation of this preference is strongly advised.
That little log snippet basically says that there is nothing new.
So that doesn’t help in diagnosing the issue.
Which metadata agents are you using for this library?
Do you change metadata agents on a by-movie basis i.e. do you use ‘Fix Incorrect Match’ often?
What happens when you put a text file into the subfolder of the movie, which contains this text: http://www.imdb.com/title/tt1130884/ (this is the IMDB id for ‘Shutter Island’)
name the text file Shutter Island (2010).nfo (yes, change filename suffix from .txt to .nfo)
this increases the probability score for a correct match.
(if the folder already contains a .nfo file, make sure it contains the correct IMDB ID)
Then do an ‘Fix Incorrect Match’, click on ‘Auto Match’ - ‘Freebase’
I’ve added a nfo with http://www.imdb.com/title/tt1130884/ link innit, with Shutter Iseland (2010).nfo as filename. (I was not aware of that Plex scanned in nfos)
as for agents, everyone is enabled (stock agents); I do some times do correct matches, but its only a small fraction of my archive, I just updated to 9.12.13, and I’ve edited the agents for those two movies. lets cross our fingers .
@Night said:
(I was not aware of that Plex scanned in nfos)
Normally it doesn’t. This is the one exception. It only scans for the IMDB ID within .nfo’s to improve matching.
Everything else what might be in there is disregarded.
@Night said:
Issue remains, I’ve even moved the movie to another drive to see if that can help, to no avail. is there away to edit added date?
Only by touching the database itself. (But I cannot tell you, which tables to edit.)
And even if you edit it, it is likely to get overwritten when the movie is again treated as new next time.
Have you checked the real time clock of both your storage device and your Plex server? Maybe one or both of them have a faulty ntp client and are way off in terms of time setting?
You are positive that the file timestamp for ‘changed’ on these 2 movies is not altered by something regularly?
I am almost out of ideas. All I can advise you now is to closely monitor those 2 files and log any write access or any access that is able to either alter the files or their properties or temporarily prevent access to them, thus provoking a new scan.
Any software that has write access to these folders is a contender, especially anti-virus or some automated file sharing or media preparation tool like sickbeard et al.
Drives are mounted in read only settings, so no av should be able to edit them, source files in /mnt/ are also write protected, with a different user than plex and I’m logged inn too.
Then I have no more ideas for you, sorry!
Maybe you could generate a new set of logs where the issue appears. Send me these as a PM. Maybe I can inspect them with some fellow ninjas to actually find the reason why it keeps them adding over and over again.