Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Hello All:

Someone from this list was so very kind several weeks ago to help me 
installing Cobbler 2.003 on a VPS server account. It ha snow stopped 
working, and I can;t figure out why so.

When looking at what happens at the server via KVM (I tried this with 
several presently unused servers) I see that the server is set up to 
look for Cobbler, but can't  find it (sorry about my terminology):

-------------------
Intel(R) Boot Agent GE v.1.3.31 IBA GE Slot 00C8 v1331 PXE 2.1 Build 086
Copyright (C) 1997-2009, Intel Corporation

CLIENT MAC ADDRESS: 00 27 0E UW 37 CF  GUID: 6400C22C A4A0 11DE ...
PXE-E51: No DHCP or proxyDHCP offers were received.

PXE-M0F: Exiting Intel Boot Agent.

Boot Failure
Press any key to continue
-------------------

The MAC Address above has been altered ... but I am in Cobbler I sure 
entered the correct one, and the correct IP also.

Would it make any difference is the server already has a working OS 
installed (which is the case in all servers I tried)?

Is there anyone who could possibly help me with this? I am willing to pay.
Also, would it make any different



Best wishes,
Frank

[Frank]

Apologies for my many typos and the last half sentence that should 
not have been there! (corrected version below)

Frank



> Hello All:
>
> Someone from this list was so very kind several weeks ago to help me
> installing Cobbler 2.003 on a VPS server account. It has now stopped
> working, and I can't figure out why so.
>
> When looking at what happens at the server via KVM (I tried this with
> several presently unused servers) I see that the server is set up to
> look for Cobbler, but can't  find it (sorry about my terminology):
>
> -------------------
> Intel(R) Boot Agent GE v.1.3.31 IBA GE Slot 00C8 v1331 PXE 2.1 Build 086
> Copyright (C) 1997-2009, Intel Corporation
>
> CLIENT MAC ADDRESS: 00 27 0E UW 37 CF  GUID: 6400C22C A4A0 11DE ...
> PXE-E51: No DHCP or proxyDHCP offers were received.
>
> PXE-M0F: Exiting Intel Boot Agent.
>
> Boot Failure
> Press any key to continue
> -------------------
>
> The MAC Address above has been altered ... but in Cobbler I sure
> entered the correct one, and the correct IP also.
>
> Would it make any difference is the server already has a working OS
> installed (which is the case in all servers I tried)?
>
> Is there anyone who could possibly help me with this? I am willing to pay.
>
>
>
> Best wishes,
> Frank

[Byron Pezan]

i'll give it a shot.  no payments necessary.  there shouldn't be any issues PXE
booting a system that already has an OS installed.

does the BIOS on the client system have PXE booting enabled?  not sure if you'd get
the PXE output below if it wasn't, but better safe than sorry.  

is this interface actually plugged into the network?  this is most likely to happen if the
client has multiple NICs.

are both the client and the cobbler server on the same VLAN/subnet?  if not is there a
properly configured DHCP proxy setup on the router(s) between the two?  this may be done
at the switch level or the OS level, in the case of the cobbler server at least.

please post the output of the commands listed below.  you'll need to replace anything
in <>'s to reflect your setup, such as the cobbler system name.  here's the
laundry list of stuff i think we should look at, with examples from my setup:

do you have cobbler configured to manage DHCPD?
[root@cobbler ~]#  egrep -i "dhcp|next_server" /etc/cobbler/settings | egrep -v
'^#'

manage_dhcp: 1
next_server: 192.168.1.1
restart_dhcp: 1
---

if so is DHCPD running?
[root@cobbler ~]#  ps ax | grep dhcpd

20178 pts/1    S+     0:00                      \_ grep dhcpd
16430 ?        Ss     0:01 /usr/sbin/dhcpd
---

is the dhcp.template file configured?
[root@cobbler ~]#  egrep -iA9 "subnet
[[:digit:]]{1,3}\.[[:digit:]]{1,3}\.[[:digit:]]{1,3}\.[[:digit:]]{1,3} netmask"
/etc/cobbler/dhcp.template

subnet 192.168.1.0 netmask 255.255.255.0 {
     option routers             192.168.1.5;
     option domain-name-servers 192.168.1.1;
     option subnet-mask         255.255.255.0;
     range dynamic-bootp        192.168.1.100 192.168.1.254;
     filename                   "/pxelinux.0";
     default-lease-time         21600;
     max-lease-time             43200;
     next-server                $next_server;
}
---

does this particular system object's MAC match the MAC displayed during PXE booting?
[root@cobbler ~]#  cobbler system dumpvars --name=<YOUR_SYSTEM_NAME_HERE> | egrep -i
"mac"

allow_duplicate_macs : 0
dhcp_tag : default
dhcp_tag_eth0 :
interfaces : {'eth0': {'dhcp_tag': '', 'subnet':
'', 'virt_bridge': 'xenbr0', 'name':
'cobbler-client.domain.com', 'static_routes': [], 'dns_name':
' cobbler-client.domain.com ', 'hostname': ' cobbler-client.domain.com
', 'filename': '/pxelinux.0', 'ip_address':
'192.168.1.100', 'bonding': '', 'static': False,
'bonding_opts': '', 'mac_address': '00:50:56:be:00:49',
'next_server': ' cobbler.domain.com ', 'distro':
{'comment': 'rhel5.5', 'kernel':
'/var/www/cobbler/ks_mirror/CentOS-5.5-i386/images/pxeboot/vmlinuz',
'owners': ['admin'], 'breed': 'redhat', 'uid':
'MTI3NDM5MDYxNS4zOTI0NTMxNDMuMDc4NjU', 'kernel_options_post': {},
'arch': 'i386', 'redhat_management_key':
'<<inherit>>', 'source_repos':
[['http://@@http_server@@/cobbler/ks_mirror/config/CentOS-5.5-i386-0.repo',
'http://@@http_server@@/cobbler/ks_mirror/CentOS-5.5-i386']],
'kernel_options': {}, 'name': 'CentOS-5.5-i386',
'ks_meta': {}, 'os_version': 'rhel5', 'initrd':
'/var/www/cobbler/ks_mirror/CentOS-5.5-i386/images/pxeboot/initrd.img',
'depth': 0, 'tree_build_time': 1272587247.016243, 'mtime':
1282918027.2456779, 'redhat_management_server': '<<inherit>>',
'mgmt_classes': [], 'template_files': {}, 'ctime':
1274390615.3860371}, 'bonding_master': '', 'gateway': '',
'netboot_enabled': True}}
kernel_options : ksdevice=bootif lang=  kssendmac text 
ldap_search_prefix : sAMAccountName=mac_address_eth0 : 00:50:56:be:7b:94
manage_dhcp : 1
restart_dhcp : 1
static_eth0 : False
static_routes_eth0 : []
---

are there any log entries related to this system in the DHCPD logs?
[root@cobbler ~]#  egrep -i $(cobbler system dumpvars --name=<YOUR_SYSTEM_NAME_HERE>
| egrep -o
'[[:digit:]a-eA-E]{2}:[[:digit:]a-eA-E]{2}:[[:digit:]a-eA-E]{2}:[[:digit:]a-eA-E]{2}:[[:digit:]a-eA-E]{2}:[[:digit:]a-eA-E]{2}'
| sort -u) /var/log/messages | sed -e 's/^.*\(dhcpd.*$\)/\1/g' | sort -u

dhcpd: DHCPDISCOVER from 00:50:56:be:00:49 via eth0
dhcpd: DHCPOFFER on 192.168.1.100 to 00:50:56:be:00:49 via eth0
dhcpd: DHCPACK on 192.168.1.100 to 00:50:56:be:00:49 via eth0
---

this should be a good start towards troubleshooting this issue.


byron

-----Original Message-----
From: cobbler-bounces(a)lists.fedorahosted.org
[mailto:[e-mail]] On Behalf Of Frank
Sent: Thursday, October 28, 2010 11:27 PM
To: cobbler mailing list
Subject: Re: Cobbler -- "No DHCP or proxyDHCP offers"

Apologies for my many typos and the last half sentence that should 
not have been there! (corrected version below)

Frank



> Hello All:
>
> Someone from this list was so very kind several weeks ago to help me
> installing Cobbler 2.003 on a VPS server account. It has now stopped
> working, and I can't figure out why so.
>
> When looking at what happens at the server via KVM (I tried this with
> several presently unused servers) I see that the server is set up to
> look for Cobbler, but can't  find it (sorry about my terminology):
>
> -------------------
> Intel(R) Boot Agent GE v.1.3.31 IBA GE Slot 00C8 v1331 PXE 2.1 Build 086
> Copyright (C) 1997-2009, Intel Corporation
>
> CLIENT MAC ADDRESS: 00 27 0E UW 37 CF  GUID: 6400C22C A4A0 11DE ...
> PXE-E51: No DHCP or proxyDHCP offers were received.
>
> PXE-M0F: Exiting Intel Boot Agent.
>
> Boot Failure
> Press any key to continue
> -------------------
>
> The MAC Address above has been altered ... but in Cobbler I sure
> entered the correct one, and the correct IP also.
>
> Would it make any difference is the server already has a working OS
> installed (which is the case in all servers I tried)?
>
> Is there anyone who could possibly help me with this? I am willing to pay.
>
>
>
> Best wishes,
> Frank 
_______________________________________________
cobbler mailing list
cobbler(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Dear All:

A weak ago I emailed the below question to the list (with no response).
Here is some more info -- maybe this tells you guys anything ... and 
an add-on question:

(1) To summarize the  p r o b l e m  -- the server were a new OS 
should be installed does not communicate with the Cobbler server:
   "PXE-E51: No DHCP or proxyDHCP offers were received"

(2) Now, I looked at the Cobbler server's error log, and I see this 
during teh install attempt:

------
Sat Nov  6 10:20:23 2010 - DEBUG | authorize; ['<DIRECT>', 'sync', 
None, None, True]
Sat Nov  6 10:20:23 2010 - DEBUG | REMOTE authorization result: True; user(?)
Sat Nov  6 10:20:23 2010 - INFO | REMOTE start_task(Sync); 
event_id(2010-11-06_102023_sync); user(?)
Sat Nov  6 10:20:24 2010 - INFO | sync
Sat Nov  6 10:20:24 2010 - DEBUG | get_items; ['repo']
Sat Nov  6 10:20:30 2010 - DEBUG | API handle initialized
Sat Nov  6 10:20:30 2010 - DEBUG | XMLRPC running on 25151
------

If I look at earlier entries there, they tell me at least something 
about e.g the system names or kickstart files, etc.  Here there seems 
really no communication at all.

(3) The server/s where I try to reinstall the OS (CentOS) have all 
still a working install of CentOS. I now wonder if the disabling of 
certain services that CSF firewall security check tool suggested 
(when we were using these servers) has something to do with that. FOR 
EXAMPLE, we disabled the "anacron" and "cups" service and others. 
Sorry about my naivety -- these are only running AFTER the OS already 
started, or is there any sort of pre-run start of services that I may 
have disabled that Cobbler requires?

Thanks for your attention!

Frank



> Hello All:
>
> Someone from this list was so very kind several weeks ago to help me
> installing Cobbler 2.003 on a VPS server account. It ha snow stopped
> working, and I can;t figure out why so.
>
> When looking at what happens at the server via KVM (I tried this with
> several presently unused servers) I see that the server is set up to
> look for Cobbler, but can't  find it (sorry about my terminology):
>
> -------------------
> Intel(R) Boot Agent GE v.1.3.31 IBA GE Slot 00C8 v1331 PXE 2.1 Build 086
> Copyright (C) 1997-2009, Intel Corporation
>
> CLIENT MAC ADDRESS: 00 27 0E UW 37 CF  GUID: 6400C22C A4A0 11DE ...
> PXE-E51: No DHCP or proxyDHCP offers were received.
>
> PXE-M0F: Exiting Intel Boot Agent.
>
> Boot Failure
> Press any key to continue
> -------------------
>
> The MAC Address above has been altered ... but I am in Cobbler I sure
> entered the correct one, and the correct IP also.
>
> Would it make any difference is the server already has a working OS
> installed (which is the case in all servers I tried)?
>
> Is there anyone who could possibly help me with this? I am willing to pay.
> Also, would it make any different
>
>
>
> Best wishes,
> Frank
>

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Christian Horn]

On Sat, Nov 06, 2010 at 03:56:52AM -0700, Frank wrote:
>  
>  (1) To summarize the  p r o b l e m  -- the server were a new OS 
>  should be installed does not communicate with the Cobbler server:
>     "PXE-E51: No DHCP or proxyDHCP offers were received" 
You want do debug the dhcp-service here, which can be a part of
cobbler-deployments.
- so make sure dhcpd is running
- listening on the right networkinterface
- maybe you want to sniff directly on your network-interface
if you see the dhcp-request from the new server in the first place


>  (3) The server/s where I try to reinstall the OS (CentOS) have all 
>  still a working install of CentOS. I now wonder if the disabling of 
>  certain services that CSF firewall security check tool suggested 
>  (when we were using these servers) has something to do with that. FOR 
>  EXAMPLE, we disabled the "anacron" and "cups" service and others. 
>  Sorry about my naivety -- these are only running AFTER the OS already 
>  started, or is there any sort of pre-run start of services that I may 
>  have disabled that Cobbler requires? 
If you run firewalls on the cobbler-server on on network-components
between cobbler-server and to-be-installed server then you have
to make sure the required communication is allowed.
For your situation dhcp isnt working.
Another way is to setup something without possible firewall in bet-
ween, i.e.
- using a laptop as cobbler-server, and crossover-cable to the to-be-
installed-server (and not running a firewall locally on cobbler-serv.)
- or setting up a virtual machine as cobbler-server and trying to
install another virtual machine directly in same virtual network


Christian

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Thank Christian.
I am one continent away from my rack -- which is the main reason I am 
using Cobbler. Can't just walk over there.

Cobbler *did* work fine ... it is installed on a VPS server, and all 
dedicated servers that it should be used for are in the same rack. 
And it just seems not work with servers where I already have CentOS + 
cPanel + a firewall installed. (Right now I am not 100% sure if it 
works for other servers, or if it stopped working all together. No 
software upgrade or anything was performed.) There is no other 
firewall. Since the Cobbler server is a VPS, I only start it when I 
need it, otherwise it is off-line, therefore no need for a firewall.

dhcpd is running, yes.

> >  listening on the right networkinterface 
How to?

> >  if you see the dhcp-request from the new server 
Looking at the new server over KVM I see that it is searching for 
about a minute, that ends in:
   PXE-E51: No DHCP or proxyDHCP offers were received.



Regards,
Frank

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Christian Horn]

On Sat, Nov 06, 2010 at 05:12:27AM -0700, Frank wrote:
>  
>  dhcpd is running, yes.
>  
>  >>  listening on the right networkinterface
>  
>  How to? 
For example using
	tcpdump -ni eth1
for interface eth1.
If you have other traffic on that interface you should apply filters,
i.e.
	tcpdump -ni eth1 ether host 00:de:ad:be:ef:45

filters for that exact mac-address.

If you receive something from the remote box then dhcpd should
also see it and comment on what it does with it.


Christian

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Hi Christian, and All:

Following up on yesterday's mails:

I did a sniff at the Cobbler server for the server that I want to 
install CentOS on. Here the output (actual MAC address and IP are 
changed):

------------
[root@cobbler ~]# tcpdump -ni eth1 ether host 00:1C:C4:K2:0E:31
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
   [ ... from here what shows after reboot, while server searches for DHCP ...]
04:15:20.580237 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: 
BOOTP/DHCP, Request from 00:1c:c4:k2:0b:31, length 548
04:15:22.612325 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: 
BOOTP/DHCP, Request from 00:1c:c4:k2:0b:31, length 548
04:15:26.621288 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: 
BOOTP/DHCP, Request from 00:1c:c4:k2:0b:31, length 548
04:15:34.639715 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: 
BOOTP/DHCP, Request from 00:1c:c4:k2:0b:31, length 548
   [ ... below shows AFTER server has rebooted, without having found DHCP ...]
04:17:01.261502 arp who-has 212.72.166.26 (Broadcast) tell 212.72.166.26
04:17:16.103436 arp who-has 212.72.166.1 tell 212.72.166.26
------------

I am not able to interpret that ... only that "IP 0.0.0.0" does not 
really look very promissing.

Any Ideas?

Best wishes,
Frank

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Christian Horn]

On Sat, Nov 06, 2010 at 09:29:49PM -0700, Frank wrote:
>  
>  I did a sniff at the Cobbler server for the server that I want to 
>  install CentOS on. Here the output (actual MAC address and IP are 
>  changed):
>  
>  ------------
>  [root@cobbler ~]# tcpdump -ni eth1 ether host 00:1C:C4:K2:0E:31
>  tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
>  listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
>     [ ... from here what shows after reboot, while server searches for DHCP ...]
>  04:15:20.580237 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: 
>  BOOTP/DHCP, Request from 00:1c:c4:k2:0b:31, length 548 
So the requests arrive at the cobbler-server.
Investigate now
- if dhcpd is listening on same interface
- if yes, what it thinks about these requests, if it gets them
why it doesnt do actions.

Configfile /etc/dhcpd.conf and dhcpd manpage help you doing this.


>  I am not able to interpret that ... only that "IP 0.0.0.0"
> does not 
>  really look very promissing. 
Looks good, but actions from your dhcpd should follow.

Christian

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Hi again:

I truly hope I am not bothering you too much with these mails.

The ERROR lines I found in
   /var/log/messages
(of the Cobbler server) for the same time I made the last test -- 
show this (IP and MAC again altered):

--------
Nov  7 04:15:20 cobber dhcpd: DHCPDISCOVER from 00:1c:c4:k2:0b:31 via 
eth1: network 212.72.134.64/26: no free leases
Nov  7 04:15:22 cobber dhcpd: DHCPDISCOVER from 00:1c:c4:k2:0b:31 via 
eth1: network 212.72.134.64/26: no free leases
Nov  7 04:15:23 cobber dhcpd: DHCPDISCOVER from 00:26:0e:00:31:bf via 
eth1: network 212.72.134.64/26: no free leases
--------

The IP block that is shown (212.72.134.64/26) is the IP block that 
the router is on, and some servers, but the the server where CentOS 
should be installed in in another IP block (212.72.166.26) [again, 
IPs altered]. This worked fine before though, all same network, and 
all servers even in same rack.

The "dhcp.conf" file on the Cobbler server looks like this (below).

Do you detect any error here that would cause the "no free leases" note?

Best wishes,
Frank

--------
ddns-update-style interim;

allow booting;
allow bootp;

ignore client-updates;
set vendorclass = option vendor-class-identifier;

option domain-name-servers 212.48.157.18, 4.2.2.2;
option routers          212.72.134.65;
option subnet-mask      255.255.255.192;
default-lease-time      21600;
max-lease-time          43200;

subnet 212.72.134.64 netmask 255.255.255.192 {
      option routers          212.72.134.65;
      option subnet-mask      255.255.255.192;
     filename                "/pxelinux.0";
      default-lease-time      21600;
      max-lease-time          43200;
      next-server             212.72.166.33;
}

# group for Cobbler DHCP tag: default
group {
     host generic1 {
         hardware ethernet 00:1C:C4:K2:0E:31;
         fixed-address 212.72.166.26;
         option subnet-mask 255.255.255.192;
         option routers 212.72.134.65;
         filename "/pxelinux.0";
         next-server 212.72.166.33;
     }
}
--------



-- 
--------------------------------------
RESELLER SHARKS
http://reseller-sharks.com
Support Request: http://reseller-sharks.com/supportrequest.html
Accounting:      https://basicnetworks.net/accounts/

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Tom Brown]

After adding the system you have done a cobbler sync to generate the dhcp configuration
and reload the service??

On 7 Nov 2010, at 08:22, Frank <support(a)server-1.com&gt; wrote:

>  Hi again:
>  
>  I truly hope I am not bothering you too much with these mails.
>  
>  The ERROR lines I found in
>    /var/log/messages
>  (of the Cobbler server) for the same time I made the last test -- 
>  show this (IP and MAC again altered):
>  
>  --------
>  Nov  7 04:15:20 cobber dhcpd: DHCPDISCOVER from 00:1c:c4:k2:0b:31 via 
>  eth1: network 212.72.134.64/26: no free leases
>  Nov  7 04:15:22 cobber dhcpd: DHCPDISCOVER from 00:1c:c4:k2:0b:31 via 
>  eth1: network 212.72.134.64/26: no free leases
>  Nov  7 04:15:23 cobber dhcpd: DHCPDISCOVER from 00:26:0e:00:31:bf via 
>  eth1: network 212.72.134.64/26: no free leases
>  --------
>  
>  The IP block that is shown (212.72.134.64/26) is the IP block that 
>  the router is on, and some servers, but the the server where CentOS 
>  should be installed in in another IP block (212.72.166.26) [again, 
>  IPs altered]. This worked fine before though, all same network, and 
>  all servers even in same rack.
>  
>  The "dhcp.conf" file on the Cobbler server looks like this (below).
>  
>  Do you detect any error here that would cause the "no free leases" note?
>  
>  Best wishes,
>  Frank
>  
>  --------
>  ddns-update-style interim;
>  
>  allow booting;
>  allow bootp;
>  
>  ignore client-updates;
>  set vendorclass = option vendor-class-identifier;
>  
>  option domain-name-servers 212.48.157.18, 4.2.2.2;
>  option routers          212.72.134.65;
>  option subnet-mask      255.255.255.192;
>  default-lease-time      21600;
>  max-lease-time          43200;
>  
>  subnet 212.72.134.64 netmask 255.255.255.192 {
>       option routers          212.72.134.65;
>       option subnet-mask      255.255.255.192;
>      filename                "/pxelinux.0";
>       default-lease-time      21600;
>       max-lease-time          43200;
>       next-server             212.72.166.33;
>  }
>  
>  # group for Cobbler DHCP tag: default
>  group {
>      host generic1 {
>          hardware ethernet 00:1C:C4:K2:0E:31;
>          fixed-address 212.72.166.26;
>          option subnet-mask 255.255.255.192;
>          option routers 212.72.134.65;
>          filename "/pxelinux.0";
>          next-server 212.72.166.33;
>      }
>  }
>  --------
>  
>  
>  
>  -- 
>  --------------------------------------
>  RESELLER SHARKS
>  http://reseller-sharks.com
>  Support Request: http://reseller-sharks.com/supportrequest.html
>  Accounting:      https://basicnetworks.net/accounts/
>  _______________________________________________
>  cobbler mailing list
>  cobbler(a)lists.fedorahosted.org
>  https://fedorahosted.org/mailman/listinfo/cobbler

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

> After adding the system you have done a cobbler sync to generate the 
> dhcp configuration and reload the service?? 

Tom, yes indeed, I did.
Let me explain a little more:  someone else also on this list was so 
extremely kind to help me set Cobbler up on a VPS. This turned out to 
be harder than thought, because we could only install "Fedora 8" -- 
no newer version, as the server's kernel would not allow that, and so 
Cobbler 2.003 was installed -- and worked like a charme!
After that I added another two snippets (a variation of the 
"partition_select") in order to allow the reformatting of a server's 
primary HDD only, while leaving 2nd HDD untouched. It still worked 
then .. and I am not really sure when and why it stopped working. ... 
But yes, the DHCP file is auto-generated.


Frank

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Christian Horn]

On Sun, Nov 07, 2010 at 01:22:29AM -0700, Frank wrote:
>  
>     /var/log/messages
>  Nov  7 04:15:20 cobber dhcpd: DHCPDISCOVER from 00:1c:c4:k2:0b:31 via 
>  eth1: network 212.72.134.64/26: no free leases
>  Nov  7 04:15:23 cobber dhcpd: DHCPDISCOVER from 00:26:0e:00:31:bf via 
>  eth1: network 212.72.134.64/26: no free leases 
"dhcpd wasnt ordered in configfile to hand out ips to these macs"


>  The IP block that is shown (212.72.134.64/26) is the IP block that 
>  the router is on, and some servers, but the the server where CentOS 
>  should be installed in in another IP block (212.72.166.26) [again, 
>  IPs altered].  
Then the network-equipment (i.e. router) has to forward the dhcp-
request onto the cobbler-server.


>  Do you detect any error here that would cause the "no free
> leases" note? 
dhcpd is currently configured to just respond to dhcpdiscovers from
the one mac you mention in dhcpd.conf .  
I suspect the dhcprelaying to not be configured.  Again, sniffing on
the interface you should try to match incoming packets if they are
the forwarded ones from your remote box.  If these do not appear on
the network-interface of your cobbler-server then the relaying of
the request doesnt work.

Maybe you should read some docs on how dhcp works in environments with
dhcp-relaying, and how to debug it.


>  subnet 212.72.134.64 netmask 255.255.255.192 {
>        option routers          212.72.134.65;
>        option subnet-mask      255.255.255.192;
>  }
>  
>  # group for Cobbler DHCP tag: default
>  group {
>       host generic1 {
>           hardware ethernet 00:1C:C4:K2:0E:31;
>           fixed-address 212.72.166.26;
>           option subnet-mask 255.255.255.192;
>           option routers 212.72.134.65;
>           filename "/pxelinux.0";
>           next-server 212.72.166.33;
>       }
>  } 
Wondering that there is not subnet-declaration for the net-
work of the to-be-installed box.. but maybe thats not required
any more.


Christian

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Thank you !

Now THIS is interesting ...
Just made a "discovery" that confirms my earlier expressed suspicion. 
I at the same time apologize I did not not this earlier.

I change the TEST server, that is, the server where CentOS should be 
installed onto. The earlier two servers I had available, that needed 
a OS re-install, had still CentOS and cPanel installed, as mentioned 
yesterday. ... Now, the thing is that Cobbler works just fine on this 
OTHER server I am trying out right now, were I have only the OS 
installed.

That must then indeed mean that the servers that have cPanel 
installed are "missing" something. On those servers I had disabled a 
number of services (when cPanel was active) -- all the services that 
the CSF firewall security check suggested to disable. I had addressed 
that question yesterday. After the server reboots, and before he 
tries to find the DNCP server ... there must be some services already 
running, and it seems (I speculate here), that maybe I disabled one 
that's needed.

Below is a list of disabled services (taken from the list in the CSF 
security check of another server). Any of these are needed to for 
Cobbler (DHCP) to run?

Frank


Check server startup for cups	OK
Check server startup for xfs	OK
Check server startup for atd	OK
Check server startup for nfslock	OK
Check server startup for canna	OK
Check server startup for FreeWnn	OK
Check server startup for cups-config-daemon	OK
Check server startup for iiim	OK
Check server startup for mDNSResponder	OK
Check server startup for nifd	OK
Check server startup for rpcidmapd	OK
Check server startup for bluetooth	OK
Check server startup for anacron	OK
Check server startup for gpm	OK
Check server startup for saslauthd	OK
Check server startup for avahi-daemon	OK
Check server startup for avahi-dnsconfd	OK
Check server startup for hidd	OK
Check server startup for pcscd	OK
Check server startup for sbadm

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Hi again:

Can anyone think of a reason why a CentOS 5.5 servers (in general) 
with cPanel installed would not be able to communicate with the 
Cobbler server while Cobbler is otherwise working fine?  I now tested 
this with three servers that had cPanel installed -- and  a CSF 
firewall. Even after removing the firewall, the communication does 
not work.

Thank you.

Frank



> Thank you !
>
> Now THIS is interesting ...
> Just made a "discovery" that confirms my earlier expressed suspicion.
> I at the same time apologize I did not not this earlier.
>
> I change the TEST server, that is, the server where CentOS should be
> installed onto. The earlier two servers I had available, that needed
> a OS re-install, had still CentOS and cPanel installed, as mentioned
> yesterday. ... Now, the thing is that Cobbler works just fine on this
> OTHER server I am trying out right now, were I have only the OS
> installed.
>
> That must then indeed mean that the servers that have cPanel
> installed are "missing" something. On those servers I had disabled a
> number of services (when cPanel was active) -- all the services that
> the CSF firewall security check suggested to disable. I had addressed
> that question yesterday. After the server reboots, and before he
> tries to find the DNCP server ... there must be some services already
> running, and it seems (I speculate here), that maybe I disabled one
> that's needed.
>
> Below is a list of disabled services (taken from the list in the CSF
> security check of another server). Any of these are needed to for
> Cobbler (DHCP) to run?
>
> Frank
>
>
> Check server startup for cups	OK
> Check server startup for xfs	OK
> Check server startup for atd	OK
> Check server startup for nfslock	OK
> Check server startup for canna	OK
> Check server startup for FreeWnn	OK
> Check server startup for cups-config-daemon	OK
> Check server startup for iiim	OK
> Check server startup for mDNSResponder	OK
> Check server startup for nifd	OK
> Check server startup for rpcidmapd	OK
> Check server startup for bluetooth	OK
> Check server startup for anacron	OK
> Check server startup for gpm	OK
> Check server startup for saslauthd	OK
> Check server startup for avahi-daemon	OK
> Check server startup for avahi-dnsconfd	OK
> Check server startup for hidd	OK
> Check server startup for pcscd	OK
> Check server startup for sbadm

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Ronald J. Yacketta]

I bet you have pxe_just_one set in /etc/cobbler/settings and the servers
your trying to 're-install' are configured to local boot via pxe.

Go into the webgui of cobbler and enable netboot for the system(s) your
trying to rebuild and then do a sync...

-Ron


>  Thank you !
>
>  Now THIS is interesting ...
>  Just made a "discovery" that confirms my earlier expressed suspicion.
>  I at the same time apologize I did not not this earlier.
>
>  I change the TEST server, that is, the server where CentOS should be
>  installed onto. The earlier two servers I had available, that needed
>  a OS re-install, had still CentOS and cPanel installed, as mentioned
>  yesterday. ... Now, the thing is that Cobbler works just fine on this
>  OTHER server I am trying out right now, were I have only the OS
>  installed.
>
>  That must then indeed mean that the servers that have cPanel
>  installed are "missing" something. On those servers I had disabled a
>  number of services (when cPanel was active) -- all the services that
>  the CSF firewall security check suggested to disable. I had addressed
>  that question yesterday. After the server reboots, and before he
>  tries to find the DNCP server ... there must be some services already
>  running, and it seems (I speculate here), that maybe I disabled one
>  that's needed.
>
>  Below is a list of disabled services (taken from the list in the CSF
>  security check of another server). Any of these are needed to for
>  Cobbler (DHCP) to run?
>
>  Frank
>
>
>  Check server startup for cups	OK
>  Check server startup for xfs	OK
>  Check server startup for atd	OK
>  Check server startup for nfslock	OK
>  Check server startup for canna	OK
>  Check server startup for FreeWnn	OK
>  Check server startup for cups-config-daemon	OK
>  Check server startup for iiim	OK
>  Check server startup for mDNSResponder	OK
>  Check server startup for nifd	OK
>  Check server startup for rpcidmapd	OK
>  Check server startup for bluetooth	OK
>  Check server startup for anacron	OK
>  Check server startup for gpm	OK
>  Check server startup for saslauthd	OK
>  Check server startup for avahi-daemon	OK
>  Check server startup for avahi-dnsconfd	OK
>  Check server startup for hidd	OK
>  Check server startup for pcscd	OK
>  Check server startup for sbadm
>
>  _______________________________________________
>  cobbler mailing list
>  cobbler(a)lists.fedorahosted.org
>  https://fedorahosted.org/mailman/listinfo/cobbler
>

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

Hello Ron:

Good to see your name.
Thank you for the suggestion, but you 'lost' that one :)

So, yes, "pxe_just_once" was enabled.
Howewever ... still doesn't work after I had changed it, and done the 
Sync and restart. I also changed the boot order on the 
to-be-installed server, so that I had to choose PXE booting using the 
F-10 or F-12 key (not sure if that would make a difference). Not 
working. Furthermore, on another server, a server were cPanel had not 
been installed, Cobbler works just fine (with that pxe_just_once 
enabled setting).
Do you know where those records for servers were an install was 
performed get saved on the Cobbler server? I mean, maybe somehow the 
settings file update does not overwrite other settings as it then 
should, and I may try to 'delete' them manually. That, of course, is 
just a wild uneducated guess.


Best,
Frank



> I bet you have pxe_just_one set in /etc/cobbler/settings and the
> servers
> your trying to 're-install' are configured to local boot via pxe.
>
> Go into the webgui of cobbler and enable netboot for the system(s) your
> trying to rebuild and then do a sync...
>
> -Ron
>
>
> >  Thank you !
> >
> >  Now THIS is interesting ...
> >  Just made a "discovery" that confirms my earlier expressed suspicion.
> >  I at the same time apologize I did not not this earlier.
> >
> >  I change the TEST server, that is, the server where CentOS should be
> >  installed onto. The earlier two servers I had available, that needed
> >  a OS re-install, had still CentOS and cPanel installed, as mentioned
> >  yesterday. ... Now, the thing is that Cobbler works just fine on this
> >  OTHER server I am trying out right now, were I have only the OS
> >  installed.
> >
> >  That must then indeed mean that the servers that have cPanel
> >  installed are "missing" something. On those servers I had disabled a
> >  number of services (when cPanel was active) -- all the services that
> >  the CSF firewall security check suggested to disable. I had addressed
> >  that question yesterday. After the server reboots, and before he
> >  tries to find the DNCP server ... there must be some services already
> >  running, and it seems (I speculate here), that maybe I disabled one
> >  that's needed.
> >
> >  Below is a list of disabled services (taken from the list in the CSF
> >  security check of another server). Any of these are needed to for
> >  Cobbler (DHCP) to run?
> >
> >  Frank
> >
> >
> >  Check server startup for cups	OK
> >  Check server startup for xfs	OK
> >  Check server startup for atd	OK
> >  Check server startup for nfslock	OK
> >  Check server startup for canna	OK
> >  Check server startup for FreeWnn	OK
> >  Check server startup for cups-config-daemon	OK
> >  Check server startup for iiim	OK
> >  Check server startup for mDNSResponder	OK
> >  Check server startup for nifd	OK
> >  Check server startup for rpcidmapd	OK
> >  Check server startup for bluetooth	OK
> >  Check server startup for anacron	OK
> >  Check server startup for gpm	OK
> >  Check server startup for saslauthd	OK
> >  Check server startup for avahi-daemon	OK
> >  Check server startup for avahi-dnsconfd	OK
> >  Check server startup for hidd	OK
> >  Check server startup for pcscd	OK
> >  Check server startup for sbadm
> >
> >  _______________________________________________
> >  cobbler mailing list
> >  cobbler(a)lists.fedorahosted.org
> >  https://fedorahosted.org/mailman/listinfo/cobbler
> >
>
>
> _______________________________________________
> cobbler mailing list
> cobbler(a)lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/cobbler

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Ronald J. Yacketta]

Out of curiosity: Did you check the webui to see if the systems being 
re-built have netboot enabled?

-Ron
On 11/8/2010 11:12 PM, Frank wrote:
>  Hello Ron:
>
>  Good to see your name.
>  Thank you for the suggestion, but you 'lost' that one :)
>
>  So, yes, "pxe_just_once" was enabled.
>  Howewever ... still doesn't work after I had changed it, and done the
>  Sync and restart. I also changed the boot order on the
>  to-be-installed server, so that I had to choose PXE booting using the
>  F-10 or F-12 key (not sure if that would make a difference). Not
>  working. Furthermore, on another server, a server were cPanel had not
>  been installed, Cobbler works just fine (with that pxe_just_once
>  enabled setting).
>  Do you know where those records for servers were an install was
>  performed get saved on the Cobbler server? I mean, maybe somehow the
>  settings file update does not overwrite other settings as it then
>  should, and I may try to 'delete' them manually. That, of course, is
>  just a wild uneducated guess.
>
>
>  Best,
>  Frank
>
>
>
> > I bet you have pxe_just_one set in /etc/cobbler/settings and the servers
> > your trying to 're-install' are configured to local boot via pxe.
> >
> > Go into the webgui of cobbler and enable netboot for the system(s) your
> > trying to rebuild and then do a sync...
> >
> > -Ron
> >
> >
> >>   Thank you !
> >>
> >>   Now THIS is interesting ...
> >>   Just made a "discovery" that confirms my earlier expressed
> suspicion.
> >>   I at the same time apologize I did not not this earlier.
> >>
> >>   I change the TEST server, that is, the server where CentOS should be
> >>   installed onto. The earlier two servers I had available, that needed
> >>   a OS re-install, had still CentOS and cPanel installed, as mentioned
> >>   yesterday. ... Now, the thing is that Cobbler works just fine on this
> >>   OTHER server I am trying out right now, were I have only the OS
> >>   installed.
> >>
> >>   That must then indeed mean that the servers that have cPanel
> >>   installed are "missing" something. On those servers I had disabled a
> >>   number of services (when cPanel was active) -- all the services that
> >>   the CSF firewall security check suggested to disable. I had addressed
> >>   that question yesterday. After the server reboots, and before he
> >>   tries to find the DNCP server ... there must be some services already
> >>   running, and it seems (I speculate here), that maybe I disabled one
> >>   that's needed.
> >>
> >>   Below is a list of disabled services (taken from the list in the CSF
> >>   security check of another server). Any of these are needed to for
> >>   Cobbler (DHCP) to run?
> >>
> >>   Frank
> >>
> >>
> >>   Check server startup for cups	OK
> >>   Check server startup for xfs	OK
> >>   Check server startup for atd	OK
> >>   Check server startup for nfslock	OK
> >>   Check server startup for canna	OK
> >>   Check server startup for FreeWnn	OK
> >>   Check server startup for cups-config-daemon	OK
> >>   Check server startup for iiim	OK
> >>   Check server startup for mDNSResponder	OK
> >>   Check server startup for nifd	OK
> >>   Check server startup for rpcidmapd	OK
> >>   Check server startup for bluetooth	OK
> >>   Check server startup for anacron	OK
> >>   Check server startup for gpm	OK
> >>   Check server startup for saslauthd	OK
> >>   Check server startup for avahi-daemon	OK
> >>   Check server startup for avahi-dnsconfd	OK
> >>   Check server startup for hidd	OK
> >>   Check server startup for pcscd	OK
> >>   Check server startup for sbadm
> >>
> >>   _______________________________________________
> >>   cobbler mailing list
> >>   cobbler(a)lists.fedorahosted.org
> >>   https://fedorahosted.org/mailman/listinfo/cobbler
> >>
> >
> > _______________________________________________
> > cobbler mailing list
> > cobbler(a)lists.fedorahosted.org
> > https://fedorahosted.org/mailman/listinfo/cobbler
>
>  _______________________________________________
>  cobbler mailing list
>  cobbler(a)lists.fedorahosted.org
>  https://fedorahosted.org/mailman/listinfo/cobbler

#2 - Cobbler -- "No DHCP or proxyDHCP offers"

[Frank]

> Out of curiosity: Did you check the webui to see if the systems being
> re-built have netboot enabled? 
Ron, yes, I did ... it was always enabled ... and I also did try this 
with another server that had cPanel etc. installed. Doesn't work 
there either. BUT it works with a server that never had cPanel 
installed, there I can do multiple OS installs.  Same basic server 
type ... in all three cases I see (looking at them over KVM) that the 
server's PXE program searches for the DHCP orders from the Cobbler 
installer VPS server. Also, on one of the two servers where this does 
not work anymore, it did work fine there three months ago, so I know 
it is not a hardware issue.

Could it not be any of the services below that I disabled before on 
both servers -- are any of these actually already up and running and 
needed in the preboot execution environment? Maybe 'anacron' or 
'mDNSResponder'?

mDNSResponder
cups
cups-config-daemon
xfs
atd
nfslock
canna
FreeWnn
iiim
nifd
rpcidmapd
bluetooth
anacron
gpm
saslauthd
avahi-daemon
avahi-dnsconfd
hidd
pcscd
sbadm



Best,
Frank