Bug 633398

Summary: [6.1 FEAT] Intuitive dump device configuration workflow and dialogue
Product: Red Hat Enterprise Linux 6 Reporter: IBM Bug Proxy <bugproxy>
Component: anacondaAssignee: David Cantrell <dcantrell>
Status: CLOSED UPSTREAM QA Contact: Release Test Team <release-test-team>
Severity: high Docs Contact:
Priority: high    
Version: 6.3CC: hamzy, jjarvis, jstodola, mgrf, nobody+PNT0273897, sbest
Target Milestone: betaKeywords: FutureFeature, Reopened
Target Release: 6.3   
Hardware: s390x   
OS: All   
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
: 707034 (view as bug list) Environment:
Last Closed: 2011-11-17 15:08:39 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On: 707034    
Bug Blocks: 704634, 705085, 756082, 761078    
Description Flags
RHEL 6 install description
perl sample script for DASD
perl sample script for SCSI
dump_install_scsi.pl none

Description IBM Bug Proxy 2010-09-13 13:32:37 EDT
1. Feature Overview:
Feature Id: [67060]
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
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.
tune2fs -L '' /dev/dasdd1
pvremove /dev/dasdd1
mdadm --zero-superblock
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

4. Primary contact at Red Hat:
John Jarvis jjarvis@redhat.com

5. Primary contacts at Partner:
Project Management Contact:
Hans-Georg Markgraf, mgrf@de.ibm.com

Technical contact(s):
Gonzalo Muelas Serrano, gmuelas@de.ibm.com
Comment 2 IBM Bug Proxy 2010-10-04 12:21:00 EDT
------- Comment From rsisk@us.ibm.com 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 mgrf@de.ibm.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 mgrf@de.ibm.com 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 mgrf@de.ibm.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 mgrf@de.ibm.com 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 mgrf@de.ibm.com 2011-09-07 08:05 EDT-------
Comment 19 IBM Bug Proxy 2011-09-13 08:50:46 EDT
Created attachment 522922 [details]

------- Comment on attachment From michael.holzheu@de.ibm.com 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]

------- Comment on attachment From michael.holzheu@de.ibm.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.

Comment 24 David Cantrell 2011-11-17 15:08:39 EST
We have to work this feature request on the Fedora side.  See bug #707034.  Marking this one as CLOSED UPSTREAM since Fedora constitutes the upstream for anaconda and firstboot development and we already have feature requests filed there.