Raring is not enabled by default
Bug #1182642 reported by
Andres Rodriguez
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
maas (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Raring |
Fix Released
|
High
|
Unassigned |
Bug Description
[Impact]
Raring is not enabled by default so images are not imported by maas. This causes that someone has to manually enable raring and re-run maas-import-
[Test Case]
1. Install maas
2. Run maas-import-
3. Try to deploy raring, it will fail because no images have been imported.
4. Enable raring in /etc/maas/
5. Run maas-import-
6. Try to deploy raring, it will work.
[Regression Potential]
Minimal. This only allows raring images to be downloaded by default.
Changed in maas (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → Critical |
importance: | Critical → High |
Changed in maas (Ubuntu Raring): | |
importance: | Undecided → High |
Changed in maas (Ubuntu): | |
status: | Confirmed → Fix Committed |
To post a comment you must log in.
This bug was fixed in the package maas - 1.3+bzr1461+ dfsg-0ubuntu3
--------------- dfsg-0ubuntu3) saucy; urgency=low
maas (1.3+bzr1461+
* debian/patches: ipmi-stat- lp1086160. patch: Drop. The following patch removes ipmi-lp1171418. patch: Do not check current node state when comissioning- lp1131418. patch: Fixes the commissioning process, raring- images- lp1182642. patch: Enables the import of raring new-image- install- lp1182646. patch: Fixes the installation of
- 99-fix-
the need for this fix. (LP: #1171988)
- 99-fix-
executing an ipmi command, which ensures that nodes are always
turned on/off regardless of their power state. This fixes corner
cases found when running automated tests. (LP: #1171418)
- 99-fix-
allowing nodes to successfully commission, when tag's with no
definition have been created. This issue will only appear when these
special tags are created. (LP: #1131418)
- 99-import-
images by default (LP: #1182642)
- 99-fix-
new ephemeral images, that fail due to not being able to overwrite
a symlink. (LP: #1182646)
-- Andres Rodriguez <email address hidden> Tue, 23 Apr 2013 14:02:33 -0400