Bug 498856 - The "part" keyword in the kickstart file accepts an option named "--label" is ignored ?
Summary: The "part" keyword in the kickstart file accepts an option named "--label" i...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: anaconda
Version: 5.3
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: David Cantrell
QA Contact: Alexander Todorov
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-05-04 03:56 UTC by Srinivas Satyavarpu
Modified: 2018-10-27 15:00 UTC (History)
7 users (show)

Fixed In Version: anaconda-11.1.2.196-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-02-02 11:56:20 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
pass the label for existing devices. (501 bytes, patch)
2009-06-30 12:41 UTC, Wade Mealing
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2010:0194 0 normal SHIPPED_LIVE anaconda bug fix and enhancement update 2010-03-29 12:24:02 UTC

Description Srinivas Satyavarpu 2009-05-04 03:56:24 UTC
Description of problem:


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


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

The "part" keyword in the kickstart file accepts an option named  "--label".  Its purpose is to be able to provide a label to apply to the  file system that is created on the partition (see the -L option of  tune2fs).  Unfortunately, the when one specifies a label using the  "--label" option, that label is not actually applied to the file system.
It appears as if the "--label" option (and its associated argument) is  silently ignored.  My expectation is that anaconda should apply the label (my first preference) or it should produce a parsing error sayin that "--label" is an unknown/unsupported option rather than just ignoring the option.

Comment 5 Wade Mealing 2009-06-30 12:41:57 UTC
Created attachment 349946 [details]
pass the label for existing devices.

Comment 6 Wade Mealing 2009-07-01 03:20:26 UTC
Posted to anaconda devel, got ack for 5.5

Comment 7 RHEL Program Management 2009-09-25 17:44:08 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 10 Alexander Todorov 2009-12-14 15:20:32 UTC
Hi folks,
this looks like it's been fixed in RHEL5.4 My automated test case uses the following ks.cfg partitioning:

clearpart --all --initlabel 
part /boot --asprimary --fstype="ext3" --size=200 --bytes-per-inode=4096 --label=BOOT
part swap --fstype="swap" --recommended --bytes-per-inode=4096 --label=SWAP
part / --fstype="ext3" --grow --size=2048 --bytes-per-inode=4096 --label=ROOTPART

The result for the root partition is:
# tune2fs -l /dev/sdb1
Filesystem volume name:   ROOTPART
... skip ...

/etc/fstab has
LABEL=ROOTPART          /                       ext3    defaults        1 1

and blkid reports:
/dev/sdb1: LABEL="ROOTPART" UUID="9b48a783-858d-4bf1-88f9-e15842319c04" TYPE="ext3" 

What has been fixed exactly?

Comment 12 Alexander Todorov 2010-02-02 11:56:20 UTC
This works in the current release. See comment #10 and comment #11.


Note You need to log in before you can comment on or make changes to this bug.