Red Hat Bugzilla – Full Text Bug Listing
|Summary:||[6.1 FEAT] Intuitive dump device configuration workflow and dialogue|
|Product:||Red Hat Enterprise Linux 6||Reporter:||IBM Bug Proxy <bugproxy>|
|Component:||anaconda||Assignee:||David Cantrell <dcantrell>|
|Status:||CLOSED UPSTREAM||QA Contact:||Release Test Team <release-test-team>|
|Version:||6.3||CC:||hamzy, jjarvis, jstodola, mgrf, nobody+PNT0273897, sbest|
|Target Milestone:||beta||Keywords:||FutureFeature, Reopened|
|Fixed In Version:||Doc Type:||Enhancement|
|Doc Text:||Story Points:||---|
|:||707034 (view as bug list)||Environment:|
|Last Closed:||2011-11-17 15:08:39 EST||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:||707034|
|Bug Blocks:||704634, 705085, 756082, 761078|
Description IBM Bug Proxy 2010-09-13 13:32:37 EDT
1. Feature Overview: Feature Id:  a. Name of Feature: [6.1 FEAT] Intuitive dump device configuration workflow and dialogue b. Feature Description Distribution configuration tools need to provide a dialog to prepare I/O devices for dump, during the installation and post-installation. The dialog needs to meet the following requirements: - intuitive, i.e. follow the expectation of the user - guided, i.e. online help texts should be available for each input field - undoable, i.e. customer should be able to correct mistakes. Hello Red Hat, please find detailed documentation and scripts in the following three attachments: 1st attachment: Distribution Installer Support for Linux on System z dump tools 2nd attachment: Example perl script showing mechanism to configure dump on DASD 3rd attachment: Example perl script showing mechanism to configure dump on SCSI Maybe the section <quote> Clear the disk of fs labels, lvm formatting, mdadm formatting, etc. This is important to prevent the disk from being automatically used for something other than as dump device. Examples: tune2fs -L '' /dev/dasdd1 pvremove /dev/dasdd1 mdadm --zero-superblock </quote> after setting the dump device online and before preparing the device for dumps in http://kbase.redhat.com/faq/docs/DOC-9768 might also be helpful to prevent known issues. Otherwise attachment 42258 [details] should take precedence. Further details can be found in: "Using the Dump Tools - SC33-8290-02" and if necessary also in the sections on fdasd and zipl of "Device Drivers, Features, and Commands - SC33-8289-04" on http://www.ibm.com/developerworks/linux/linux390/october2005_documentation.html 2. Feature Details: Sponsor: --- Architectures: zSeries - 64 native, Arch Specificity: purely arch specific code Affects Kernel Modules: Field does not exist Delivery Mechanism: LDP Deliverable Category: other Request Type: Installer - Enhancement from Distributor d. Upstream Acceptance: Field does not exist Sponsor Priority P1 f. Severity: ship issue IBM Confidential: No Code Contribution: no g. Component Version Target:--- 3. Business Case The customer will have a dump disk ready to use if any problem occurs without having troubles to configure it, which will result on a better serviceability, and in result improve the customer satisfaction. 4. Primary contact at Red Hat: John Jarvis email@example.com 5. Primary contacts at Partner: Project Management Contact: Hans-Georg Markgraf, firstname.lastname@example.org Technical contact(s): Gonzalo Muelas Serrano, email@example.com
Comment 2 IBM Bug Proxy 2010-10-04 12:21:00 EDT
------- Comment From firstname.lastname@example.org 2010-10-04 11:24 EDT------- Code Upstream Status: Pending
Comment 4 John Jarvis 2010-11-19 09:09:56 EST
This feature needs to be implemented in Fedora first and then considered for backport to RHEL. Given where the schedules are and the other work committed to for 6.1, development management does not see this making it in time. Moving to the 6.2 planning list.
Comment 5 IBM Bug Proxy 2010-12-13 12:21:16 EST
------- Comment From email@example.com 2010-12-13 12:15 EDT------- Accept reject for R 6.1 - will request this for R 6.2 again
Comment 9 David Cantrell 2011-05-23 15:39:58 EDT
New and extended product functionality as well as new features for this component must be implemented by IBM and accepted upstream before consideration for a RHEL backport can be made. For your convenience, this bug has been cloned to the same component under Fedora, which serves as the upstream development area for RHEL.
Comment 10 RHEL Product and Program Management 2011-05-23 15:55:47 EDT
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.
Comment 11 Georg Markgraf 2011-06-08 06:26:58 EDT
Appeal this decision -> re-open this request
Comment 12 David Cantrell 2011-06-08 11:12:59 EDT
See comment #9. Bug #707034 exists to track the upstream contributions for this feature request.
Comment 13 Georg Markgraf 2011-06-10 10:59:25 EDT
The Installer is the value-added code from Red Hat. - Red Hat have to maintain this differentiator for RHEL - System z cannot take ownership for the installer For sure System z will offer help like in the past. If you want to track this via Fedora - fine but that makes no difference Although its obvious I re-call - it is very important that the installer get improved for our customers
Comment 14 IBM Bug Proxy 2011-08-24 15:40:38 EDT
------- Comment From firstname.lastname@example.org 2011-08-24 15:37 EDT------- Per discussion with John I assign this feature to the RHEL 6.3 tracking list This also get discussed in Fedora via ticket 707034 The process of mirroring from/to Fedora is actually in discussion 1) assign this feature BZ to the Fedora ticket when Fedora is resolved re-assign to R 6.3 2) create reverse mirror of the Fedora ticket and have parallel tracking
Comment 15 John Jarvis 2011-08-24 15:44:51 EDT
Just so we are clear, the Fedora version of this feature is waiting on IBM code contribution and activity and will make no progress without this. This 6.3 BZ is set as being dependent on the Fedora BZ and so this feature will make no progress without active IBM engagement on the Fedora BZ.
Comment 16 IBM Bug Proxy 2011-09-07 08:10:30 EDT
Created attachment 521851 [details] RHEL 6 install description ------- Comment (attachment only) From email@example.com 2011-09-07 08:02 EDT-------
Comment 17 IBM Bug Proxy 2011-09-07 08:10:38 EDT
Created attachment 521852 [details] perl sample script for DASD ------- Comment (attachment only) From firstname.lastname@example.org 2011-09-07 08:04 EDT-------
Comment 18 IBM Bug Proxy 2011-09-07 08:10:44 EDT
Created attachment 521853 [details] perl sample script for SCSI ------- Comment (attachment only) From email@example.com 2011-09-07 08:05 EDT-------
Comment 19 IBM Bug Proxy 2011-09-13 08:50:46 EDT
Created attachment 522922 [details] dump_install_dasd.pl ------- Comment on attachment From firstname.lastname@example.org 2011-09-13 08:48 EDT------- Update for RHEL6
Comment 20 IBM Bug Proxy 2011-09-13 08:50:52 EDT
Created attachment 522923 [details] dump_install_scsi.pl ------- Comment on attachment From email@example.com 2011-09-13 08:49 EDT------- Update for RHEL6
Comment 21 John Jarvis 2011-09-13 10:21:07 EDT
These patches need to be posted in RHBZ 707034 for Fedora rather than in this BZ as this BZ is not being worked at all. All development work should be done in the Fedora BZ. This and all other s390x-specific installer feature requests will be closed on September 14 as they only seem to cause continued confusion. Please assure any links that need to be updated are updated before these are closed.
Comment 22 John Jarvis 2011-09-15 15:17:26 EDT
Closing as NOTABUG. This feature needs to be implemented in Fedora before it will be consider for RHEL inclusion.
Comment 23 IBM Bug Proxy 2011-10-28 10:44:32 EDT
As per RH Bug 707034, firstboot has been implemented for z. Reopening this bug to pick back up the discussion of this feature. Thanks.