Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 2 subscribers
  • Views 560 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

WAN DHCP bug causes failure after failure

WireWarrior
Using 7.104:

If my WAN gets an infinite lease on an IP address (ie. forever) it causes a number of subsequent failures on Astaro. An infinite lease is a valid DHCP response which my Netgear router provides, but if Astaro gets one, it will crash dhcpcd and cause ntpd to start/restart in an endless loop. All of which eats CPU fast and furious. With my CPU load so high, I was forced to turn off all the other features - not great for a product demo!

I am starting to get notification emails now as well, but I can't be sure that this is also caused by the same problem.

Sorry, but bugs in the basics like this are why I don't recommend Astaro to business clients. 
2008:03:24-17:06:35 (none) dhcpc-sh: DHCP client not running - starting now...

2008:03:24-17:06:35 (none) dhcpcd[14244]: broadcasting DHCP_REQUEST for 192.168.0.10

2008:03:24-17:06:35 (none) dhcpcd[14244]: broadcastAddr option is missing in DHCP server response. Assuming 192.168.0.255

2008:03:24-17:06:35 (none) dhcpcd[14244]: dhcpIPaddrLeaseTime=4294967295 in DHCP server response.

2008:03:24-17:06:35 (none) dhcpcd[14244]: dhcpT1value is missing in DHCP server response. Assuming 2147483647 sec

2008:03:24-17:06:35 (none) dhcpcd[14244]: dhcpT2value is missing in DHCP server response. Assuming 3758096383 sec

2008:03:24-17:06:35 (none) dhcpcd[14244]: DHCP_ACK received from (192.168.0.1)

2008:03:24-17:06:35 (none) dhcpcd[14244]: infinite IP address lease time. Exiting

2008:03:24-17:06:35 (none) dhcpc-sh: Sleeping 60 seconds

2008:03:24-17:06:44 (none) syslog-ng[2566]: SIGHUP received, restarting syslog-ng

2008:03:24-17:06:45 (none) syslog-ng[2566]: new configuration initialized

2008:03:24-17:06:53 (none) ntpd[14210]: ntpd exiting on signal 15

2008:03:24-17:06:55 (none) ntpd[14501]: ntpd 4.2.4@1.1437-o Wed Apr 18 07:34:56 UTC 2007 (1)

2008:03:24-17:06:55 (none) ntpd[14502]: precision = 4.000 usec

2008:03:24-17:06:55 (none) ntpd[14502]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16

2008:03:24-17:06:55 (none) ntpd[14502]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled

2008:03:24-17:06:55 (none) ntpd[14502]: Listening on interface #1 lo, 127.0.0.1#123 Enabled

2008:03:24-17:06:55 (none) ntpd[14502]: Listening on interface #2 eth0, 192.168.2.100#123 Enabled

2008:03:24-17:06:55 (none) ntpd[14502]: Listening on interface #3 eth1, 192.168.0.10#123 Enabled

2008:03:24-17:06:55 (none) ntpd[14502]: kernel time sync status 0040

2008:03:24-17:06:55 (none) ntpd[14502]: frequency initialized -331.842 PPM from /var/ntp.drift

2008:03:24-17:07:01 (none) /usr/sbin/cron[3034]: (*system*) RELOAD (/etc/crontab)

2008:03:24-17:07:05 (none) ntpd[14502]: synchronized to 206.47.72.114, stratum 5

2008:03:24-17:07:05 (none) ntpd[14502]: kernel time sync status change 0001

2008:03:24-17:07:35 (none) dhcpc-sh: DHCP client not running - starting now... 


This thread was automatically locked due to age.
Parents
  • 0
    DHCP daemon exiting on an infinite lease is expected behaviour, astaro trying to keep services running is also expected.  It would be a bug that needs a fix or workaround but quite simply put there is no reason to use dhcp with infinite leases, may as well be a static IP.

    It's bad practice to have essential devices/services reliant on another device/service, in this case dhcp. DHCP dies, so does everything else, or better yet some fool puts a dhcp servicing device on your network for a few hours....

    Cheers,

    Mike
Reply
  • 0
    DHCP daemon exiting on an infinite lease is expected behaviour, astaro trying to keep services running is also expected.  It would be a bug that needs a fix or workaround but quite simply put there is no reason to use dhcp with infinite leases, may as well be a static IP.

    It's bad practice to have essential devices/services reliant on another device/service, in this case dhcp. DHCP dies, so does everything else, or better yet some fool puts a dhcp servicing device on your network for a few hours....

    Cheers,

    Mike
Children
  • 0 in reply to Mike H
    DHCP daemon exiting on an infinite lease is expected behaviour, astaro trying to keep services running is also expected.


    If Astaro receives an infinite lease, why does it ask for a new one again every 60 seconds? You can see in the log that the daemon got a lease at 17:06:35.  At 17:07:35 it asks for another one and so on every minute. 
     
    It would be a bug that needs a fix or workaround but quite simply put there is no reason to use dhcp with infinite leases, may as well be a static IP.

    It's bad practice to have essential devices/services reliant on another device/service, in this case dhcp. DHCP dies, so does everything else, or better yet some fool puts a dhcp servicing device on your network for a few hours....


    Infinite leases are valid. I don't know why there used here, but they are. It's not my intention to redesign the network to be compatible with Astaro.

    The bottom line is that I would have bought a few appliances last year for my clients networks - I spoke on the phone with Dean about this. But I was never able to demo the better features, since the CPU load would hit max right away. So the idea of using Astaro slowly died.

    I can tell you that when a customer puts in the time to demo a product and it does not work, it does not sell units!
Cookie Information Banner