Bug 178649

Summary: unable to stop lvm from checking if there are logical volumes
Product: [Fedora] Fedora Reporter: jim <fedorajim>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED WONTFIX QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: agk, heinzm, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-01-23 15:49:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description jim 2006-01-23 03:02:36 UTC
Description of problem:
unable to stop lvm from checking if there is a logical volumes.  I do not have
logical volumes on my hard drive. but yet there is a lvm check before udev on
every boot up.  to me as well as others, this is a waste of time for it to tell
me what i already know " no logical volumes found" 

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

How reproducible:
every boot up 

Steps to Reproduce:
1. reboot 
2.
3.
  
Actual results:
lvm checks for Logical volumes

Expected results:
if not volumes are created in the beginning, ther eis no need to check for them 

Additional info:

is it possible to just remove the rpm for lvm2  ? or will my system crash and
burn while it runs away.

Comment 1 Heinz Mauelshagen 2006-01-23 09:22:30 UTC
It is mandatory to run lvm in initscripts in order to make sure that any volume
groups are discovered or we'ld be in trouble if essential filesystems live on
logical volumes. OTOH we could have an option to intentionally disable that
behaviour there in case the user really wants to.
Changing component to initscripts for clarification.

Comment 2 Bill Nottingham 2006-01-23 15:49:19 UTC
Realistically, this won't change - we need to check as mentioned in comment #1.