PDA

View Full Version : Out of memory, slimserver.pl dies...



Jason Holtzapple
2005-01-15, 10:24
--- Jason Temple <jason (AT) temple (DOT) net> wrote:

> Greetings all,
> I've been setting up the slimserver on my linux (fedora core3) box
> and streaming to my linux stinkpad while waiting for my squeezebox and
> have noticed that the slimserver dies if I try to scan ogg files and
> sometimes just dies overnight if I leave it playing...the alarm feature
> kills slimserver.pl also when the alarm is suppose to go off. In the
> /tmp/slimserver.log there are a handful of perl complaints:

Initially I had a few mysterious crashes with slimserver on NetBSD.
After some investigation it seems that the core data size limit
for a regular user on NetBSD is pretty low. I increased this value
(with ulimit -d xxxxx) and everything's been fine since. You
might want to check this value (ulimit -a will show you all the
limits) as the user from which you run slimserver. This is probably
only affecting you if you have a pretty large library, though.

Jason Temple
2005-01-15, 10:49
Greetings Jason,
I took a look and the data file size is unlimited for the slimserver
account:

[root@localhost slimserver]# su - slimserver
[slimserver@localhost ~]$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
pending signals (-i) 1024
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 4092
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
[slimserver@localhost ~]$


It mentions core file size, but that's something different all together.

So I just moved the ogg files into the music folder one by one, and lo
and behold, one of them would kill the scan each time...all the others
work...go figure. I guess slimserver.pl might need a bit more fault
tolerance when a decoder dies (lame in this case). I'll comb through
this a bit to see what this could be later on...

thanks for your help!

jas

Jason Holtzapple wrote:

>--- Jason Temple <jason (AT) temple (DOT) net> wrote:
>
>
>
>>Greetings all,
>> I've been setting up the slimserver on my linux (fedora core3) box
>>and streaming to my linux stinkpad while waiting for my squeezebox and
>>have noticed that the slimserver dies if I try to scan ogg files and
>>sometimes just dies overnight if I leave it playing...the alarm feature
>>kills slimserver.pl also when the alarm is suppose to go off. In the
>>/tmp/slimserver.log there are a handful of perl complaints:
>>
>>
>
>Initially I had a few mysterious crashes with slimserver on NetBSD.
>After some investigation it seems that the core data size limit
>for a regular user on NetBSD is pretty low. I increased this value
>(with ulimit -d xxxxx) and everything's been fine since. You
>might want to check this value (ulimit -a will show you all the
>limits) as the user from which you run slimserver. This is probably
>only affecting you if you have a pretty large library, though.
>

dean
2005-01-21, 13:55
Jason,

On Jan 15, 2005, at 9:49 AM, Jason Temple wrote:
> So I just moved the ogg files into the music folder one by one, and lo
> and behold, one of them would kill the scan each time...all the others
> work...go figure. I guess slimserver.pl might need a bit more fault
> tolerance when a decoder dies (lame in this case). I'll comb through
> this a bit to see what this could be later on...
>
Can you open a bug on http://bugs.slimdevices.com and attach the killer
ogg file to the bug so we can find and fix the problem?

Thanks,

dean