(09-03-2024, 06:55 AM)the_bertrum Wrote: Maybe its time to post a startup log, just to rule out some stuff?

(09-03-2024, 08:43 AM)the_bertrum Wrote: On the contrary, startup logs from the pre-crash system can tell us a great deal.  The crash could only happen in the presence of some other setting you have chosen for example, and the startup logs will tell us everything you have configured to make it easier to replicate.

If you can ssh into the "crashed" system, then you can get the logs with the command moodeutl -l

(09-03-2024, 12:38 PM)Tim Curtis Wrote: The log stops abruptly suggesting some sort of breakage. This typically indicates worker.php has crashed. You can test for this using the command pgrep worker.php. If it returns nothing then worker has crashed.

I've reformatted the lines to make it easier to read.

Code:

20240902 220125 worker: --
20240902 220125 worker: -- ALSA debug
20240902 220125 worker: --
20240902 220125 worker: Cards:  0:vc4hdmi 1:empty 2:empty 3:empty
20240902 220125 worker:         4:empty   5:empty 6:empty 7:empty
20240902 220125 worker: Mixers: 0:none    1:none  2:none  3:none
20240902 220125 worker:         4:none    5:none  6:none  7:none
20240902 220125 worker: --
20240902 220125 worker: -- Audio configuration
20240902 220125 worker: --
20240902 220125 worker: Audio device:  0:D30
20240902 220126 worker: ALSA card:     is empty, reconfigure to HDMI 1
pi@moode:~ $

Apparently there was a USB audio device (D30) configured but when this log was generated it was either off or unplugged. Thats ok and the response during startup is to reconfigure to HDMI 1.

Here's the code block in worker.php that does that.

Code:

} else if ($actualCardNum == ALSA_EMPTY_CARD) {
    workerLog('worker: ALSA card:     is empty, reconfigure to HDMI 1');
    $hdmi1CardNum = getAlsaCardNumForDevice(PI_HDMI1);
    $devCache = checkOutputDeviceCache(PI_HDMI1, $hdmi1CardNum);
    // Update configuration
    phpSession('write', 'adevname', PI_HDMI1);
    phpSession('write', 'cardnum', $hdmi1CardNum);
    sqlUpdate('cfg_mpd', $dbh, 'device', $hdmi1CardNum);
    phpSession('write', 'alsa_output_mode', 'iec958');
    phpSession('write', 'alsavolume_max', $devCache['alsa_max_volume']);
    sqlUpdate('cfg_mpd', $dbh, 'mixer_type', $devCache['mpd_volume_type']);
    updMpdConf();
    sysCmd('systemctl restart mpd');
    workerLog('worker: MPD config:    updated');

I ran a quick test on a Pi that has a USB DAC and no issues after unplugging it and restarting. Audio was reconfigured to HDMI 1.

In order to debug your specific issue I would need to be able to reproduce it on my end.

(09-03-2024, 02:14 PM)Tim Curtis Wrote: The code block I posted shows two functions are called right after the log message is printed. Both functions access SQL tables and if for example the tables don't exist or the connection to the SQL database can't be made, breakage will occur.

Non existent tables or not being able to connect to the SQL database itself would suggest something external to moode software is causing the issue.