Is your HD configuration in that NAS maybe JBOD?
If so, your NAS may be slow to wake up all HDs in a volume, so when PMS makes one of its library updates, it sees only a part of the files which ought to be there.
So it erases the rest.
Settings - Server - Library - ‘Empty trash automatically after every scan’ clear this checkbox (it should always be ‘cleared’ when media are on external or networked storage)
it might be set differently between the two instances of PMS.
“local attached disk” means internal hard disk on a normal SATA connection or is it an external disk enclosure, connected per USB?
The latter could still expose the faulty behaviour (if it contains more than 1 physical drive)
Clear the checkbox anyway and watch the behaviour for a few days.
SERVER:
SYSTEM-disk is on an internal Samsung SSD EVO 840 SSD 250 GB
DATA-disk is on an internal SATA disk Seagate Desktop SSHD 4TB ST4000DX001 4TB
It’s also the first time I experience this problem (in 2 years now).
Are there other triggers that can have this sortorder influenced?
Can it be revearsed? Digging into the plex-database somewhere?
I can reconstruct my “date added” by deleting the music library and adding it again (then file timestamp is taken into account), but this is time and resource consuming and I have to create my shares again. Not a real big deal but before I do this, I want to be sure that it does not happen again.
I cleared the checkbox “Empty trash automatically after every scan” now, but this is not really what I want
@bart.plessers said:
I cleared the checkbox “Empty trash automatically after every scan” now, but this is not really what I want
This is more meant as a means to diagnose your problem.
I suspect this is happening:
for some reason a library update is triggered
some of your files are not delivered or delivered too late, so Plex assumes them erased
the checkbox makes Plex remove these files from its library immediately
when the next library update occurs, the files are found again and now added as new - resulting in a fresh ‘Date added’
If this is really only one, internal hard disk you should look for other software interfering with file access. Maybe an overzealous antivirus?
A dying hard disk is also a possibility. This results sometimes in very long pauses when accessing certain sectors which in turn could result in a reading timeout. Inspect the S.M.A.R.T. results of your media drive.
Hello @OttoKerner
Thanx for analysis. Maybe this is the reason indeed.
However, I’m wondering if there nothing else that causes this problems. I remember now that last week, my music library kept scanning. So I had to restart PMS. It is possible that this caused the problem!
If this was a one-time-bug, I would not be worried. Can always happen.
However, I had the same issue so restarted my server again.
Today (I’m comming back from holidays) I noticed my library is scanning again and comes in a kind of a loop.
From the logs (see below):
“Library section 33 (Muziek) will be updated because of a change in …”
But the source files are definitly NOT updated.
Also, my other servers don’t detect any changes at all.
So my questions here
is it possible that interupting a scanning proces causes a corrupt (music) index?
is it possible that a configfile of a server becomes corrupt? Why keeps my server scanning an unmodified library? Files are unmodified, but I DO notice that there is a local file “album.nfo” that is changed:
It can be that this file is modified by Emby (running on same server) and picked up by Plex.
Does Plex keeps track of *.nfo files in music libraries? I must admit I use XBMCnfoMoviesImporter for moveis, but I thought this didn’t influence music sections. My settings here:
Do these settings keep track of changes in album.nfo and trigger a scan?
And why are my other servers (connectect to the same files, buth as a share with SMB) not seeing those changes?
So even that a slow/corrupt/defect Harddisk maybe the problem, I think there is something else here.
It would be a pleasure for me if you took some time to look at this.
thanx
B
Apr 12, 2016 13:55:40:281 [3308] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Gotan Project - Lunatico
Apr 12, 2016 13:55:40:301 [4268] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Lykke Li - I Never Learn iTunes=0
Apr 12, 2016 13:55:40:301 [4268] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:315 [3812] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Nirvana - Unplugged In New York
Apr 12, 2016 13:55:40:346 [6500] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Samson & Gert - Samson
Apr 12, 2016 13:55:40:359 [5188] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Milow - Milow iTunes=0
Apr 12, 2016 13:55:40:360 [5188] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:380 [5784] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\ZZ Top - Greatest Hits (ZZ Top) iTunes=0
Apr 12, 2016 13:55:40:380 [5784] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:393 [3308] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\George Clinton - Computer Games
Apr 12, 2016 13:55:40:426 [4268] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Annie M.G. Schmidt - Jip en Janneke 1 iTunes=0
Apr 12, 2016 13:55:40:426 [4268] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:432 [3812] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\A Brand - Judas
Apr 12, 2016 13:55:40:454 [6500] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Tom Bulteel - Begrafenis mama iTunes=0
Apr 12, 2016 13:55:40:454 [6500] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:466 [2492] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Queens Of The Stone Age - Queens of the Stone Age (Remastered)
Apr 12, 2016 13:55:40:505 [5784] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Ben Harper - By My Side
Apr 12, 2016 13:55:40:505 [3308] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Chaka Khan - Classikhan iTunes=0
Apr 12, 2016 13:55:40:505 [3308] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:532 [4268] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Pretenders - Greatest Hits (Pretenders) iTunes=0
Apr 12, 2016 13:55:40:532 [4268] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:544 [3812] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Frank Sinatra - Thank You, Frank
Apr 12, 2016 13:55:40:565 [2492] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Wizards Of Ooze - The Dipster iTunes=0
Apr 12, 2016 13:55:40:565 [2492] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:576 [6500] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\John Cale - Shifty Adventures in Nookie Wood
Apr 12, 2016 13:55:40:633 [5784] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Massive Attack - Mezzanine iTunes=0
Apr 12, 2016 13:55:40:633 [5784] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:673 [3308] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\James Blunt - James Blunt Live iTunes=0
Apr 12, 2016 13:55:40:673 [3308] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:710 [5900] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Miles Kane - Colour Of The Trap iTunes=0
Apr 12, 2016 13:55:40:711 [5900] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:738 [4268] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Louis Armstrong - Louis Armstrong iTunes=0
Apr 12, 2016 13:55:40:738 [4268] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:836 [3812] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Louis Armstrong - Just A Gigolo
Apr 12, 2016 13:55:40:840 [1068] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\ACDC - Black Ice iTunes=0
Apr 12, 2016 13:55:40:840 [1068] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:840 [6500] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Annie M.G. Schmidt - Jip en Janneke 5 iTunes=0
Apr 12, 2016 13:55:40:840 [6500] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:957 [5784] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\ScARA B. - Heat It Up iTunes=0
Apr 12, 2016 13:55:40:957 [5784] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:957 [3308] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Cake - Showroom Of Compassion iTunes=0
Apr 12, 2016 13:55:40:957 [3308] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:957 [4268] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Soundtrack - Le Temps des Gitans iTunes=0
Apr 12, 2016 13:55:40:957 [4268] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:40:992 [5900] DEBUG - Library Updater: Requested that section 33 be updated, force=0, deep=0, subdir=\mediaserver\media\muziek\collectie\Johnny Guitar Watson - The Best of the Funk Years iTunes=0
Apr 12, 2016 13:55:40:992 [5900] DEBUG - Library Updater: Section 33 is already being updated.
Apr 12, 2016 13:55:41:005 [3812] INFO - Library section 33 (Muziek) will be updated because of a change in \mediaserver\media\muziek\collectie\Cartoons - DooDah
It could be emby which triggers the new library update.
Because Plex doesn’t monitor files for changes. That would be impossible due to the sheer number of single files in some libraries.
Instead, Plex monitors folders. When a file is added, modified or erased within a folder, this folder gets its ‘changed datetime stamp’ updated. Plex notices this and triggers a rescan of the folder.
Shutdown Emby and check whether the issue reoccurs.
OK, I will shutdown emby for a while.
Still, this is not explaining why my (remote) server does not pick up the changes, while my server (with local attached disks) does.
I will leave my PMS running. See what happens. Normaly, it should stop after everything is scanned.
If not, I will reboot PMS again.
@bart.plessers said:
Still, this is not explaining why my (remote) server does not pick up the changes, while my server (with local attached disks) does.
Usually, local disks can inform the Plex server that something has changed, thus triggering an update.
Remote shares cannot do that.
Hi @OttoKerner
although my disk is localy attached, I configured PMS to use the UNC path for share \mediaserver\share\folder for the local disk (I want the same setup on all my servers).
Do you think that -even with this setup- PMS is aware of folder changes?
Here is my setup
And why does my “external” PMS does notice changes in shared folders? I just added some music and almost immediatly, my 2 servers are updated. My RPI3 running PMS on linux with following setting:
does not detect any changes, but this is mentioned in the warning, so no prob.
BTW: I shutdown Emby. After a while, scanning by PMS stopped.I will leave this for a while and see what happens. The weird thing is that Emby is still running on KASTSMURF, so if Emby causes my initial problem (updating the local album.nfo file wich triggers Plex to rescan), I still don’t understand it…
@bart.plessers said:
although my disk is localy attached, I configured PMS to use the UNC path for share \mediaserver\share\folder for the local disk (I want the same setup on all my servers).
Do you think that -even with this setup- PMS is aware of folder changes?
It may be.
It seems it may depend on the operating system which provides the network shares. If a real Windows is sharing, it can still notify remote smb clients whether something has changed.
If the network share were provided on Linux by SAMBA, this may look different.
The same may also apply to the client side. The RPi runs Linux and uses the SAMBA client package to access a SMB share.
SAMBA has not reached the same compatibility level with Windows as Windows computers among themselves.
BTW: I shutdown Emby. After a while, scanning by PMS stopped.I will leave this for a while and see what happens. The weird thing is that Emby is still running on KASTSMURF, so if Emby causes my initial problem (updating the local album.nfo file wich triggers Plex to rescan), I still don’t understand it…
Has KASTSMURF write access to the share on PLEXSERVER?
