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!