Bug 815220 - mkdumprd can't handle 'ext4 LABEL=KDUMP-TEST' when blkid -L $LABEL prints /dev/block/253:1
Summary: mkdumprd can't handle 'ext4 LABEL=KDUMP-TEST' when blkid -L $LABEL prints /de...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: kexec-tools
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Baoquan He
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 815229
TreeView+ depends on / blocked
 
Reported: 2012-04-23 07:17 UTC by WANG Chao
Modified: 2013-06-07 07:11 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
: 815229 (view as bug list)
Environment:
Last Closed: 2013-06-07 07:11:43 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description WANG Chao 2012-04-23 07:17:30 UTC
Description of problem:
When configuring 'ext4 LABLE=KDUMP-TEST' in kdump.conf, sometimes mkdumprd will fail with 'Dump target LABEL=KDUMP-TEST is probably not mounted.'

In function to_dev_name() of mkdumprd, blkid -L $LABEL isn't working as expected to print a string like `/dev/mapper/vg-host-lv_root`, but print /dev/block/253:1

# blkid
/dev/block/253:1: UUID="2be0f034-088c-4daa-b0fb-35a122f65d0e" TYPE="ext4" LABEL="KDUMP-TEST"
/dev/block/8:3: UUID="Mv49ix-3jCA-l3Qd-WCu8-S8kA-1y3r-2s5kLJ" TYPE="LVM2_member"
/dev/mapper/vg_ibmps70102-lv_root: UUID="2be0f034-088c-4daa-b0fb-35a122f65d0e" TYPE="ext4" LABEL="KDUMP-TEST"
/dev/sda2: UUID="e4a8f559-e01b-487c-9d54-026e42902eb3" TYPE="ext4"
/dev/mapper/vg_ibmps70102-lv_swap: UUID="e2e32626-6a32-4748-915b-3e51a1a9f033" TYPE="swap"
/dev/mapper/vg_ibmps70102-lv_home: UUID="28a2cc69-259a-475d-9c70-a91f9b619d63" TYPE="ext4"

# blkid -L KDUMP-TEST
/dev/block/253:1

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


How reproducible:


Steps to Reproduce:
1.e2lable /dev/mapper/vg_ibmps70102-lv_root KDUMP-TEST
2.config kdump.conf with ext4 LABEL=KDUMP-TEST
3.kdumpctl restart
  
Actual results:
mkdumprd failed
'Dump target LABEL=KDUMP-TEST is probably not mounted.'

Expected results:
mkdumprd success

Additional info:

Comment 1 WANG Chao 2012-04-23 07:25:32 UTC
There's another to_dev_name() in kdump.sh.

In the dumping progress, if blkid -L TEST-KDUMP prints something like /dev/block/253:1, sysroot won't be mounted, and vmcore will be saved to //var/crash/ in initramfs(the dracut env). This will cause system hang when there's not enough memory space and even memory is enough, the vmcore won't last until the next reboot

Comment 3 Fedora Admin XMLRPC Client 2013-02-25 08:06:42 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.


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