Bug 7696 - Insane number of timers on SN pref syncDown
: Insane number of timers on SN pref syncDown
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: SqueezeNetwork Integration
: 7.0
: PC Windows Server 2003
: P5 normal (vote)
: 7.x
Assigned To: Andy Grundman
http://forums.slimdevices.com/showthr...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-04-02 10:19 UTC by Alasdair Wilkie
Modified: 2009-07-31 10:19 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alasdair Wilkie 2008-04-02 10:19:48 UTC
First reported in this thread 

http://forums.slimdevices.com/showthread.php?p=286533#post286533

I have had problems in the past with the server log filling up (caused by the weather/date/time but that issue has been resolved) so decided to set ALL logging to off.

I was away at the weekend and on returning found that the SBs were all showing 13:19 on the Friday 28th March (I returned some 48 hours after that time)

I was able to access the server that SC7 is running on and it the computer was running fine.

SC on the other hand had stopped responding.

The server log was > 3G.

I shut SC7 down and copied the log over to another PC (slowly)

I have had a look at the log today by splitting into manageable chunks.

The first section of the log is in the attached file

The last section of the log is also attached.

My System is as follows:-

SqueezeCenter Version: 7.0 - 17793 - Windows Server 2003 - EN - cp1252
Perl Version: 5.8.8 MSWin32-x86-multi-thread
MySQL Version: 5.0.22-community-nt


Realise that this is a bug, but unsure of how to describe in better detail.
Comment 1 Andy Grundman 2008-04-11 10:35:15 UTC
Can't reproduce, but I put in some additional calls to killTimers in change 18691 that should prevent anything like this from happening.
Comment 2 James Richardson 2008-05-09 10:46:48 UTC
(In reply to comment #1)
> Can't reproduce, but I put in some additional calls to killTimers in change 18691 that should prevent anything like this from happening.
> 

closing bug, please reopen if you still see an issue.
Comment 3 Chris Owens 2009-07-31 10:19:03 UTC
Reduce number of active targets for SC