- Community Home
- >
- Storage
- >
- Midrange and Enterprise Storage
- >
- HPE EVA Storage
- >
- Re: Disk Group Space Calculation Inconsistency
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
Discussions
Discussions
Forums
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
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
тАО03-16-2010 06:30 AM
тАО03-16-2010 06:30 AM
4 Disk Groups
Disk Drive Failure Protection = Single on all Disk Groups
All disks 146GB raw, 136.5 formatted
For 3 of the 4 disk groups, I am able to calculate the Disk Group total capacity using the following formula:
(Disk Grp spindle count x 136.5) - (2 x 136.5)
where 2 x 136.5 is the space reserved for Single disk drive failure protection
For example: Disk Group 1 has 16 disks
(16 x 136.5) - (2 x 136.5) = 1911 GB
This number matches the Command View / Disk Groups / Group 1 / Total Capacity value.
For the remaining disk group with 52 disks, I would expect:
(52 x 136.5) - (2 x 136.5) = 6825 GB but Command View shows a Total Capacity of 6711.
The disk groups for which the calculation works, have either 8 or 16 disks each. Could the issue be related to RSS and not having a disk count divisible by 8?
Any insight would be much appreciated.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2010 08:04 AM
тАО03-16-2010 08:04 AM
Re: Disk Group Space Calculation Inconsistency
That can change the next time a disk is added or removed from the disk group, and the RSS distribution changes.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2010 08:09 AM
тАО03-16-2010 08:09 AM
Re: Disk Group Space Calculation Inconsistency
Am I able to use SSSU to gain any more detail?
Disk Occupancy alarm level is set to 90% for all Disk Groups and no leveling appears to be taking place.
I have heard conflicting reports -- one that HP Best practices is that the occupancy alarm level should not be below 90% and another that this is an old recommendation and that the new recommendation is that each Disk Group should have a minimum of 5GB of unused space.
Any thoughts on this?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2010 08:24 AM
тАО03-16-2010 08:24 AM
Solutionhttp://forums13.itrc.hp.com/service/forums/questionanswer.do?threadId=1415181
5 GB is the absolute minimum, to be able to do rebuilding and leveling.
"Disk failure protection" is there to make sure that you have at least 2x(biggest disk) free. If free space is needed, can be taken from there, until a new physical disk can be added or replaced.
Of course the alarm level is there for a reasn too, specially if you use demand-allocated snapshots or Continous Access. Those use a variable space, and if you have only a few GB free, you'll run out of space pretty quickly.
In the case of snapshots, if a snapshot needs more space to grow and there's nothing left, all snapshots will be invalidated and deletted. This can ruin your backup strategy.
In Continuous Access, is the log grows until it fills all empty space, the DR Group will be marked for a full copy. This will have a significant perfomance impact. We have had cases of customers with so litlle space and links so slow that this leads to a chain reaction, where the data from other DR groups cannot be replicated quickly enough, so they end up logging and starting full copies too..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2010 08:39 AM
тАО03-16-2010 08:39 AM
Re: Disk Group Space Calculation Inconsistency
Are you able to recommend anything on using SSSU to get more insight into RSS?