MAAS celery DHCP traceback
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
Critical
|
Julian Edwards |
Bug Description
⟫ dpkg-query -W maas
maas 1.4+bzr1820+
(with amttool template copied in place)
[2014-01-29 17:51:16,335: ERROR/MainProcess] Task provisioningser
Traceback (most recent call last):
File "/usr/lib/
R = retval = fun(*args, **kwargs)
File "/usr/lib/
return self.run(*args, **kwargs)
File "/usr/lib/
detect.
File "/usr/lib/
servers = probe_interface
File "/usr/lib/
servers = probe_dhcp(
File "/usr/lib/
transaction_id = request_
File "/usr/lib/
bind_address = get_interface_
File "/usr/lib/
info = fcntl.ioctl(sock, SIOCGIFADDR, ifreq)
IOError: [Errno 99] Cannot assign requested address
Got the above traceback using MAAS with 3 KVMs and 9 physical nodes. Doesn't appear to have any affect on actual operations (nodes come up/go down, can be deployed to).
Related branches
- Jeroen T. Vermeulen (community): Approve
-
Diff: 84 lines (+48/-1)2 files modifiedsrc/provisioningserver/dhcp/detect.py (+21/-1)
src/provisioningserver/dhcp/tests/test_detect.py (+27/-0)
Changed in maas: | |
status: | Triaged → In Progress |
assignee: | nobody → Julian Edwards (julian-edwards) |
Changed in maas: | |
status: | In Progress → Fix Committed |
Changed in maas: | |
status: | Fix Committed → Fix Released |
Looks similar to bug 1274190. Won't dupe for now because the traceback is different but I suspect the same underlying cause.