Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-07-2001 05:31 PM
08-07-2001 05:31 PM
vg255
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-07-2001 06:25 PM
08-07-2001 06:25 PM
Re: vg255
The LVM table size is a factor of the maximum number of logical volumes the volume group can contain (max_lv), the maximum number of physical volumes the volume group can contain (max_pv) and the size of the size of the physical extent (pe_size). The table must fit in one disk extent. This constrains some combinations of parameters.
There is nothing, however, that dictates that logical volume #255 *is* the 256th logical volume. It does not have to be named "lvol255". The name is just that, a name without penality. Further there is no requirement that the minor number of this logical volume equal decimal 255 (0xff). The only requirement is that a minor number be unique within a volume group.
Given the above, if you wish to use "lvol255" you do not need to unnecessary inflate the size of the LVM tables to match. There is no performance penailty doing or not doing this to my knowledge.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-07-2001 10:46 PM
08-07-2001 10:46 PM
Re: vg255
setting maxvgs to 255 does not impact the system performance but however it will eat soem memory for reserving the table space for those number of VGs .. this space should be very minimum and can be neglected.
Regrads,
Manju
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-07-2001 11:04 PM
08-07-2001 11:04 PM
Re: vg255
A Set of data strucutre is created in the kernel for each Logical volume group on the system. Setting this parameter to high value will conserve kernel storage space by creating high number of data structure in the kernel and will increase the kernel size. I am not sure by how much the kernel size will be increased.
Hope this helps,
manju
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-08-2001 04:24 AM
08-08-2001 04:24 AM
Re: vg255
If you are thinking to isolate vg cluster lock you will left without use a lot of space ( 2 disks).
I can see your need of isolate vgcluster lock.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-08-2001 09:40 AM
08-08-2001 09:40 AM
Re: vg255
even if JRF consistently writes "lvol255" he is right about
it: there is not neccessarily a connection between the
name of a volumge group and its internal number, as
shown by "ls -l /dev/*/group"...
BUT if you really want to set the kernel parameter
"maxvgs" to 256 (it must be one greater than the
highest number used), this will have a huge impact on
your kernel's footprint in RAM, and perhaps even on
disk: the kernel has to keep copies of whatever is in
your "/etc/lvmtab" and to have space for 256 VGs *
(255 LVs * max_LE LEs + max_PV * max_PEs) is a
really huge amount of space wasted!
Do you really intend to have something like 255 VGs
each with a couple of LVs, and then "mount" these?
Every "bdf" or "mount" you enter will scroll by for ages...
Nah, I do not believe you will do that.
Name your last VG what you want, but only increase
your "maxvgs" to a little bit more than the amount of VGs
you will actually use.
Just my $0.02,
Wodisch
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-08-2001 01:50 PM
08-08-2001 01:50 PM
Re: vg255
We increased maxvgs, rebuilt the kernel and of course rebooted. Creating vg11 worked fine after that.
It could have been a fluke and the reboot after the kernel build may be what really fixed the problem. Just take it as a heads up.
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-21-2001 12:42 PM
09-21-2001 12:42 PM
Re: vg255
I understand that the amount of required memory for the kernel will be increased, etc. etc., but has anyone actually used this many volume groups? I am looking for answeres based on experience with this type of configuration. Is there any down-side, if so what?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-21-2001 11:37 PM
09-21-2001 11:37 PM
Re: vg255
correct me if i'm wrong. But from dale message it seems that if you naming the Vg as vg11 and the maxvgs parameter in the kernel is set for 10, but at that time onlt three other VG's exist, he cannot create a VG with the name VG11. I can understand if he faces problem with the minor no of the group file, but can'e the name be vg11 with a group file with minor no. below 10 ?.
Hi soren, do you want to name your lock Vg as vg255 or you want the VG group file minor no as 255. If it is the first, i think you should be able to do that without incrasing the maxvgs parameter in the kernel. If it is the second then you can increase the maxvgs parameter in the kernel to 256 and i don't think it should increase your overhead.
That is my opinion.
Hope this helps.
thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-22-2001 10:22 AM
09-22-2001 10:22 AM
Re: vg255
The reason you got that error when you went to create volume group 11, was not because of maxvgs being set to 10...but this:
0x110000 .. 11 is in hex, and when the system translates this to the dec value you get 17. It is this value (17) that conflicts with the (10) value set in maxvgs. So when you increased your maxvgs value you must have set it higher than 17..so then you worked. I believe this is what they are referring to.
Hope this helps a little,
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-22-2001 11:04 AM
09-22-2001 11:04 AM
Re: vg255
There are too many issues with using a non-matching minor #.
So, does anyone out there have maxvgs > 200? It does not sound like it, so I will have to put together a environment to test on. So much for the easy way.