[PROBLEM] Update library problems (revisited)

[radu-]

I've already posted about this problem in the past, but I found no solution, so I'm looking into some more help - if someone know more.

My setup is simple:
- living room - RPi 3 B, moode 7.0.1
- bedroom - RPi Zero W, moode 7.0.1

The problem: after using both RPis for some time, adding new music and trying to update the library, the living room Pi 3 doesn't send the command to update. Looking into the logs using moodeutl -t, I see absolutely nothing new:

Code:

$ moodeutl -t
51 worker: DLNA server (available)
20210106 112851 worker: UPnP browser (available)
20210106 112851 worker: GPIO button handler (available)
20210106 112851 worker: Stream recorder (n/a)
20210106 112851 worker: -- Music sources
20210106 112851 worker: USB sources (none attached)
20210106 112851 worker: NAS and UPnP sources (mountall initiated)
20210106 112851 worker: -- Miscellaneous
20210106 112851 worker: USB volume knob (Off)
20210106 112851 worker: USB auto-mounter (udisks-glue)
20210106 112851 worker: LED0 (On)
20210106 112851 worker: LED1 (On)
20210106 112851 worker: Saved MPD vol level (0)
20210106 112851 worker: Preamp volume level (0)
20210106 112851 worker: MPD volume level (40) restored
20210106 112851 worker: ALSA Digital volume (100%)
20210106 112851 worker: Auto-play (Off)
20210106 112851 worker: Maintenance interval (3 hrs)
20210106 112851 worker: Screen saver activation (120)
20210106 112851 worker: Session permissions (OK)
20210106 112851 worker: Watchdog started
20210106 112851 worker: Ready

while on the RPi Zero I see:

Code:

$ moodeutl -t
to-mounter (udisks-glue)
20210106 113011 worker: LED0 (On)
20210106 113011 worker: LED1 (sysclass does not exist)
20210106 113011 worker: Saved MPD vol level (0)
20210106 113011 worker: Preamp volume level (0)
20210106 113012 worker: MPD volume level (49) restored
20210106 113012 worker: ALSA volume level (None)
20210106 113012 worker: Auto-play (Off)
20210106 113012 worker: Maintenance interval (3 hrs)
20210106 113012 worker: Screen saver activation (60)
20210106 113012 worker: Session permissions (OK)
20210106 113012 worker: Watchdog started
20210106 113012 worker: Ready
20210106 113115 sendEngCmd(): File open failed, UI has never been started
20210106 113145 worker: Job update_library
20210106 113145 mpdindex: Start
20210106 113146 thmcache: Start
20210106 113146 thmcache: Priority: Embedded cover
20210106 113146 thmcache: Res,Qual: Auto
20210106 113146 thmcache: Px ratio: 1
20210106 113146 thmcache: Th width: 100
20210106 113146 thmcache: Thm qual: 75
20210106 113146 thmcache: Scanning: NAS, SDCARD, UPNP
20210106 113229 mpdindex: Done: indexed 1093 artists, 2117 albums, 21608 songs
20210106 113229 worker: Job update_library done
20210106 113402 thmcache: Done: 2069 folders scanned, 19 thumbs created, 2050 already in cache.

At first I tried to clean cache/cookies in the browser. That seemed to work, but only some times. Then I checked and excluded any local hosts in my ad blocker - that didn't change anything. Next I tried to do the library update on a fresh browser, but still nothing happens. Updating the library from the shell with mpc update 'path_to_library' works, but I know that is not the recommended way.

So, any other ideas on this? I'm getting pretty mad with this situation.

[Tim Curtis]

You should prolly check for some sort of resource issue for example no disk space, memory exhausted, cpu pegged, worker.php crashed, network issue, etc

Code:

df -h
moodeutl -m
free -h (if you know how to interpret the output)
pgrep -l worker.php
ping HOSTNAME_OF_ROUTER

[radu-]

Yes. I checked those. I can't see any problem with any of it:

Code:

pi@sufra:~ $ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        15G  2.7G   12G  20% /
devtmpfs        430M     0  430M   0% /dev
tmpfs           463M     0  463M   0% /dev/shm
tmpfs           463M  7.2M  456M   2% /run
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           463M     0  463M   0% /sys/fs/cgroup
/dev/mmcblk0p1  253M   55M  198M  22% /boot
//TESLA/Muzica  1.8T  480G  1.3T  28% /mnt/NAS/Muzica
tmpfs            93M     0   93M   0% /run/user/1000

pi@sufra:~ $ moodeutl -m
CPU: 1.4 GHz | LOAD: 1% | TEMP: 53C | RAM_USED: 20% | DISK_USED: 20% | DISK_FREE: 12G | FPM_POOL: 10 workers
pi@sufra:~ $ free -h
             total        used        free      shared  buff/cache   available
Mem:          924Mi        98Mi       346Mi        12Mi       479Mi       749Mi
Swap:            0B          0B          0B

pi@sufra:~ $ pgrep -l worker.php
503 worker.php

I think it's more of a problem with the PHP session cookie: I'm using Firefox and if I go to the URL bar and click on the padlock, then go to "Clear cookies and site data", then refresh the tab, nothing happens - meaning running a library update doesn't work. But doing this in a different browser (Falkon on Linux/KDE Plasma), it works. So I went and installed a Firefox add-on to clear the cookies and that seems to do the job.
I'll keep looking. But what bothers me is that it happens with only one RPi - the same one that had this issue before, with moode 6.x.