Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[ortal99]

Hi,

(amd64, 20.0.93)
Every time media center starts it repopulates the thumbnails DB, even though the last run finished without interruptions. this takes about 6 hours on my library, during which the CPU is at 100%. is that normal?

also, MC exits on me after about 24 hours. looking again at the logs I see that it repopulated the thumbnails DB again (second time) and exited just afterwards with no apparent error, shutting down all services cleanly.

19810941: 1643140864: Import: BuildThumbnails: Finish (19654382 ms)
... lots of log...
30694676: 698398464: Import: BuildThumbnails: Finish (3578666 ms)
30694676: 698398464: Import: Process: Finish (3680650 ms)
30694697: 1906747264: General: CMCToolsCore::Destroy: Destroying web media plugins
30694697: 1906747264: General: CMCToolsCore::Destroy: Destroying MRU command helper
30694697: 1906747264: General: CMCToolsCore::Destroy: Destroying MRU send to info
30694697: 1906747264: General: CMCToolsCore::Destroy: Destroying gallery helper
30694697: 1906747264: General: CMCToolsCore::Destroy: Destroying CD manager
30694697: 1906747264: General: CMCToolsCore::Destroy: Destroying download queue
30694697: 1906747264: General: CDownloadQueue::Cancel: Start
30694697: 1906747264: General: CDownloadQueue::Cancel: ID=4294967295
30694697: 1906747264: General: CDownloadQueue::Cancel: elapsed time before cancel loop = 0
30694697: 1906747264: General: CDownloadQueue::Cancel: elapsed time for cancel loop = 0
30694697: 1906747264: General: CDownloadQueue::Cancel: elapsed time for RemoveDeadTasks = 0
30694697: 1906747264: General: CDownloadQueue::Cancel: Finish (0 ms)
30694701: 1906747264: General: CMCToolsCore::Destroy: Destroying convert helper
30694701: 1906747264: General: CMCToolsCore::Destroy: Destroying disc burners
30694701: 1906747264: General: CMCToolsCore::Destroy: Destroying movie disc rippers
30694701: 1906747264: General: CMCToolsCore::Destroy: Destroying store manager
30694702: 1906747264: General: CMCToolsCore::Destroy: Destroying inactivity timer
30694702: 1906747264: General: CMCToolsCore::Destroy: Destroying Google Account
30694702: 1906747264: General: CMCToolsCore::Destroy: Destroying DLNA
30694702: 1906747264: Sharing Plugins: CDLNACore::Unload: Start
30694702: 1906747264: Sharing Plugins: CDLNACore::Unload: Deleting SSDP manager
30694702: 1906747264: Sharing Plugins: CSSDPManager::~CSSDPManager: Start
... more log ...

[mwillems]

That's not typical.  The only time the thumbnail database should need a complete repopulation is after restoring a library backup, clearing a library, or something on that order.  I've never had MC for Linux dump my thumbnails.

Is there something unusual about the file location where MC is storing the thumbs (or the location where the data is stored?).  The 100% CPU is also unusual (unless you have an older machine).

Some thoughts for investigation:

1) Does your media reside on a networked drive?
2) Do you have auto-import set to run in the background automatically?
3) Do your import settings have "fix broken links" set to "yes" or "protect files on network drives"?

If you answer yes to all questions, try disabling "fix broken links" entirely and see if that helps. What you're describing could be caused by MC removing the items from the database and reimporting them, which sometimes happens when MC can't immediately find a file on a networked drive.  The "protect files on networked drives" setting does not work reliably for me, and I'd periodically se files getting reimported at intervals.

None of that explains your close/crash, but I'd bet that it's related to MC attempting to import a corrupt or missing file.  We can start on that issue once we've sorted out the thumbnail issue.

[ortal99]

Hi,

my media library is mounted via NFS and so is the root directory (its a diskless machine)

regarding settings:
Cover art: store in the same folder as the file (Folder.jpg)
Also store images in the file's tag checked
fixed broken links: Yes (protected files on missing drives)

I disabled the last two and we'll see how it goes.