Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi, I know this might be not DRBD issues, but it could related to all users here since most of us using drbd and heartbeat as well. Just curious, anyone encountered problem with DNS and NTP after reboot their server? I'm having problem with my DNS and NTP. For the DNS: I'm using RHEL4, Bonding and heartbeat. Bond0 IP address: 192.168.1.10 Heartbeat or Bond0:0: 192.168.1.50 Currently, I use my heartbeat ip address for my DNS or in named.conf Everytime I reboot my server, it says that dns/named successfully started during the login process but after that when I type nslookup in shell, it did not show anything at all. But when I restart the named service by using "/etc/init.d/named restart" I able to nslookup my dns configuration. I'm confused, what's going on? shouldnt redhat startup process starts my named? why do I need to restart the service again in order to make it works.. anyone can help? -------------------------------------------------------------- For the NTP: I'm using RHEL4, Bonding and heartbeat. Bond0 IP address: 192.168.1.10 Heartbeat or Bond0:0: 192.168.1.50 I use NTP for server and client. I set my NTP configuration using my heartbeat IP (192.168.1.50) I able to sync from server to client, the problem is also after I reboot the server. the ntpd is running, but when I trace the wireshark from my server, actually my server send the packets by using my bond0 ip address (192.168.1.10) instead using my heartbeat ip (192.168.1.50). But when I restart ntpd "/etc/init.d/ntpd restart" I trace again from wireshark, the server starts to send packets using my heartbeat ip address (192.168.1.50) which is the way it supposed to be. I'm confused, whats happening here? is it because my named and ntpd starts before the heartbeat starts during the startup process when I reboot the server? is there a way to tweak the named and ntpd to start after the heartbeat starts? or any idea on how you guys solved this issue? Thanks. Regards, Rein -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20100628/697b08d2/attachment.htm>