If no target is found during installation, the installation loops indefinitely in the error screen
Bug #567196 reported by
Ara Pulido
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| partman-iscsi (Ubuntu) |
Fix Released
|
Medium
|
Colin Watson | ||
Bug Description
Binary package hint: partman-iscsi
Using Lucid RC candidate 20100419.1
Steps to reproduce:
1. Start a diskless server installation
2. The hardware detection fails, and it shows the possibility to connect to a iSCSI target
3. Enter an IP where there is NO iSCSI target available
4. The installer shows an error about not finding a target. The only option presented is "Accept"
5. If the user accepts, it tries again to search a target in the same IP, failing again
I haven't found a way of skipping the step without forcing a shutdown.
| tags: | added: iso-testing |
| Changed in partman-iscsi (Ubuntu): | |
| status: | New → Triaged |
| importance: | Undecided → Medium |
| assignee: | nobody → Colin Watson (cjwatson) |
| Changed in partman-iscsi (Ubuntu): | |
| status: | Triaged → Fix Committed |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #1 |
| Changed in partman-iscsi (Ubuntu): | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
This bug was fixed in the package partman-iscsi - 14
---------------
partman-iscsi (14) lucid; urgency=low
* Fix case of 'state' variable, so that we correctly go back to the
address question after address validation failures (LP: #567196).
* Eliminate duplicate target names (LP: #567206).
* Don't pass an argument to db_go when asking partman-
* Back up to appropriate previous state after asking
partman-
* Create a node record before trying to set up authentication.
-- Colin Watson <email address hidden> Fri, 23 Apr 2010 21:55:32 +0100