Thread: Bounty - Date/Time/NTP module for trixbox front-end
Started 1 year, 11 months ago by Undrhil
I would like to put in $50 towards the Date/Time/NTP module for the trixbox frontend. I have the hardest time configuring the time and date in Linux and I end up having to use Webmin everytime for it....
Please post here if you want to also contribute towards this bounty or if you are going to take up the challenge and get it working. :)
Undrhil
It's great that you're offering a bounty, but you can do "rdate -s time-b.nist.gov" from a command line and sync your time pretty easily.
You can put the following lines into a file, change the permissions on it and call it from cron once a day and your clock shouldn't drift too much.
#!/bin/sh
TIMESERVER="time-b.nist.gov"
rdate -s $TIMESERVER
hwclock --systohc
As long as ...
Yes, and I can also run yum -y update from the command line, so what's the point of the package manager in trixbox? It's all about ease of use and consolidation. If I am sitting at the main trixbox screen and realise the time isn't right, why should I go run a terminal to log in when I can just open the time/date module and click "Refresh" or whatever? Time is money, as the ...
Quote:
so what's the point of the package manager in trixbox?
I've often wondered that myself. :) (Sycophants: relax, it's a joke.) It takes me much less time to do anything in the shell than it takes for the trixbox admin page to even load. But that's me.
I don't think the module is a bad idea, I was just giving you (or anyone searching) an alternate option to achieve ...
An NTP daemon that continuously keeps the time in sync in the background is a much better option.
When you run a cron job once a day (or even more often) you will have sudden jumps in time (even if only a second or two), which is absolutely NOT what you want on an Asterisk system!! It can cause unexpected behaviour and of course, things like CDRs, billing etc. are affected by it ...
You're right, I wasn't really thinking and I gave bad advice -- good call.
This did get me looking, though, and I never did before. It looks like ntpd is installed and enabled by default in trixbox 2.4, at least. As long as you set your time in your system bios to something within a few minutes of the "real" time before install, and set your time zone correctly it should ...
This has been my preferred method for years in a Linux environment. Very simply, non-bulky.
I just create a file in /etc/cron.weekly
pico /etc/cron.weekly/update_time
#!/bin/sh
TIMESERVER="time-b.nist.gov"
rdate -s $TIMESERVER > dev/null 2> &1
hwclock --systohc > dev/null 2> &1
Save the file and then give it permission... chmod 755 /etc/crons.weekly/update_time...
ntpd is already active on a trixbox. You can set your timezone during installation. ntp is already set to use pool.ntp.org. This will pick the three closest ntp servers to your location and update from them.
what if you do this and wait a bit then type ntpq -p and the * is next to local instead? does this mean it is only syncing w/ the bios? if so how do we eliminate looking at the bios and only use online syncing?
You're right, I wasn't really thinking and I gave bad advice -- good call. This did get me looking, though, and I never did before. It looks like ntpd is installed and enabled by default in trixbox 2.4, at least. As long as you set your time in your system bios to something within a few minutes of the "real" time before install, and set your time zone correctly it should synchronize with the Internet. It uses the ntp pool...
what if you do this and wait a bit then type ntpq -p and the * is next to local instead? does this mean it is only syncing w/ the bios? if so how do we eliminate looking at the bios and only use online syncing?
Yes, and I can also run yum -y update from the command line, so what's the point of the package manager in trixbox? It's all about ease of use and consolidation. If I am sitting at the main trixbox screen and realise the time isn't right, why should I go run a terminal to log in when I can just open the time/date module and click "Refresh" or whatever? Time is money, as the saying goes .. and anything which can be...
An NTP daemon that continuously keeps the time in sync in the background is a much better option. When you run a cron job once a day (or even more often) you will have sudden jumps in time (even if only a second or two), which is absolutely NOT what you want on an Asterisk system!! It can cause unexpected behaviour and of course, things like CDRs, billing etc. are affected by it as well. So, better do this right and use a daemon that...
This has been my preferred method for years in a Linux environment. Very simply, non-bulky. I just create a file in /etc/cron.weekly pico /etc/cron.weekly/update_time #!/bin/sh TIMESERVER="time-b.nist.gov" rdate -s $TIMESERVER > dev/null 2> &1 hwclock --systohc > dev/null 2> &1 Save the file and then give it permission... chmod 755 /etc/crons.weekly/update_time
Hello, My Trixbox server is losing time (about 30 sec a day) from the actual time. By doing Kodak's suggestion above: service ntpd stop ntpdate -u 0.pool.ntp.org service ntpd start then, to seal the deal, after it synchronizes do: hwclock --systohc this works, however the Trixbox time and the server time doesn't stay synced (still loses about 30 sec a day from when I have done this). I then took another suggestion above, by creating...
@ justincardinal I agree, I love both Trixbox and... @ justincardinal I agree, I love both Trixbox and Elastix, but becuase Trixbox is more resource on internet, so I recommend them for newbies 8:06 AM Aug 8th from web
Thread profile page for "Bounty - Date/Time/NTP module for trixbox front-end" on http://www.trixbox.org.
This report page is a snippet summary view from a single thread "Bounty - Date/Time/NTP module for trixbox front-end", located on the Message Board at http://www.trixbox.org.
This thread profile page shows the thread statistics for: Total Authors, Total Thread Posts, and Thread Activity