Bug 209266 - Please add lvm_tab to /etc/init.d/netfs script
Summary: Please add lvm_tab to /etc/init.d/netfs script
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: initscripts
Version: 4.3
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-10-04 06:42 UTC by Lior Kaplan
Modified: 2014-03-17 03:02 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-09-28 19:04:45 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Lior Kaplan 2006-10-04 06:42:08 UTC
Summery:
/etc/init.d/netfs scripts will activate all the VGs in the system by the command
'vgchange -ay'. There is no way to configure VGs not to activate.

More info:
I'd like this feature due to a Cluster I have, with two server sharing a disk. I
want don't want the VGs to be activated at the system startup. I prefer the
cluster daemon (Service Guard in my case) to do the activation on one of the nodes.

For that I need a way to have the init scripts read some config file
(/etc/lvm/lvmtab ?) for the list of VGs to activate.

I've tried using the option for this in /etc/lvm/lvm.conf, but that option
disables the use of the VG until the file is edited again.

Thanks

Comment 1 Bill Nottingham 2006-10-04 15:49:42 UTC
This is the same command that's in rc.sysinit - I'm not sure there's a
particular simple change that could solve this.

Long term, you'd probably want a storage daemon that listens to storage hotplug
events and then knows what LVs, VGs, etc. to activate, but that's a long ways off.

Comment 2 Bill Nottingham 2007-09-28 19:04:45 UTC
With the goal of minimizing risk of change for deployed systems, and in response
to customer and partner requirements, Red Hat takes a conservative approach when
evaluating changes for inclusion in maintenance updates for currently deployed
products. There's really not a good way to fix this simply.


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