Comment 24 for bug 717166

Well, one point at a time...

First off: my failure to run the instances was due to having installed a i386 server ISO, and trying to run 64-bit instances -- at least so far, I have not re-installed with an AMD64 ISO to verify it runs kosher on AMD64 images. But it does look like this one we can chalk off as a short-circuit between the chair and the keyboard.

When I originally tested the DHCPD change -- note that 4.1.1-P1-15ubuntu9 is indeed the correct one, it will *not* work with any previous versions -- I had a similar error: DHCPD still complained as if it had not been upgraded. I no longer see this error, and I could not find what caused it. So... I am wondering if something gets left in on upgrade. Just because of that, I think Robbie was correct when he reset the bug to 'in-progress'. Something is missing.

For the error " dhcpd.c(473): trace_begin: //var/run/eucalyptus/net/euca-dhcp.trace: Permission denied": Eucalyptus starts the DHCPD like this:

[Mon Apr 25 13:55:30 2011][004142][EUCAINFO ] vnetKickDHCP(): executing: ///usr/lib/eucalyptus/euca_rootwrap /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 eth0

The '-tf //var/run/eucalyptus/net/euca-dhcp.trace' creates a trace file that can be played back later, if DHCPD core-dumps. It is not critical to the cloud operation. Why this would have needed dac_override I do not know.

I will reinstall now with the AMD64 ISO; I will also try an upgrade from a previous server version. So:

QUESTION: from which Ubuntu version did you upgrade?