Bug 16596 - Alarm set to ring in 1970
: Alarm set to ring in 1970
Status: NEW
Product: SB Radio
Classification: Unclassified
Component: Alarm
: Include FW version in comment
: PC Windows XP
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-10-09 08:45 UTC by Mickey Gee
Modified: 2011-04-14 23:34 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mickey Gee 2010-10-09 08:45:11 UTC
Somehow alarms get set to year of 1970 on SqueezeNetwork. Seen when debugging issues on SN servers, and result in eating up CPU on servers. These dates now ignored on SN servers, but root cause for these alarms unknown.

Year of alarm probably unix year with value of zero.

Log from SN enclosed. Below says Squeezebox Radio, but not sure if other players can create them too. Also not sure whether alarm works properly in this case or not.

[10-10-09 01:43:48.7608] Slim::Utils::Alarm::scheduleNext (1433) Next alarm is at 1:55:0 2/1/1970
[10-10-09 01:43:48.7609] Slim::Utils::Alarm::scheduleNext (1444) Scheduling alarm
[10-10-09 01:43:48.7612] Slim::Utils::Alarm::sound (508) Alarm triggered for Squeezebox Radio
[10-10-09 01:43:48.7614] Slim::Utils::Alarm::sound (519) Alarm is 1286495328 seconds early/late - ignoring
[10-10-09 01:43:48.7616] Slim::Utils::Alarm::scheduleNext (1400) Asked to schedule next alarm for Squeezebox Radio
[10-10-09 01:43:48.7619] Slim::Utils::Alarm::findNextTime (436) SN time adjusted to wday 6 2:43:0
[10-10-09 01:43:48.7621] Slim::Utils::Alarm::findNextTime (453) Potential next time found: 7:0:0 11/10/2010
[10-10-09 01:43:48.7623] Slim::Utils::Alarm::scheduleNext (1433) Next alarm is at 1:55:0 2/1/1970
Comment 1 Alan Young 2011-01-13 02:03:13 UTC
Mickey, is this still a problem?
Comment 2 Mickey Gee 2011-01-13 07:36:00 UTC
I think there's a workaround on SN for this issue, so it may exist but not have any effect on users.