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;
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:
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!
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):
--- ~/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 /www.isc. org/software/ dhcp/ run/eucalyptus/ net/euca- dhcp.trace"
root@whirlpool:
Internet Systems Consortium DHCP Server 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https:/
WARNING: Overwriting trace file "//var/
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! ~/debs# cat /var/run/ eucalyptus/ net/euca- dhcp.conf
---
root@whirlpool:
# 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.
--- ~/src/getifaddr s# dpkg -l 'isc-dhcp*' Unknown/ Install/ Remove/ Purge/Hold Not/Inst/ Conf-files/ Unpacked/ halF-conf/ Half-inst/ trig-aWait/ Trig-pend /Reinst- required (Status,Err: uppercase=bad) ======= ======= ======= -====== ======= ======= ====-== ======= ======= ======= ======= ======= ======= ======= ======= ====== server- ldap <none> (no description available)
root@whirlpool:
Desired=
| Status=
|/ Err?=(none)
||/ 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-
---
Yet Dan's code, which _should_ be in dhcpd, looks to work OK on this system:
--- ~/src/getifaddr s# ./a.out BEFORE_ getnameinfo= lo INTERFACE_ AFTER_getnamein fo=lo SCRUBBEDINTERFA CE=lo ADDR=127.0.0.1 BEFORE_ getnameinfo= eth0 INTERFACE_ AFTER_getnamein fo=eth0 SCRUBBEDINTERFA CE=eth0 ADDR=a.b.c.211 BEFORE_ getnameinfo= eth0 INTERFACE_ AFTER_getnamein fo=eth0 SCRUBBEDINTERFA CE=eth0 ADDR=x.y.z.220 BEFORE_ getnameinfo= eth0 INTERFACE_ AFTER_getnamein fo=eth0 SCRUBBEDINTERFA CE=eth0 ADDR=x.y.z.221 BEFORE_ getnameinfo= eth0 INTERFACE_ AFTER_getnamein fo=eth0 SCRUBBEDINTERFA CE=eth0 ADDR=x.y.z.223 BEFORE_ getnameinfo= eth0 INTERFACE_ AFTER_getnamein fo=eth0 SCRUBBEDINTERFA CE=eth0 ADDR=instance. public. ip.address BEFORE_ getnameinfo= eth0.2187 INTERFACE_ AFTER_getnamein fo=eth0. 2187 SCRUBBEDINTERFA CE=eth0. 2187 ADDR=169. 254.169. 254 BEFORE_ getnameinfo= eth0.2187 INTERFACE_ AFTER_getnamein fo=eth0. 2187 SCRUBBEDINTERFA CE=eth0. 2187 ADDR=10.0.0.1 eucabr10: priv INTERFACE_ BEFORE_ getnameinfo= eucabr10 INTERFACE_ AFTER_getnamein fo=eucabr10 SCRUBBEDINTERFA CE=eucabr10 ADDR=10.32.8.1
root@whirlpool:
INTERFACE=lo INTERFACE_
INTERFACE=eth0 INTERFACE_
INTERFACE=eth0 INTERFACE_
INTERFACE=eth0 INTERFACE_
INTERFACE=eth0 INTERFACE_
INTERFACE=eth0:pub INTERFACE_
INTERFACE=eth0.2187 INTERFACE_
INTERFACE=eth0.2187 INTERFACE_
INTERFACE=
---
[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!