- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Unable to mirror logical volume
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
12-10-2003 10:42 PM
12-10-2003 10:42 PM
I am trying to mirror my increased logical volume using SAM.
Increased from 10G to 20G, reastablish mirror, it says:
The command used to extend logical volumes, /sbin/lvextend, has failed. The stderr output from the command is shown below. The logical volume has not been extended.
lvextend: Not enough free physical extents available. Logical volume "/dev/vg00/lvol10" could not be extended. Failure possibly caused by strict allocation policy.
What now??
I need my mirror...
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 10:47 PM
12-10-2003 10:47 PM
Re: Unable to mirror logical volume
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 10:47 PM
12-10-2003 10:47 PM
Re: Unable to mirror logical volume
Is the lvol striped? Did you use pvg's ?
Gideon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 10:54 PM
12-10-2003 10:54 PM
Re: Unable to mirror logical volume
Thanx for being so quick again!
Uploaded are both output's.
I find nothing strange about them. It just feels like it wants the mirror-copy to be contiguous on the mirror-disk, and it cannot do this. I don't want it either!!
Thanx,
Regards,
Jan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 10:56 PM
12-10-2003 10:56 PM
Re: Unable to mirror logical volume
Like Pete said, there could be various reasons why you can not mirror the logical volume, below you will find a link to good doc from the itrc database.
http://www4.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000062683957
lvextend: Not enough free physical extents available DocId: KBAN00000084
Hope this helps,
Robert-Jan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 10:57 PM
12-10-2003 10:57 PM
Re: Unable to mirror logical volume
your logical volune already uses both disks in the volume group. Therefore you cannot mirror to a separate disk, which is what strict allocation policy requires.
regards,
John K,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 11:01 PM
12-10-2003 11:01 PM
Re: Unable to mirror logical volume
I need to remove the second (mirror) disk from the lv-definitions and re-insert it?
With something like lvreduce orso?
Regards,
Jan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 11:39 PM
12-10-2003 11:39 PM
SolutionLvol10 already occupies both physical volumes, and there's no space left on one of them: /dev/dsk/c1t15d0. Without going through a very extensive rearrangement of your logical volumes, the only alternative I see is to change the allocation policy to non strict (lvchange -s n
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2003 11:54 PM
12-10-2003 11:54 PM
Re: Unable to mirror logical volume
The basic problem is that you really don't have enough space to mirror such a big lv, even without strict policy. Your maximum possible size is 262+1976 PE = 17904Mo. Or same result with
Total PE 8680 = 69440Mo
Total used without lvol10 = 6704-2500 PE = 33632Mo
Available per mirror copy for lvol10 = (69440-33632)/2 = 17904 Mo
So 20000 Mo is too much in this vg.
Regards.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-11-2003 12:03 AM
12-11-2003 12:03 AM
Re: Unable to mirror logical volume
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-11-2003 12:39 AM
12-11-2003 12:39 AM
Re: Unable to mirror logical volume
perhaps my previous entry was not detailed enough. When you have defined a volume, the mirror for that must reside on a physically separate disk. As you only have two disks in the vol. group and the volume already uses extents from both disks, it cannot be mirrored.
Your present config says:
--- Distribution of logical volume ---
PV Name LE on PV PE on PV
/dev/dsk/c1t15d0 2238 2238
/dev/dsk/c0t10d0 262 262
meaning that 2238 + 262 = 2500 extents
the 2500 are used for the 20000 mb volume, meaning that each extend = 8 mb
Most of the volume is physically located on c1t15d0. If you reduce your volume to only use the 2238 extents on c1t15d0 it will make a volume the size of 2238 x 8 = 17904 mb
Such an operation would free the 262 extents on c0t10d0, which you could add to the existing 1976. This adds up to 2238 extents, meaning that there would be exactly enough space on c0t10d0 for mirroring 17904mb
That is what I think is possible. I may have overlooked something, as I am not used to such big numbers. Perhaps you better wait for other suggestions.
regards,
John K.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-11-2003 12:40 AM
12-11-2003 12:40 AM
Re: Unable to mirror logical volume
Okay, but what I don't get now: I do not need the allocated space on the second (mirror) volume anymore, this is left-over rubish from the previous mirror (the previous lvol10, sized 10G which has been deleted and re-created as an lvol10, sized 20G). Can't I just remove that rubish from the second disk and get enough space to establish a mirror with the new, good and nice lvol10 of 20G on the first disk??
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-11-2003 12:48 AM
12-11-2003 12:48 AM
Re: Unable to mirror logical volume
Perhaps you missed something ... There is *no* rubbish space for the old lvol10 ... It has been freed by lvremove, but you *don't* have enough space to create a 20Go mirrored lvol. *17904Mo* is your *maximum* allowed size.
Regards.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-11-2003 01:01 AM
12-11-2003 01:01 AM
Re: Unable to mirror logical volume
Creating a 16G lvol on the first disk, leaves the second one alone, leaving enough space to mirror lvol10 from the first disk on the second disk.
The 10G lvol spans both the first and the second disk in this lvol...
Alrighty then! I get the major idea... I was just convinced that the second disk in the VG was a dedicated mirror-disk, having a hard-boundry on size, but such is clearly not the case. This put's John's remarks in more clear perspective as well!!
Thanx very much!