Library update will not add new albums

[Supersurfer]

I am using 6.7.1 version on 64bit with Allo Usbridge sig.

If I add new albums to my Nas share and update the library they will not appear.

I just had a strange behavior: it was now adding the new albums, I played them and after one minute the playing stopped and the albums disappeared from the palylist and from the library. There was an error message but It disappeared too fast to read.

I have 8195 albums indexed and it will not add any more.

Is this a known bug? How can I solve this?

Regards,

[TookaFace]

Go back to 32bit kernel, reboot, and try again the update.

[grumbleweed]

I am using 6.7.1 version on 64bit with Allo Usbridge sig.

If I add new albums to my Nas share and update the library they will not appear.

I just had a strange behavior: it was now adding the new albums, I played them and after one minute the playing stopped and the albums disappeared from the palylist and from the library. There was an error message but It disappeared too fast to read.

I have 8195 albums indexed and it will not add any more.

Is this a known bug? How can I solve this?

Regards,

I had this issue and got round it by removing all mpc unsupported tags, but I still went back to the 32bit kernel as the 64bit is still flakey at times.

[Supersurfer]

I went back to 32bit but still no update.
What are mpc unsupported tags. And how can I remove these?

[Tim Curtis]

Some things to check:

1. Disk space

Code:

df -h

2. MPD log

Code:

cat /var/log/mpd/log

3. MPD crash

Code:

systemctl status mpd

[TheOldPresbyope]

I'm sitting here in Maryland ice-bound and bored, so let me expand on Tim's answer-

1- That's lowercase "df -h", and it's to be executed on your moOde player (not the NAS).

You'll see something like:

Code:

pi@moodelr:~ $ df -h
Filesystem       Size  Used Avail Use% Mounted on
/dev/root        3.4G  2.6G  581M  83% /
devtmpfs         901M     0  901M   0% /dev
tmpfs            934M     0  934M   0% /dev/shm
tmpfs            934M  9.7M  925M   2% /run
tmpfs            5.0M  4.0K  5.0M   1% /run/lock
tmpfs            934M     0  934M   0% /sys/fs/cgroup
/dev/mmcblk0p1   253M   55M  198M  22% /boot
//OMV-HC1/MUSIC  230G  156G   74G  68% /mnt/NAS/OMV-MUSIC
/dev/sda1        120G   45G   75G  38% /media/MUSIC
tmpfs            187M     0  187M   0% /run/user/1000

The /dev/root line is the one of interest. If it reports Use% near 100 then you're likely out of space to store the bigger index file. Which reminds me, have you expanded the file system? It's a setting in the System config panel.

2- A "cat /var/log/mpd/log" will generate a lot of output if you have 8+K albums. If MPD is not active (playing or indexing) and the very last thing you do before checking the log is to try to update your Library then you can probably get away with looking at just the last portion of the log.

For example, here I look at the last 10 lines after updating

Code:

pi@moodelr:~ $ tail -10 /var/log/mpd/log
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/08_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/07_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/06_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/05_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/04_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/03_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/02_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/01_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/24_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf
Dec 17 17:04 : update: removing USB/MUSIC/DSD/NDSD012/23_Welcome-to-NativeDSD-Sampler_NativeDSD-Presents_NDSD012_2ch64.dsf

MPD stops scanning when it hits a track which gives it heartburn. This listing can help you figure out where it got to. The Arch Linux wiki has a couple of suggestions for troubleshooting, albeit incomplete, which may help. I occasionally use EasyTAG in the manner they suggest.

Finally,

3- the output of the systemctl command is something only a bithead like we Test Team'ers can love. What you're looking for is the first two lines which should report that the service is loaded and active, e.g.

Code:

pi@moodelr:~ $ systemctl status mpd
● mpd.service - Music Player Daemon
  Loaded: loaded (/lib/systemd/system/mpd.service; disabled; vendor preset: enabled)
  Active: active (running) since Thu 2020-12-17 17:13:23 EST; 1min 12s ago
...

Good hunting.

Regards,
Kent

[Supersurfer]

Hi Tim, Kent,

Thanks to your help I tracked down the fault. The memory was filling up, expanding disk space has lowered /dev/root from 87% down to 10% and now it is scanning new added files again.

Thank you!

[Rexalex]

I am using 6.7.1 version on 64bit with Allo Usbridge sig.

If I add new albums to my Nas share and update the library they will not appear.

I just had a strange behavior: it was now adding the new albums, I played them and after one minute the playing stopped and the albums disappeared from the palylist and from the library. There was an error message but It disappeared too fast to read.

I have 8195 albums indexed and it will not add any more.

Is this a known bug? How can I solve this?

Regards,

I have the same problem .

[Tim Curtis]

Switch back to the 32-bit kernel