mherger wrote:
> > No I know and I very much appreciate everyone's time. I just wanted
> to
> > make sure that space wasn't the real culprit here. It's just that
> > removing muso from the equation means I have to get rid of the
> symlink
> > and reinstall LMS from scratch, so I wanted to first
mherger wrote:
> > As the dev said in a post previously, muso connects in a read-only
> > state. That error you posted was a fluke.
>
> And I said: turn it off. I'm a dev, too.
>
> You're asking for help, but you refuse to accept advice. If you know
> better, then don't ask. Or you're just
DJanGo wrote:
> Hi
>
> The anser was 'here'
> (http://forums.slimdevices.com/showthread.php?108492-Constantly-crashing-server-(database-image-malformed)=902994=1#post902994)
>
> Please stop lms
> Stop samba
> Clean your cache folder
> Start lms again
> DONT start samba again
>
> I didnt
pinkdot wrote:
> Run the following command using ssh will give you some idea of the
> system partition usage:
> >
Code:
> > # df -h
>
> >
>
> Somehow I get the idea that you still use Muso? Is that correct?
>
> Also, your post on the Synology
I actually had asked this question a few posts up but it got lost in the
shuffle. Is there any way I can find out how much space is reserved for
my system partition?
Morbeas's Profile:
Spoke too soon. :(
[18-01-13 22:17:07.7909] Slim::Schema::Storage::throw_exception (100)
Error: DBI Exception: DBD::SQLite::st execute failed: database disk
image is malformed [for Statement "INSERT INTO tracks
Mnyb wrote:
> Running out of space in the system partition on the NAS can be it .
>
> Your screenshot it says 98% used ?
Just to give everyone an update, before doing anything drastic I decided
to heed Mnyb's advice and free up some more space on my NAS. I now have
over 1 TB available and
jezbo wrote:
> You can check how Muso is connecting to the db from your log file
> Morbeus, look for something like this in the muso2.log file (having
> turned diagnostics on):
>
> ScanDatabase: Connecting to data
> source=192.168.1.69\\squeezebox_db\\library.db;version=3;read
>
pinkdot wrote:
> Assumptions won't help you find the root cause;)
> That is why Michael is suggesting to stop using Muso and see if the
> issue persists.
Ok, no problem, I'll give it a try.
Morbeas's Profile:
mherger wrote:
> > This is so that a program I use, Muso, can have access to the Cache
> > folder.
>
> I know that you're sure Muso is not causing any problems. But still:
> disable this setup and try again.
>
> --
>
> Michael
I used to use pinkdot's Synology package which he compiled
Mnyb wrote:
> Running out of space in the system partition on the NAS can be it .
>
> Your screenshot it says 98% used ?
Yes 98% used but 282 GB available. Plus I've had these problems for a
few years when I used to have more space as well. Though just to be
double sure, how can I check if
DJanGo wrote:
> OMG
>
> 1st rule for databaseusers:
> > > >
- dont let other tools work in your databasefiles!
- Dont blame your databasetool if your not carefuly handling rule#1
> > >
Muso only reads and doesn't modify anything.
Ge Ba wrote:
> yes, didn't realise it's a folder..
Ok, deleted the folder. Restarting LMS now and will let you know if the
problem persists. Thanks very much and happy new year! :)
Morbeas's Profile:
Ge Ba wrote:
> as far as I remember this issue disappeared after I deleted the RadioIO
> plugin from ../SqueezeCenter/Slim/Plugin
>
> Worth a try..
Oh ok. Looking now, I see a folder named RadioIO in that directory. Just
delete the whole folder?
So I too have this error in my log files about RadioIO even though it's
disabled in my plugins list. I'm using the latest Synology beta (7.9.1 -
1504317335). Did we determine how to get rid of this error? I SSH into
my NAS and didn't see a radio.prefs file though I was unable to find the
extras
Also, there is one other thing on my installation that is different and
that is I create a symlink to the Cache folder on a share I created.
This is what I do:
Code:
mv /volume1/@appstore/SqueezeCenter/Cache /volume1/SqueezeShare/
ln -s /volume1/SqueezeShare/Cache
DJanGo wrote:
> Hi
> a malformed database on a NAS let me always think about disk is full
I am running out of space but still have 280+ GB of space. You really
think that's the problem?
+---+
|Filename: Clipboard01.jpg
T-bird wrote:
> You have problems with sugarcube plugin, remove it or at lest report
> your problem to the developer
Hmm, what makes you think it's Sugarcube?
Morbeas's Profile:
For several years now, my LMS stops out of the blue and I have to delete
all the .db files and rebuild from scratch. I've tried all sorts of
things like try pinkdot's LMSupdate package, Synology's beta package
(I'm currently running 7.9.1-166 on a Synology DS1511+) but the end
result is always
pinkdot wrote:
> The cache folder is defined as a subdirectory of the install directory
> of the package. This means if you want to change the cache folder
> location to a different share, you would have hard code the path to the
> cache folder in several files. I don't see why this would be
Ok, it seems I need change more than just the server.prefs file. I'm
getting errors all over the place. there are references to the original
location of the cache folder than just the server.prefs file.
+---+
|Filename:
Ok thanks. What's the best way to delete the symlink?
Morbeas's Profile: http://forums.slimdevices.com/member.php?userid=53547
View this thread: http://forums.slimdevices.com/showthread.php?t=106940
Ok, through trial and error, I found the server.prefs file in
/volume1/@appstore/SqueezeCenter/prefs and copied it to a folder
accessible by Windows. I opened the file with Notepad on my laptop and
it looks like a mess, frankly. So, before I screw things up royally,
which exact setting should I
Mnyb wrote:
> LMS may find tracks outside of the folder MIP watches via for example
> playlists
The only folder I have Music on is /volume1/Media/Music and that's where
LMS and MusicIP are both set to look. Also, muso reports the correct
number of songs as well. The only one that shows
Also, while I have your attention, there's a large discrepancy in the
amount of tracks reported by LMS. It tells me that I have 26,152 songs
whereas the real number should be 24,478. I know the real number is this
because MusicIP tells me so, as well as muso, which is a program I use
to control
Could you please take me through a step-by-step process to accomplish
that? I'm a n00b when it comes to linux. (which is why I saved the
symlink instructions as a screenshot for reference). :)
Also, do you think the problem is with having a symlink?
I just noticed that when this happens, my library.db file is now only
1k.
+---+
|Filename: Clipboard01.jpg |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=22214|
mherger wrote:
> > Ummm, I don't understand German but here's what Google translate
> tells
> > me:
>
> Oops... sorry about that :-).
>
> > Ok, that makes sense. Can you still check df if the
> > File is again broken? Do you know how big the cache files each
> > About?
>
> What I wanted to
Ummm, I don't understand German but here's what Google translate tells
me:
Ok, that makes sense. Can you still check df if the
File is again broken? Do you know how big the cache files each
About?
+---+
|Filename: Clipboard01.jpg
The "Cache" folder itself lives in a Windows-accesible share called
SqueezeShare, accomplished through this process:
+---+
|Filename: SqueezeShare Symlink.jpg |
|Download:
Sorry about that. I still have 247 GB available but that's out of 12 TB
total. So yes, I'm running out of space with over 98% full. Does that
matter?
Morbeas's Profile: http://forums.slimdevices.com/member.php?userid=53547
I am running out of space but still have 247 GB available. That should
be ok, no?
Morbeas's Profile: http://forums.slimdevices.com/member.php?userid=53547
View this thread:
Hello everyone. For some time now, my LMS will randomly stop working and
I'll have to delete all the .db and .wal files from Cache directory and
let it rebuild. Lately, it has gotten to the point where I don't go a
day without having to rebuild. It seems out of nowhere I'll start
getting disk
33 matches
Mail list logo