Bug 17833 - Alarm broken with 7.7.2
: Alarm broken with 7.7.2
Status: RESOLVED FIXED
Product: SB Radio
Classification: Unclassified
Component: Alarm
: 7.7.1
: Macintosh MacOS X 10.7
: -- critical (vote)
: ---
Assigned To: Felix Mueller
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-21 11:51 UTC by Tony
Modified: 2013-05-09 11:44 UTC (History)
1 user (show)

See Also:
Category: Bug


Attachments
WebUI Screenshot (39.42 KB, image/png)
2011-12-21 11:51 UTC, Tony
Details
server.log file (10.71 KB, application/octet-stream)
2011-12-23 08:39 UTC, Tony
Details
server2.log (30.41 KB, application/octet-stream)
2011-12-28 08:23 UTC, Tony
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tony 2011-12-21 11:51:20 UTC
Created attachment 7587 [details]
WebUI Screenshot

With 7.7.1, the Alarm is not working.

The Alarm is set by setting All Alarms to ON and Alarm 1 to ON (see attached
screenshot)
On the SB Radio, the screen shows the little bell indicating that the alarm is
set.
The next morning, the alarm DOES NOT SOUND, and the "little bell" indication is
no longer on the screen.
However, when I check the Alarm Status, it is STILL set as "All Alarms to ON
and Alarm 1 to ON", and then the  "little bell" indication is back on the
screen!
The next morning, alarm does not sound again....

This started with 7.7.1

It might be related to this error in the log file:
Slim::Networking::SqueezeNetwork::Players::_players_error (317) Unable to get
players from SN: Connect timed out: , retrying in 300 seconds
[11-12-20 03:48:36.8906] 

Tony
Comment 1 Michael Herger 2011-12-22 00:17:42 UTC
Please enable debugging for the alarm (Settings/Advanced/Logging) and upload a server.log file
Comment 2 Tony 2011-12-22 09:18:13 UTC
(In reply to comment #1)
> Please enable debugging for the alarm (Settings/Advanced/Logging) and upload a
> server.log file

Will do.  (Alarm went off this morning, so this may be intermittent, I'll u/l log file when it fails)
Comment 3 Tony 2011-12-23 08:39:54 UTC
Created attachment 7591 [details]
server.log file
Comment 4 Tony 2011-12-23 08:42:43 UTC
(In reply to comment #1)
> Please enable debugging for the alarm (Settings/Advanced/Logging) and upload a
> server.log file

Michael,

Attached in the previous reply is my last nights server.log file.

Is this normal:
[11-12-23 07:29:45.7349] Slim::Utils::Alarm::_checkTime (1939) System time has changed (delta 11877, lastDST 0, dst: 0) - rescheduling all alarms
and again:
[11-12-23 09:09:43.6987] Slim::Utils::Alarm::_checkTime (1939) System time has changed (delta 5863, lastDST 0, dst: 0) - rescheduling all alarms

Also, this:
[11-12-23 07:29:45.7378] Slim::Utils::Alarm::scheduleNext (1409) Previous scheduled alarm wasn't triggered.  Clearing nextAlarm and killing timer

And the Alarm did sound for me this morning (as indicated in log):
[11-12-23 07:30:00.0008] Slim::Utils::Alarm::sound (508) Alarm triggered for Squeezebox Radio 1

Tony
Comment 5 Tony 2011-12-28 08:23:28 UTC
Created attachment 7594 [details]
server2.log
Comment 6 Tony 2011-12-28 08:25:03 UTC
(In reply to comment #1)
> Please enable debugging for the alarm (Settings/Advanced/Logging) and upload a
> server.log file

Michael,

The Alarm failed to sound this morning
See previous reply with server2.log attached for the last 2 days of activity
Comment 7 Tony 2011-12-28 10:03:23 UTC
Michael, could it be possible that the problem is occurring when I hit the OFF button on the SB Radio to shut off the Alarm (instead of hitting the BIG Button)?
Comment 8 Tony 2011-12-29 18:45:52 UTC
Happened again today:


[11-12-28 08:00:05.8019] Slim::Utils::Alarm::_checkTime (1939) System time has changed (delta 6487, lastDST 0, dst: 0) - rescheduling all alarms
[11-12-28 08:00:05.8045] Slim::Utils::Alarm::scheduleNext (1403) Asked to schedule next alarm for Squeezebox Radio 1
[11-12-28 08:00:05.8047] Slim::Utils::Alarm::scheduleNext (1409) Previous scheduled alarm wasn't triggered.  Clearing nextAlarm and killing timer
[11-12-28 08:00:05.8051] Slim::Utils::Alarm::_startStopTimeCheck (1908) 0 scheduled alarm(s)
[11-12-28 08:00:05.8053] Slim::Utils::Alarm::_startStopTimeCheck (1917) Stopping time checker task
[11-12-28 08:00:05.8057] Slim::Utils::Alarm::findNextTime (453) Potential next time found: 8:0:0 28/12/2011
[11-12-28 08:00:05.8059] Slim::Utils::Alarm::findNextTime (458) Last alarm due: 8:0:0 27/12/2011
[11-12-28 08:00:05.8061] Slim::Utils::Alarm::scheduleNext (1436) Next alarm is at 8:0:0 28/12/2011
[11-12-28 08:00:05.8063] Slim::Utils::Alarm::scheduleNext (1438) Alarm time is now or in the past; let client handle this failure
Comment 9 Tony 2012-01-05 12:18:38 UTC
Michael,

This error may be related to https://bugs-archive.lyrion.org/show_bug.cgi?id=17831

  Slim::Networking::SqueezeNetwork::Players::_player s_error (317) 
  Unable to get players from SN: Connect timed out: , retrying in 900 seconds

If the SBS is restarted (not the Mac mini), the above error is resolved, and the Alarm sounds.

Tony
Comment 10 Tony 2012-01-07 08:41:27 UTC
(In reply to comment #9)
> Michael,
> 
> This error may be related to https://bugs-archive.lyrion.org/show_bug.cgi?id=17831
> 
>   Slim::Networking::SqueezeNetwork::Players::_player s_error (317) 
>   Unable to get players from SN: Connect timed out: , retrying in 900 seconds
> 
> If the SBS is restarted (not the Mac mini), the above error is resolved, and
> the Alarm sounds.
> 
> Tony


Not it, Alarm did not sound again today (it did the last 4 to 5 days)
Comment 11 Tony 2012-11-11 06:37:08 UTC
(In reply to comment #1)
> Please enable debugging for the alarm (Settings/Advanced/Logging) and upload
> a server.log file

Alarm still not working.
Can someone look into this for me?

Tony
Comment 12 Tony 2012-11-20 05:59:49 UTC
Help!!!
Comment 13 Tony 2012-12-09 09:46:07 UTC
Please help.....
Comment 14 Tony 2013-04-29 12:01:35 UTC
*** Bug 18019 has been marked as a duplicate of this bug. ***
Comment 15 Tony 2013-05-09 11:42:53 UTC
Found it, Fixed.  Alarm now works!