[Bug 502930] New: NO Recovery Mode if a NON- Automated Installation Fails
http://bugzilla.novell.com/show_bug.cgi?id=502930 Summary: NO Recovery Mode if a NON- Automated Installation Fails Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: alpha096@virginbroadband.com.au QAContact: jsrain@novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 Since the new type Installation of OpenSuse was revelled at V 11.0 huge issues have emerged. If a user permits the default NON-Automated Installation AND for what ever reason it fails, the Installation is not salvageable. If a user selects a NON-Automated Installation and it fails at some point in time, the PC can be re-booted and the user asked if they want to complete the current Installation. This often requires re-entering of data from a previous step after Installation Failed. I understand the default installation images that are deployed during Installation are not easily accessible on a PC re-boot after failure; however I feel we have the power and MUST re-assess the automated Installation Failure Condition. If a default Automated Installation fails we should be able to re-boot and let the user recommence the Installation in the same way we do this if a non-automated Installation does right now. I think we can do far better in simply salvaging the default Installation so that IF it fails, for what ever reason, we permit a re-boot and continue the Installation, having the user input all the variable the same way we do with a Non-Automated Installation Reproducible: Always Steps to Reproduce: 1.If a non-automated Installation fails at any point the user is helpless to recover it without expert guidance. ( I do not consider re-booting a PC after Installation has failed as "expert guidance") 2. 3. Actual Results: Most all default-automated installation that do fail can ever or easily be recovered. Just about all users I know who perform a default installation of either 11.0 or 11.1 and it fails; throw out the OpenSuse software and run for the hills far away never to return to Suse Linux or Linux itself. - "This condition is almost criminal in a users eyes as the rational goes, If I cannot Install it - I dont ever want it. Expected Results: If default Install fails, user re-boots PC and proceeds step by step with manual intervention of variables. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c1 --- Comment #1 from Scott Couston <alpha096@virginbroadband.com.au> 2009-05-11 17:09:07 MDT --- Created an attachment (id=291435) --> (http://bugzilla.novell.com/attachment.cgi?id=291435) Example of Mass Failures. In the above logs attached the installation failed on many fronts. The only was I was ever going to complete this install was via massive re-boot anmd re-commencement of Installation Phases. Image the same environment I would be in if I elected a default Auto Install. - In that position, even I, would have used the DVD of OpenSuse as a coffee cup coaster -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c2 Scott Couston <alpha096@virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alpha096@virginbroadband.co | |m.au --- Comment #2 from Scott Couston <alpha096@virginbroadband.com.au> 2009-05-12 12:50:23 MDT ---
From What I understand with default installations the installation images are deployed into a swap drive ( could be wrong here). We can leave this alone but duplicate the normal Yast Installation Configuration at the same time. If the PC crashed during default Installation a re-boot can then read the file on the root partition to complete a stage by stage installation.
The file fall-back which could be created from the images at the same time, could work in much the same way as a non-automated installation where any part of it fails and the user re-boots the PC. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 shuang qiu <sqiu@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |sqiu@novell.com AssignedTo|bnc-team-screening@forge.pr |locilka@novell.com |ovo.novell.com | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User locilka@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c3 Lukas Ocilka <locilka@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P2 - High Component|Installation |Installation Platform|x86-64 |All Version|Final |Milestone 3 Product|openSUSE 11.1 |openSUSE 11.2 OS/Version|openSUSE 11.1 |Other Severity|Critical |Enhancement --- Comment #3 from Lukas Ocilka <locilka@novell.com> 2009-07-16 03:13:35 MDT --- I hope I understand you correctly that you propose this: ------------------------------------------------------------------------------ If automatic configuration fails (not aborted by user, but really failed) for whatever reason, after reboot, second stage should switch to non-automatic configuration to prevent from 'automatic' failures again. ------------------------------------------------------------------------------ -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User locilka@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c4 Lukas Ocilka <locilka@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |coolo@novell.com --- Comment #4 from Lukas Ocilka <locilka@novell.com> 2009-07-16 03:14:56 MDT --- Coolo, what do you think of this feature? See comment #3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User coolo@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c5 Stephan Kulow <coolo@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED CC| |coolo@novell.com Info Provider|coolo@novell.com | --- Comment #5 from Stephan Kulow <coolo@novell.com> 2009-07-21 04:00:26 MDT --- guess it depends on definition of "failure", but yes if there is a severe problem asking the user is not the worst choice. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User locilka@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c6 --- Comment #6 from Lukas Ocilka <locilka@novell.com> 2009-07-30 07:27:03 MDT --- *** Bug 489029 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=489029 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c7 --- Comment #7 from Scott Couston <alpha096@virginbroadband.com.au> 2009-08-03 23:08:15 MDT --- I would just us to comment under this bugs context that we... seriously need to reconsider our current default unattended installation. I dont know why we want to re-invent the wheel or rewrite history. History made it quite clear in the low 90'2 that the market would not put-up with unattended installations. Unattended Installations were completely abandoned in 95, but remained optional along with admin installations and client installations. I think we need to concentrate on auto Yast instead of any default unattended installations. Let some one else spend millions on market research and usability issues. I am not suggesting that we follow, but we need to learn free lessons from history as our market has NOT changed and is not going to in the near future. We need to stop making technocratic decisions and base everything we do on past demonstrated usability mistakes. We know quite clearly that hardware vendors will no longer be dictated to, nor large companies of late. The continued attitude that an O/S will dictate to Hardware is over! This sounds loud and clear and hit at immeasurable expense to other O/S. Large companies also joined in ringing this bell. No one wants to commit corporate suicide with a new or different O/S or environments. Usability is everything! We keep our current users close and our oppositions closer. With respect to the answer in comment #5...I describe 'failure' as any early termination of the GUI installation that a re-boot can not recover nor solve. One of the problems is we write the user preferences to swap in a automated installation (I think is swap) and if we re-boot we still recover those same images so the error that caused the 'failure' will still occur. I would suggest that if an installation 'fails' we flush the swap and reboot the PC, and pick up on the Installation where set decision have been made and then continue, rather than currently re-boot and re-read the image in swap that caused the 'failure' in the first instance. Please let me know if I have made any unsound technical statements about the writing of installation setup files based on environment above. I used a lot of logic in this comment, but perhaps my limitation on actuals may not be sound...;-) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 Scott Couston <alpha096@virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |488985 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 Scott Couston <alpha096@virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |502580 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 Scott Couston <alpha096@virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |502576 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 Lukas Ocilka <locilka@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 - High |P4 - Low -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 Marius Tomaschewski <mt@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|488985 | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c8 Scott Couston <alpha096@virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsrain@novell.com, | |locilka@novell.com --- Comment #8 from Scott Couston <alpha096@virginbroadband.com.au> 2009-09-10 13:39:27 MDT --- locilka - How does an Installation bug that falls over to a console prompt and cannot be completed, be anything but a BUG - Yet we have it now as assignment and your original assignment from High is now low. The shell Bugzilla screen clearly states the reporters priority in the bug as such, as there is a total loss of information when install falls over. Comments please???? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c9 --- Comment #9 from Scott Couston <alpha096@virginbroadband.com.au> 2009-09-10 13:46:15 MDT --- Sorry comment #8 needs to be viewed in its own history and its bug duplication of Bug 502930 where this is definitely NOT an Enhancement Request. Its historical importance changed from hight to low??????? Bug 489029 which was as dupe also was changed to an enhancement. So do we need to recategorise that the loss of all data and complete loss of any Installation is not a bug but mealy an enhancement -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c10 Scott Couston <alpha096@virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |qa@suse.de --- Comment #10 from Scott Couston <alpha096@virginbroadband.com.au> 2009-10-25 14:46:11 MDT --- QA - Please see comment #8 How does an Installation bug that falls over to a console prompt and cannot be completed, be anything but a Critical BUG - Yet we have it now as assignment to an Enhancement??????????? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502930 User alpha096@virginbroadband.com.au added comment http://bugzilla.novell.com/show_bug.cgi?id=502930#c11 --- Comment #11 from Scott Couston <alpha096@virginbroadband.com.au> 2009-10-31 18:38:06 MDT --- Bug 489029 was opened on 2009-03-26 17:03:36 MDT When brand New 11.1 was released AND Bug 502930 was opened on 2009-05-12 12:50:23 MDT hoping to get this rectified on V 11.2 Any Installation program that cannot complete and has no recovery after re-boot and the user only has a console prompt is NOT a good look and tends to make any new user thrown the OpenSuse DVD in the Trash! In the commercial setting of SLED/SLES the DGD also ends in the Trash! -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=502930 https://bugzilla.novell.com/show_bug.cgi?id=502930#c12 Lukas Ocilka <locilka@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |FEATURE --- Comment #12 from Lukas Ocilka <locilka@novell.com> 2011-03-24 09:22:16 UTC --- Sorry, ENOTIME You can still put it into openFATE, IMO it would make sense -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com