anyone else having issues with new version 3.804 not scanning the nas music library completly , ive installed a old version and its scanned all my music 10 000+ tracks now with the new version it goes until it reaches 4566 tracks then just stop’s update or rescan dosent do nothing
Please post a log right after the scan aborts.
I spent last evening debugging this issue for my setup and can share the following for those with similar problems.
In my case the update was running extremely slowly as it was encountering media files that required inordinate processing time to get metadata from. I can only assume that this happens in later releases as the packages now include wider file type support and are actually being processed instead of skipped.
So this turned out not to be rocket science, but I had some video type files mixed in with my music library directories. I have the same file set on NAS and locally attached USB and the behaviour was the same for both locations, so I could rule out SMB issues or access speed.
I had also installed the nmon package to see what was happening to system resources during the updates. It showed that one processor was 100% waiting on disk access, with almost no other cpu activity, but almost no disk or network activity. This was quite odd and seemed to indicate a hung process.
To debug I had to enable ssh on the volumio machine from the dev console. Then ssh in and increase the log level output for mpd by editing /volumio/app/plugins/music_service/mpd/mpd.conf.tmpl
and setting the log level line as
log_level “verbose”
Then restart volumio.
The output of the mpd logs in in /var/log/mpd.log, so I tailed the logs there and started the update process manually by the command
mpc update
in another terminal window.
What I could see was that there were file types of m2ts, mkv and mp4 which were being inspected and producing hundreds of log lines. So I did two things:-
- locate and remove the .m2ts files, as they were just experiments for multichannel audio packaging.
- cd to /var/lib/mpd/music and edit the .mpdignore file and add lines for
*.mkv
*.mp4
This instructs mpd to not process these file types. I needed that as these are ATMOS audio files which rightly live in my Music file system, and are shared elsewhere for different renderers.
After these changes the update process across both file locations (around 1.3TB) took only a few minutes to fully process. I was left with a set of logs which tell me that I have few DSF files with missing or incomplete metatdata, that I have to fix, but they are not interrupting the update process.
I hope this helps.
3 Likes
