- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: Ntp problem
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2007 12:55 AM
тАО09-21-2007 12:55 AM
Ntp problem
I have number of redhat Linux AS v.4 servers, i have one server configered as an ntp server and the other take time from i, every thing wa fine until we change the time to winter time and the sychronization start not to work fine, i will attache the ntp.conf file for ntp server and one of the clients, the message which i get when i start the ntpd service in the server is
[root@RADIUS ~]# service ntpd start
ntpd: Synchronizing with time server: [FAILED]
Starting ntpd: [ OK ]
so what is the cause of the problem and how to solve it.
BR;
Fadia
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2007 01:52 AM
тАО09-21-2007 01:52 AM
Re: Ntp problem
The [FAILED] part tries to do:
ntpdate -b
So you can manually try that command. If it fails, then you should adjust your restrict rules.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2007 02:04 AM
тАО09-21-2007 02:04 AM
Re: Ntp problem
Another thing to mention is that NTP should have no effect on daylight saving times.
Can you confirm whether the change to winter time was done manually or automatically via the machines timezone...
What might be happening is that the clients failed to sync, because the time differential is now too great...
Cheers,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2007 02:53 AM
тАО09-21-2007 02:53 AM
Re: Ntp problem
I common problem with RH Linux is the default firewall configuration doesn't permit ntp.
service iptables stop
test again.
Also ntp won't work if the system time is off more than a few hours. Adjust system time and try again.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2007 11:50 AM
тАО09-21-2007 11:50 AM
Re: Ntp problem
> every thing wa fine until we change the time to winter time and the sychronization start not to work fine,
If you are *manually* changing the server's time instead of letting the daylight saving rules handle the shift, then that is the reason for the NTP failure.
NTP assumes UTC (GMT) time. It is your *local* timezone that defines the positive or negative time offset form UTC that you then perceive as the correct local time.
NTP will abandon synchronization, or simply fail to establish it in the first place, if the difference time (in UTC) is larger than a about 1000 seconds.
If you are manually adjusting your time, configure the proper timezone for your server; adjust your clock to the correct UTC time; restart NTP and enjoy doing nothing as the daylight savings times shift in and out.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-22-2007 01:16 AM
тАО09-22-2007 01:16 AM
Re: Ntp problem
the i change the time manually as our time zone do is not restricted to be change autumaticly (Asia/Gaza) , so i change the time manually at which the synchronization start not to work , but i want my system to be synchronized with itself not with the time server , the big problem that the client servers can not make synchronization with this local time server which gives me the difference in time.
BR;
Fadia
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-03-2007 02:00 PM
тАО10-03-2007 02:00 PM
Re: Ntp problem
So first step, if timezone rules in RedHat are wrong for Asia/Gaza then I suggest you look for a more recent tzdata RPM that has the correct rules and install in all servers.
I heard something about Egypt changing it's daylight saving rules due to change in the start of Ramadan. Is Gaza also changing it's rules too?
For example, if you have RH EL 4 then do a search for: tzdata-2007f-1.el4.noarch.rpm
When you install the rpm, you can use zdump to check the rules:
e.g.
# zdump -v /usr/share/zoneinfo/Asia/Gaza | grep 2007
# zdump -v /etc/localtime | grep 2007
If the first zdump check is correct but the second isn't, you might need to manually copy /usr/share/zoneinfo/Asia/Gaza to /etc/localtime
If those still rules in 2007f still aren't correct then the second step I would suggest, is getting tzdata2007g source... or maybe 2007h is the latest now... you can get that from:
ftp://elsie.nci.nih.gov/pub/
Then use 'zic' to make the new zone files.
If you need help to use zic... please ask.
Step 3, if rules in tzdata2007h source still aren't right... you can edit the rules in the 'asia' file in the source.
Then use 'zic' to build the zone files.
Step 4, if none of this works, you can keep UTC the correct time and choose a different zone and run your servers in that zone - e.g Africa/Cairo or whatever place is running the same localtime as Asia/Gaza
Step 5, if you really insist that you don't want to do any of the above... and want to change the system clock so that URC is no longer correct, then the server that you decide to be the master, might need the following lines in /etc/ntp.conf
server 127.127.1.0
fudge 127.127.1.0 stratum 3
But I'd recommend you take a look at the other options with tzdata first.
I hope some of that helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-09-2007 11:07 PM
тАО10-09-2007 11:07 PM
Re: Ntp problem
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-10-2007 10:41 AM
тАО10-10-2007 10:41 AM
Re: Ntp problem
I preparing for the Brzil(BRT) DST change expected on Oct 14.