The error message was like this:

    dhcpd.c(473): trace_begin: //var/run/eucalyptus/net/euca-dhcp.trace:
Permission denied

I had that copied somewhere, but unfortunately I deleted all the logs
yesterday and I don't even recall exactly which log that came from now
(sorry).

In any case, I can no longer reproduce that particular problem, even
after removing dac_override from the profile :S

But the other problem (and the original subject of this bug) still
remains (for me, using MANAGED mode):

---
root@whirlpool:~/debs# /usr/sbin/dhcpd -cf 
//var/run/eucalyptus/net/euca-dhcp.conf -lf 
//var/run/eucalyptus/net/euca-dhcp.leases -pf 
//var/run/eucalyptus/net/euca-dhcp.pid -tf 
//var/run/eucalyptus/net/euca-dhcp.trace eucabr10 eth0.2187
Internet Systems Consortium DHCP Server 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
WARNING: Overwriting trace file "//var/run/eucalyptus/net/euca-dhcp.trace"
WARNING: Host declarations are global.  They are not limited to the scope you 
declared them in.
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.

No subnet declaration for eth0.2187 (169.254.169.254).
** Ignoring requests on eth0.2187.  If this is not what
   you want, please write a subnet declaration
   in your dhcpd.conf file for the network segment
   to which interface eth0.2187 is attached. **


No subnet declaration for eucabr10 (no IPv4 addresses).
** Ignoring requests on eucabr10.  If this is not what
   you want, please write a subnet declaration
   in your dhcpd.conf file for the network segment
   to which interface eucabr10 is attached. **


Not configured to listen on any interfaces!
---
root@whirlpool:~/debs# cat /var/run/eucalyptus/net/euca-dhcp.conf
# automatically generated config file for DHCP server
default-lease-time 1200;
max-lease-time 1200;
ddns-update-style none;

shared-network euca {
subnet 10.32.8.0 netmask 255.255.255.0 {
  option subnet-mask 255.255.255.0;
  option broadcast-address 10.32.8.255;
  option domain-name-servers 127.0.0.1, 10.32.8.1;
  option routers 10.32.8.1;
  option interface-mtu 1496;
}

host node-10.32.8.2 {
  hardware ethernet D0:0D:4E:02:07:90;
  fixed-address 10.32.8.2;
}
}
---
I have tried using isc-dhcp version 4.1.1-P1-15ubuntu9 (latest) as well as 
specifically 15ubuntu6 where the patch was first applied. I also tried building 
it myself to make extra sure that the patch is applied...I still get the same 
problem.

---
root@whirlpool:~/src/getifaddrs# dpkg -l 'isc-dhcp*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                     Version                  Description
+++-========================-========================-================================================================
rc  isc-dhcp-client          4.1.1-P1-15ubuntu5       ISC DHCP client
ii  isc-dhcp-common          4.1.1-P1-15ubuntu9       common files used by all 
the isc-dhcp* packages
ii  isc-dhcp-server          4.1.1-P1-15ubuntu9       ISC DHCP server for 
automatic IP address assignment
un  isc-dhcp-server-ldap     <none>                   (no description available)
---

Yet Dan's code, which _should_ be in dhcpd, looks to work OK on this
system:

---
root@whirlpool:~/src/getifaddrs# ./a.out
INTERFACE=lo INTERFACE_BEFORE_getnameinfo=lo INTERFACE_AFTER_getnameinfo=lo 
SCRUBBEDINTERFACE=lo ADDR=127.0.0.1
INTERFACE=eth0 INTERFACE_BEFORE_getnameinfo=eth0 
INTERFACE_AFTER_getnameinfo=eth0 SCRUBBEDINTERFACE=eth0 ADDR=a.b.c.211
INTERFACE=eth0 INTERFACE_BEFORE_getnameinfo=eth0 
INTERFACE_AFTER_getnameinfo=eth0 SCRUBBEDINTERFACE=eth0 ADDR=x.y.z.220
INTERFACE=eth0 INTERFACE_BEFORE_getnameinfo=eth0 
INTERFACE_AFTER_getnameinfo=eth0 SCRUBBEDINTERFACE=eth0 ADDR=x.y.z.221
INTERFACE=eth0 INTERFACE_BEFORE_getnameinfo=eth0 
INTERFACE_AFTER_getnameinfo=eth0 SCRUBBEDINTERFACE=eth0 ADDR=x.y.z.223
INTERFACE=eth0:pub INTERFACE_BEFORE_getnameinfo=eth0 
INTERFACE_AFTER_getnameinfo=eth0 SCRUBBEDINTERFACE=eth0 
ADDR=instance.public.ip.address
INTERFACE=eth0.2187 INTERFACE_BEFORE_getnameinfo=eth0.2187 
INTERFACE_AFTER_getnameinfo=eth0.2187 SCRUBBEDINTERFACE=eth0.2187 
ADDR=169.254.169.254
INTERFACE=eth0.2187 INTERFACE_BEFORE_getnameinfo=eth0.2187 
INTERFACE_AFTER_getnameinfo=eth0.2187 SCRUBBEDINTERFACE=eth0.2187 ADDR=10.0.0.1
INTERFACE=eucabr10:priv INTERFACE_BEFORE_getnameinfo=eucabr10 
INTERFACE_AFTER_getnameinfo=eucabr10 SCRUBBEDINTERFACE=eucabr10 ADDR=10.32.8.1
---

[NB: public IPs censored]

So it _should_ match the "eucabr10 ADDR=10.32.8.1" correctly to the
config "subnet 10.32.8.0 netmask 255.255.255.0", but it instead it says
"No subnet declaration for eucabr10 (no IPv4 addresses)." as it did
before. I don't recall now whether I actually tested the patch
previously, or just Dan's getifaddrs snippet, but I was certainly under
the impression that this one was good to, and got on with other things.

I guess if this part is working for others, I will have to try to debug
the dhcpd code myself, but I don't know when I will get around to that.

I don't know about the other problem you mentioned with booting
instances. My system is not clean from any ISO, it is upgraded from
10.10 and I do not have the means to re-install cleanly like
that...least not without unjustified effort/expense. So maybe I have
older images still? For now I remain ignorant of what python-image-
store-proxy actually gets up to, as I intend to produce my own images
when things are ready.

But FWIW the only "default" UEC images I have ever been able to get to
boot successfully are the 64-bit versions...I have no idea (yet) why
none of the 32-bit ones don't work :( One problem at a time lol!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/717166

Title:
  Broken with v4 isc-dhcp-server in Natty

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to