Unable to get DHCP server to restart after restart - Ubuntu 12.04

[PageTown]

It kind of looks like my DHCP might be giving out the wrong Netmask.
On my Ubuntu wired connection and when I set up Fog, I used the following info:
Static IP:10.1.0.185
Netmask: 255.255.254.0
Gateway: 10.1.0.1
DNS: 12.127.16.67

[PageTown]

Excellent. Here it is.

[url=“/_imported_xf_attachments/1/1933_PageTownPCAPFile.zip?:”]PageTownPCAPFile.zip[/url]

[Wayne Workman]

Well if you’re running on an isolated network and are handling DHCP, then you dictate what subnet to use.

However, this subnet must match the subnet mask that is assigned to the interface that’s handling DHCP.

Since this machine is on an isolated network, gateway and DNS are not required.
I see the FOG server AND what appears to be a client asking who has 10.1.0.1

Also, the FOG server is trying to send traffic to 224.0.0.251 and 224.0.0.22. If this is an isolated network, those requests shouldn’t exist, and FOG shouldn’t be trying to communicate with anything in that range.

Also, I see lots of DHCP discover requests, but zero responses.

I’d say DHCP is misconfigured. Look through your config again. There’s some examples on various sites for setup. I think there are some examples in the WiKi too.

[Wayne Workman]

Are you using a crossover cable? if not, what device are you using to connect the fog server and the client?

[PageTown]

I am using a standard Cat5e cable. I used the same cable to upload and deploy images before the restart so I don’t think it’s the issue.

Here’s what’s in my etc/dhcp/dhcpd.conf file:

DHCP Server Configuration file.

see /usr/share/doc/dhcp*/dhcpd.conf.sample

This file was created by FOG

use-host-decl-names on;
ddns-update-style interim;
ignore client-updates;
next-server 10.1.0.185;

subnet 10.1.0.0 netmask 255.255.254.0 {
option subnet-mask 255.255.254.0;
range dynamic-bootp 10.1.0.10 10.1.0.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 127.0.0.1;
option routers 10.1.0.185;
filename “undionly.kpxe”;
}

[Wayne Workman]

[quote=“PageTown, post: 46443, member: 29454”]I am using a standard Cat5e cable. I used the same cable to upload and deploy images before the restart so I don’t think it’s the issue.
[/quote]

What is the standard Cat5e cable connected to? one end goes to the target-machine… the other end goes to what? What device?

[PageTown]

I am running Fog on an Asus K50I laptop. One end of my cable is plugged into its ethernet port. The other, the target computer.

[Wayne Workman]

Then you need a cross over cable, sir. [url]http://en.wikipedia.org/wiki/Ethernet_crossover_cable[/url]

[PageTown]

I didn’t need one before. Everything worked fine until I powered the server off. What’s changed?

[Wayne Workman]

[quote=“PageTown, post: 46457, member: 29454”]I didn’t need one before. Everything worked fine until I powered the server off. What’s changed?[/quote]

The [U]only[/U] way that setup would have worked before is if you were using a crossover cable.

So, assuming this is a cross over cable, and after the reboot, then some service must not have started up, or some other service that you don’t want DID start up… like firewall.

[PageTown]

I disabled the firewall per Joseph Hale’s suggestion. I’ll go ahead and try a crossover cable.

[PageTown]

Using a crossover cable didn’t make any difference. I’m still getting the “No DHCP or ProxyDHCP offers were received” on the PXE boot screen.

Any other ideas?

[Tom Elliott]

My guess is tftp isn’t running. Try [code]sudo service tftpd-hpa restart[/code]

[PageTown]

[quote=“Tom Elliott, post: 46461, member: 7271”]My guess is tftp isn’t running. Try [code]sudo service tftpd-hpa restart[/code][/quote]

Hi Tom. Unfortunately, this didn’t solve my issue. I have attached the logs you have mentioned in your sig if you’d like to take a look at them.

I am running [FONT=Tahoma]Fog 1.2.0 on Ubuntu 12.04. [/FONT]

[url=“/_imported_xf_attachments/1/1935_PageTown Fog logs.zip?:”]PageTown Fog logs.zip[/url]

[Wayne Workman]

I remember reading something about how DHCP needs to see that the port it should be operating on is indeed connected/active… Maybe I’m wrong… maybe that applies to dnsmasq I don’t remember.

Do you have an old switch? or hub or mini switch to test with?

[Wayne Workman]

What is the exact output when you try to restart DHCP?
[CODE]sudo service isc-dhcp-server restart[/CODE]

And, let us know the output of this (after running the above line):
[CODE]sudo service isc-dhcp-server status[/CODE]

And, I’d [B]still[/B] recommend using a mini switch and some regular straight-through patch cables to test this with…

[PageTown]

I tried the switch idea with a few different configurations, some using a crossover cable, some not. It didn’t change anything.

However, running the [I]sudo service isc-dhcp-server restart[/I] command followed by the [I]sudo service tftpd-hpa restart[/I] [B]got me going again![/B] I ran both of those commands previously and they didn’t get me running, not sure how or why they worked this time. I am afraid to shut down and restart to test them out now that I have Fog up and running again. I’m just going to avoid powering the machine off for as long as I can!

Thanks for all the help everyone!

[Wayne Workman]

Well,

I’d strongly recommend figuring out why. Eventually the machine will go down, whether you want it to or not. A storm could knock power out for hours, some jack— could hit a power pole with a garbage truck or something… and I’m willing to bet that none of us have more than some server-grade backup batteries that can hold out for hours…

It’s better to fix it now on YOUR time, rather than fix it later on CHANCE’s time.