Beagle bone black and timedatectl
Good afternoon to all. I have posted on this issue before. I have and off site repeater with no internet access atleast until spring time, Hopefully... My allstar node time is way off. so I try to correct it. The outcome is a lock up condition. The repeater no longer responses. The only fix appears to be a reboot. This only brings me back to square one. The time is way off again. Is there something else to do once I reset the time short of a reboot to bring the system up on line ? is there a way to reset the system and use the new time stamp ? Seriously contemplating an NTP server at the site. I just don’t have the time to put into one right now. I have the new 1.2 code. I'm not ready to deploy this to either of the repeaters just yet. command issued this morning that caused the trouble. tmedatectl " 2014-10-27 11:35:00" Thank you Mike AE4ML -- *"We must reject the idea that every time a law is broken, society is guilty rather than the law breaker.It is time to restore the American precept that each individual is accountable for his actions." ~ Ronald Regan*
After you set the date, don’t reboot. Instead restart Asterisk. At the Unix prompt type astres.sh -- Tim :wq
On Oct 27, 2014, at 1:24 PM, Mike Lussier <mike.lussier@gmail.com> wrote:
Good afternoon to all. I have posted on this issue before. I have and off site repeater with no internet access atleast until spring time, Hopefully... My allstar node time is way off. so I try to correct it. The outcome is a lock up condition. The repeater no longer responses. The only fix appears to be a reboot. This only brings me back to square one. The time is way off again.
Is there something else to do once I reset the time short of a reboot to bring the system up on line ? is there a way to reset the system and use the new time stamp ?
Seriously contemplating an NTP server at the site. I just don’t have the time to put into one right now.
I have the new 1.2 code. I'm not ready to deploy this to either of the repeaters just yet.
command issued this morning that caused the trouble.
tmedatectl " 2014-10-27 11:35:00"
Thank you
Mike AE4ML -- "We must reject the idea that every time a law is broken, society is guilty rather than the law breaker.It is time to restore the American precept that each individual is accountable for his actions." ~ Ronald Regan
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Mike, There is an issue in asterisk that causes all sorts of problems if the time is changed when it is running. This has been mostly but not entirely corrected in version 1.2.1 so I suspect you will still have the problem. The quick reason is that in many instances throughout the code the real time clock rather then a continuously running and incrementing clock is used for timing in critical code. Not a good idea!! The answer is to NOT change the time while asterisk is running. Instead stop asterisk. Set the time and restart asterisk. I suspect that changing the time and then just restarting asterisk would work equally well. This is a known problem that also would exist in an acid release but rarely shows up because users do not make time changes like that once it boots. Version 1.2.1 was released now without all the timing problems corrected so that users could benefit from many of the other fixes and features. There will be another release once this problem is completely corrected and tested. I must emphasize though that the vast majority of users with Internet connections will not have this problem. Also since the primary reason to have Allstar is communications over the Internet your case is probably very isolated. Please ask questions relating to the BBB on the arm-allstar list if possible. 73 Doug WA3DSP http://www.crompton.com/hamradio Date: Mon, 27 Oct 2014 16:24:57 -0400 From: mike.lussier@gmail.com To: app_rpt-users@ohnosec.org Subject: [App_rpt-users] Beagle bone black and timedatectl Good afternoon to all. I have posted on this issue before. I have and off site repeater with no internet access atleast until spring time, Hopefully... My allstar node time is way off. so I try to correct it. The outcome is a lock up condition. The repeater no longer responses. The only fix appears to be a reboot. This only brings me back to square one. The time is way off again. Is there something else to do once I reset the time short of a reboot to bring the system up on line ? is there a way to reset the system and use the new time stamp ? Seriously contemplating an NTP server at the site. I just don’t have the time to put into one right now. I have the new 1.2 code. I'm not ready to deploy this to either of the repeaters just yet. command issued this morning that caused the trouble. tmedatectl " 2014-10-27 11:35:00" Thank you Mike AE4ML -- "We must reject the idea that every time a law is broken, society is guilty rather than the law breaker.It is time to restore the American precept that each individual is accountable for his actions." ~ Ronald Regan _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
On 10/27/2014 03:24 PM, Mike Lussier wrote:
Good afternoon to all. I have posted on this issue before. I have and off site repeater with no internet access atleast until spring time, Hopefully... My allstar node time is way off. so I try to correct it. The outcome is a lock up condition. The repeater no longer responses. The only fix appears to be a reboot. This only brings me back to square one. The time is way off again.
Is there something else to do once I reset the time short of a reboot to bring the system up on line ? is there a way to reset the system and use the new time stamp ?
Seriously contemplating an NTP server at the site. I just don’t have the time to put into one right now.
I have the new 1.2 code. I'm not ready to deploy this to either of the repeaters just yet.
command issued this morning that caused the trouble.
tmedatectl " 2014-10-27 11:35:00"
I'm not sure if ntpdate is included in the BBB image or not, but that could be added to the startup script, before asterisk is called. manually, you could, from a command line prompt, type astdn.sh [Enter] then ntpdate pool.ntp.org then astup.sh You could also create an 'alias', with the above information and call it 'timestamp' or something that's not a unix command. 73 = Best Regards, -Geoff/W5OMR
Both ntpd and ntpdate are included in the startup of the BBB and work fine when there is Internet. The problem was NO Internet in this case so ntp would not work. Manual setting of the date while Asterisk is not running or doing an Asterisk restart after changing the date is the answer. 73 Doug WA3DSP http://www.crompton.com/hamradio
Date: Fri, 31 Oct 2014 08:39:32 -0500 From: ars.w5omr@gmail.com To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Beagle bone black and timedatectl
On 10/27/2014 03:24 PM, Mike Lussier wrote:
Good afternoon to all. I have posted on this issue before. I have and off site repeater with no internet access atleast until spring time, Hopefully... My allstar node time is way off. so I try to correct it. The outcome is a lock up condition. The repeater no longer responses. The only fix appears to be a reboot. This only brings me back to square one. The time is way off again.
Is there something else to do once I reset the time short of a reboot to bring the system up on line ? is there a way to reset the system and use the new time stamp ?
Seriously contemplating an NTP server at the site. I just don’t have the time to put into one right now.
I have the new 1.2 code. I'm not ready to deploy this to either of the repeaters just yet.
command issued this morning that caused the trouble.
tmedatectl " 2014-10-27 11:35:00"
I'm not sure if ntpdate is included in the BBB image or not, but that could be added to the startup script, before asterisk is called.
manually, you could, from a command line prompt, type
astdn.sh [Enter]
then
ntpdate pool.ntp.org
then astup.sh
You could also create an 'alias', with the above information and call it 'timestamp' or something that's not a unix command.
73 = Best Regards, -Geoff/W5OMR _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
For what it's worth (I haven't followed this whole thread) , while not an app_rpt system, we send out a command at the same time every day (generated from a node with internet) to sync the clocks on all the linked repeaters. All the other nodes take that command and know it's exactly 3am (or whatever time) and adjust themselves accordingly. Not sure if something like that would work in app_rpt or in your instance... just an idea. On Fri, Oct 31, 2014 at 7:03 AM, Doug Crompton <doug@crompton.com> wrote:
Both ntpd and ntpdate are included in the startup of the BBB and work fine when there is Internet. The problem was NO Internet in this case so ntp would not work. Manual setting of the date while Asterisk is not running or doing an Asterisk restart after changing the date is the answer.
*73 DougWA3DSPhttp://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*
Date: Fri, 31 Oct 2014 08:39:32 -0500 From: ars.w5omr@gmail.com To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Beagle bone black and timedatectl
On 10/27/2014 03:24 PM, Mike Lussier wrote:
Good afternoon to all. I have posted on this issue before. I have and off site repeater with no internet access atleast until spring time, Hopefully... My allstar node time is way off. so I try to correct it. The outcome is a lock up condition. The repeater no longer responses. The only fix appears to be a reboot. This only brings me back to square one. The time is way off again.
Is there something else to do once I reset the time short of a reboot to bring the system up on line ? is there a way to reset the system and use the new time stamp ?
Seriously contemplating an NTP server at the site. I just don’t have the time to put into one right now.
I have the new 1.2 code. I'm not ready to deploy this to either of the repeaters just yet.
command issued this morning that caused the trouble.
tmedatectl " 2014-10-27 11:35:00"
I'm not sure if ntpdate is included in the BBB image or not, but that could be added to the startup script, before asterisk is called.
manually, you could, from a command line prompt, type
astdn.sh [Enter]
then
ntpdate pool.ntp.org
then astup.sh
You could also create an 'alias', with the above information and call it 'timestamp' or something that's not a unix command.
73 = Best Regards, -Geoff/W5OMR _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
participants (5)
-
Doug Crompton -
Geoff -
Mike Lussier -
Mike M -
Tim Sawyer