RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1412022 - During RHEL 7 installation, anaconda should ignore partition with OEMDRV label
Summary: During RHEL 7 installation, anaconda should ignore partition with OEMDRV label
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: anaconda
Version: 7.3
Hardware: All
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Radek Vykydal
QA Contact: Release Test Team
Petr Bokoc
URL:
Whiteboard:
Depends On:
Blocks: 1420851
TreeView+ depends on / blocked
 
Reported: 2017-01-11 01:45 UTC by Abhijeet Sadawarte
Modified: 2020-09-10 10:07 UTC (History)
10 users (show)

Fixed In Version: anaconda-21.48.22.107-1
Doc Type: Bug Fix
Doc Text:
Disks using the OEMDRV label are now correctly ignored during automatic installation The OEMDRV disk label is used on driver update disks during installation. Due to a bug, disks with this label were being used by Anaconda as installation targets during automatic installations, which meant they were being erased and used as part of the installed system storage. This update ensures that Anaconda ignores disks with this label unless they are explicitly selected as installation targets, and the problem no longer occurs.
Clone Of:
Environment:
Last Closed: 2017-08-01 08:53:21 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
anaconda.log (10.28 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
ifcfg.log (1.67 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
packaging.log (1.77 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
program.log (42.49 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
storage.log (77.21 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
storage.state (28.00 KB, application/octet-stream)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
syslog (169.58 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
X.log (20.71 KB, text/plain)
2017-04-27 12:02 UTC, Pavel Holica 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:2293 0 normal SHIPPED_LIVE anaconda bug fix and enhancement update 2017-08-01 12:39:44 UTC

Description Abhijeet Sadawarte 2017-01-11 01:45:35 UTC 
Description of problem:

- drive with OEMDRV label contains kickstart file which is picked up by anaconda automatically during RHEL 7 installation but it erases/formats the drive during installation unless we mention OEMDRV drive in 'ignoredisk' (ignoredisk --drives=disk/by-label/OEMDRV)

Version-Release number of selected component (if applicable):

- Red Hat Enterprise Linux 7

How reproducible:

- sda is a USB stick with the installation image. sdb labelled as OEMDRV is a USB stick providing the ks.cfg and sdc is the internal disk and desired installation target.

~~~
Name         LABEL
sda          RHEL-7.3 Server.x86_64
├─sda1       RHEL-7.3 Server.x86_64
└─sda2       ANACONDA
sdb          OEMDRV
sdc
└─sdc1
~~~

Actual results:

- after the installation, anaconda erases/formats the drive OEMDRV 

Expected results:

- it should not delete/format OEMDRV drive as it contains the kickstart file and one should be able used for other server's installation 

Additional info:
Comment 10 Radek Vykydal 2017-03-28 12:32:26 UTC 
https://github.com/rhinstaller/blivet/pull/565
Comment 11 Radek Vykydal 2017-03-31 13:58:27 UTC 
The patch from comment #9 doesn't work for me. First, oemdrv.name should be added to ksdata.ignoredisk.ignoredisk and even then it is too late at this point because ignored disks have been already hidden few lines above in devicetree.populate <- devicetree.reset <- storage.reset, so we'd probably have to call storage.config.update(ksdata) to update also storage config and storage.devicetree.hide(oemdrv) to make the ksdata change effective.

I am working on another solution that would update ksdata.ignoredisk.ingnoredisk early after kickstart is parsed in anaconda so I am also reassigning the BZ back to the anaconda component.
Comment 12 Radek Vykydal 2017-04-03 08:34:43 UTC 
https://github.com/rhinstaller/anaconda/pull/1009
Comment 15 Pavel Holica 2017-04-27 12:02:10 UTC 
Created attachment 1274595 [details]
anaconda.log
Comment 16 Pavel Holica 2017-04-27 12:02:17 UTC 
Created attachment 1274596 [details]
ifcfg.log
Comment 17 Pavel Holica 2017-04-27 12:02:22 UTC 
Created attachment 1274597 [details]
packaging.log
Comment 18 Pavel Holica 2017-04-27 12:02:28 UTC 
Created attachment 1274598 [details]
program.log
Comment 19 Pavel Holica 2017-04-27 12:02:34 UTC 
Created attachment 1274599 [details]
storage.log
Comment 20 Pavel Holica 2017-04-27 12:02:39 UTC 
Created attachment 1274600 [details]
storage.state
Comment 21 Pavel Holica 2017-04-27 12:02:46 UTC 
Created attachment 1274601 [details]
syslog
Comment 22 Pavel Holica 2017-04-27 12:02:51 UTC 
Created attachment 1274603 [details]
X.log
Comment 23 Radek Vykydal 2017-04-27 14:22:39 UTC 
Although I tried only with pxe, I am not able to reproduce the fail. I have a suspicion that you hit an unrelated race condition. Are you able to reproduce it consistently?
Comment 24 Pavel Holica 2017-04-27 15:22:05 UTC 
Yes, this happens every time in VM, I could try it also on bare metal with flash drive. I boot from DVD, use kickstart mentioned in comment 2 which is located on /dev/vdb (1GB large - no partitioning table) formatted as ext4 with OEMDRV label.
Comment 25 Pavel Holica 2017-04-27 15:24:05 UTC 
I even tried wipefs -a /dev/vda but nothing changed.
Comment 26 Radek Vykydal 2017-04-28 08:32:42 UTC 
Okay, I'll try to reproduce in VM then.
Comment 27 Radek Vykydal 2017-04-28 10:24:36 UTC 
(In reply to Radek Vykydal from comment #26)
> Okay, I'll try to reproduce in VM then.

Tried once without issues with http://download.eng.brq.redhat.com/pub/rhel/nightly/RHEL-7.4-20170424.n.1/compose/Server/x86_64/os/
DVD install, vda, 1GB /dev/vdb formatted as ext4 with OEMDRV label, kicstart from comment#2
Comment 28 Pavel Holica 2017-04-28 10:37:25 UTC 
I didn't do network install, but installation from DVD as it's described in this bug.
Comment 29 Radek Vykydal 2017-04-28 10:54:11 UTC 
(In reply to Pavel Holica from comment #28)
> I didn't do network install, but installation from DVD as it's described in
> this bug.

Neither did I in comment #27, the link was meant just as a reference to the compose, I used DVD install.

Is /dev/vda really only 1GB as the logs seem to say if I am reading them correctly?

(In reply to Pavel Holica from comment #19)
> Created attachment 1274599 [details]
> storage.log

11:56:23,324 INFO blivet: scanning vda (/sys/devices/pci0000:00/0000:00:07.0/virtio1/block/vda)...
11:56:23,325 DEBUG blivet:           DeviceTree.getDeviceByName: hidden: False ; name: vda ; incomplete: False ;
11:56:23,326 DEBUG blivet:           DeviceTree.getDeviceByName returned None
11:56:23,328 DEBUG blivet:           DeviceTree.addUdevDiskDevice: name: vda ;
11:56:23,328 WARN blivet: device/model is not a valid attribute
11:56:23,329 INFO blivet: vda is a disk
11:56:23,330 DEBUG blivet: getFormat('None') returning DeviceFormat instance with object id 9
11:56:23,334 DEBUG blivet:               DiskDevice._setFormat: vda ; current: None ; type: None ;
11:56:23,335 DEBUG blivet:                DiskDevice.readCurrentSize: path: /dev/vda ; sysfsPath: /sys/devices/pci0000:00/0000:00:07.0/virtio1/block/vda ; exists: True ;
11:56:23,339 DEBUG blivet: updated vda size to 1024 MiB (1024 MiB)


(In reply to Pavel Holica from comment #15)
> Created attachment 1274595 [details]
> anaconda.log

11:56:26,690 ERR anaconda: storage configuration failed: Not enough free space on disks for automatic partitioning
Comment 30 Pavel Holica 2017-05-02 06:39:47 UTC 
Ah, I found it! Sorry for reopening this bug, the issue is indeed fixed. I made OEMDRV on the larger disk 20G instead of the 1G.

My fault. The OEMDRV disk is not touched, moving to verified.
Comment 31 Fedora Update System 2017-06-13 16:25:21 UTC 
anaconda-26.21.8-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-f8d6a1f05a
Comment 32 Fedora Update System 2017-06-15 13:58:05 UTC 
anaconda-26.21.8-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-f8d6a1f05a
Comment 34 Fedora Update System 2017-06-16 12:17:13 UTC 
anaconda-26.21.9-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-f8d6a1f05a
Comment 35 Fedora Update System 2017-06-16 22:23:17 UTC 
anaconda-26.21.9-1.fc26, pykickstart-2.35-1.fc26, python-blivet-2.1.9-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-f8d6a1f05a
Comment 36 errata-xmlrpc 2017-08-01 08:53:21 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2293
Note You need to log in before you can comment on or make changes to this bug.