Report boot images no directory traceback
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
Critical
|
Raphaël Badin | ||
1.5 |
Fix Released
|
Critical
|
Raphaël Badin | ||
maas (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
After upgrading from 1.5+bzr1977-
[2014-04-03 08:28:43,277: INFO/MainProcess] Received task: provisioningser
[2014-04-03 08:28:45,796: ERROR/Worker-5] report_boot_images: [Errno 2] No such file or directory: '/var/lib/
[2014-04-03 08:28:45,851: 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/
func(*args, **kwargs)
File "/usr/lib/
boot_
File "/usr/lib/
BootConfig.
File "/usr/lib/
potential_archs = list_subdirs(
File "/usr/lib/
for subdir in os.listdir(
OSError: [Errno 2] No such file or directory: '/var/lib/
ubuntu@atlas:~⟫ dpkg -l '*maas*'|cat
Desired=
| Status=
|/ Err?=(none)
||/ Name Version Architecture Description
+++-===
ii maas 1.5+bzr2204-
ii maas-cli 1.5+bzr2204-
ii maas-cluster-
ii maas-common 1.5+bzr2204-
ii maas-dhcp 1.5+bzr2204-
ii maas-dns 1.5+bzr2204-
ii maas-region-
ii maas-region-
ii python-django-maas 1.5+bzr2204-
ii python-maas-client 1.5+bzr2204-
ii python-
Related branches
- Jeroen T. Vermeulen (community): Approve
-
Diff: 79 lines (+28/-1)2 files modifiedsrc/provisioningserver/boot/tests/test_tftppath.py (+13/-0)
src/provisioningserver/boot/tftppath.py (+15/-1)
- Raphaël Badin (community): Approve
-
Diff: 79 lines (+28/-1)2 files modifiedsrc/provisioningserver/boot/tests/test_tftppath.py (+13/-0)
src/provisioningserver/boot/tftppath.py (+15/-1)
Changed in maas: | |
milestone: | none → 14.10 |
assignee: | nobody → Raphaël Badin (rvb) |
status: | Triaged → In Progress |
Changed in maas: | |
status: | In Progress → Fix Committed |
Changed in maas (Ubuntu): | |
status: | New → Confirmed |
Changed in maas: | |
milestone: | 14.10 → none |
status: | Fix Committed → Fix Released |
After I asked the cluster controller to import boot images, the directory was created and report_boot_images tasks are now reported as successful.
Perhaps this is a packaging bug to create that directory upfront? Not sure whose responsibility it is, but marking as affecting Ubuntu MAAS too.