Thank you. I do reboot from time to time so I'll just put it into
-/etc/rc.local-.
Rock 64, 1Gb DRAM, Open Media Vault (OMV)/Debian 4.1.19-1 (Arrakis),
Logitech Media Server Version: 7.9.2 - 1571644358
Squeezebox Classic
Squeezebox Duet
Squeezebox Radio
I've had cause to look in my syslog and I see that the thousands of
messages I was getting in September are back, e.g.:
Code:
kernel: [204931.004603] "squeezeboxserve" (7010) uses deprecated CP15
Barrier instruction at 0xf691dce0
I have just run
Thank you.
Rock 64, 1Gb DRAM, Open Media Vault (OMV)/Debian 4.1.19-1 (Arrakis),
Logitech Media Server Version: 7.9.2 - 1567524015
Squeezebox Classic
Squeezebox Duet
Squeezebox Radio
Shellness's Profile:
Gosh, I think that fixed it. The logs' last entries (identical for kern
and messages) from 30 minutes ago:
Code:
Sep 11 10:32:43 Ham-Gat kernel: [74257.708647] "squeezeboxserve" (7558)
uses deprecated CP15 Barrier instruction at 0xf6a12ce0
Sep 11 10:32:43 Ham-Gat
Yes, the "r" is missing from all lines:
Code:
Sep 10 14:52:07 Ham-Gat kernel: [ 3439.759876] "squeezeboxserve" (7558)
uses deprecated CP15 Barrier instruction at 0xf6a12ce0
Sep 10 14:52:07 Ham-Gat kernel: [ 3439.762005] "squeezeboxserve" (7558) uses
deprecated CP15
The log folder had nearly 0.5Gb in it. The bulk of this being in these
files:
- kern.log
- syslog
- messages
And all three files had thousands of lines dating from May 2019 to the
present which all said something like:
Code:
kernel: [804969.452376] "squeezeboxserve"
The perl removal was a supplementary part of the purge. The system said
there were three dependencies (all perl) and to perform an apt- xxx
function to remove them, so I entered it with the intention of clearing
everything that might be causing the problem...
Here is the df output:
Code:
I spoke too soon. I could see my media source folder in Settings but
the webGUI did not show My Music, just Radio and the items below. There
was an option to upgrade at the foot of the GUI, which I did, and since
then I have been back to scratch.
I have deleted the var\lib\squeezebox folder.
Bingo.
That sorted it. The purge left the prefs folder and perl but it worked
without me ditching them.
-However-, it indicated that there was a new version of LMS available
and I installed this (logitechmediaserver_7.9.2~1567938514_arm.deb).
Then the webGUI failed again. So I have reversed
It seems unrealistic to have no logs for 3 days when I have a cronjob
that runs every morning to scan everything plus there is no record of me
deleting/upgrading/downgrading LMS perhaps 7 or 8 times this morning.
I have restarted/stopped/started LMS umpteen times today. No record of
this.
I
The log is massive and it stops scrolling on 6th Sept - I have dumped
earlier stuff as the Forum says the text needs to be 10,000 characters
max. I got home last night, 8th Sep, around 17h00.
Code:
[19-09-03 04:01:55.9627] Slim::Utils::Scanner::Local::__ANON__
I'm running 7.9.2 - 1567524015 (I know this because this is the last
version I installed from var/lib/...).
On the logfiles, I haven't checked them as I don't know how to find them
and I wouldn't know what to look for if I could (my understanding of
Linux is at its limit).
Rock 64, 1Gb DRAM,
Here it is:
systemctl status logitechmediaserver
รข logitechmediaserver.service - LSB: Startup script for the Logitech
Media Server
Loaded: loaded (/etc/init.d/logitechmediaserver; generated; vendor
preset: enabled)
Active: active (running) since Mon 2019-09-09 13:30:07 BST; 3h 7min
ago
Docs:
Thanks for the reply.
The server doesn't update by itself. The updates were just my attempt
to fix the problem thinking that perhaps something had changed.
When I went away three weeks ago, all was well. When I started my PC at
home last night there was no webGUI.
The server is a baby chip
I have just returned from three weeks away and have returned to a
similar problem. I can see my server on ServerName and on
192.168.1.180, but I can't see LMS on ServerName:9000/ nor on
http://192.168.1.180:9000/.
To fix it I tried updating to the 8th Sept nightly download
of"...arm.deb". No
Thanks for your help and ultimate diagnosis. I'll look to see how I get
faad going.
Thanks again.
Rock 64, 1Gb DRAM, Open Media Vault (OMV)/Debian 4.1.8.2-1 (Arrakis),
Logitech Media Server Version: 7.9.1 - 1522157629
Squeezebox Classic
Squeezebox Duet
Squeezebox Radio
This is bizarre, I would have staked my life on having run ./flac on all
three directories. This time aarch64-linux responded as given below
(none responded to ./faad):
===
flac - Command-line FLAC encoder/decoder
Thanks very much for getting back. There are three directories under
Bin, and they have the following files (in brackets) in them:
1. aarch64-linux (alac, flac, sox, wvunpack)
2. armhf-linux (faad, flac, mac, sox, wvunpack)
3. arm-linux (faad, flac, mac, sls, sox, wvunpack)
Under the retired iPlayer thread it was identified that my server was
not transcoding AAC and so my Classic and Duet were not playing Listen
Again, but my Radio was. It was suggested:
"From a shell prompt check that you can run faad and flac that are in
the LMS Bin directory (full path is
OK, thank you.
I hope BBC iPlayer never goes the same way - I would have to have it
surgically removed.
Raspberry Pi 3 model B, Open Media Vault (OMV) 3.0.88 Erasmus, LMS 7.9.1
- 1508251793
Squeezebox Classic
Squeezebox Duet
Squeezebox Radio
I'm not sure how related this is but I cannot get the NPR plugin to
work. Ditto the JazzFM plugin. The BBC iPlayer & iPlayer Extras
plugins work faultlessly.
Any steers?
Raspberry Pi 3 model B, Open Media Vault (OMV) 3.0.88 Erasmus, LMS 7.9.1
- 1508251793
Squeezebox Classic
Squeezebox Duet
21 matches
Mail list logo