- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- Re: EVA reports more allocated space than availabl...
-
-
Forums
- Products
- Servers and Operating Systems
- Storage
- Software
- Services
- HPE GreenLake
- Company
- Events
- Webinars
- Partner Solutions and Certifications
- Local Language
- China - 简体中文
- Japan - 日本語
- Korea - 한국어
- Taiwan - 繁體中文
-
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
- HPE Blog, Austria, Germany & Switzerland
- Blog HPE, France
- HPE Blog, Italy
- HPE Blog, Japan
- HPE Blog, Middle East
- HPE Blog, Latin America
- HPE Blog, Russia
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
- HPE Blog, Poland
-
Blogs
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Blog, Latin America
- HPE Blog, Middle East
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
-
Information
- Community
- Welcome
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Tips and Tricks
- Resources
- Announcements
- Email us
- Feedback
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Aruba Airheads Community
- Enterprise.nxt
- HPE Dev Community
- Cloud28+ Community
- Marketplace
-
Forums
-
Forums
-
Blogs
-
Information
-
English
- 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
10-27-2010 04:45 PM
10-27-2010 04:45 PM
A number of our EVAs report more allocated space than 'actual' space. Oddly this seems to only have happened after an upgrade to CV9.3 (i say oddly as i can't see how this can be related).
It doesn't matter if you have protection on None, Single or Double.
It doesn't matter if you add a disk (or indeed, where possible remove a disk from the disk group).
It doesn't 'fix' if you create vdisks or delete vdisks.
It doesn't 'fix' by letting levelling operations run over the DG.
An example or two:
EVA8000. XCS 6.22
Disk group has 8 * 300G disks. Protection level is Single. Actual Vdisks created on DG uses 211G.
Summary
Total: 1627 GB
Allocated: 1844 GB
(Alarm level exceeded)
Allocation level: Not available
Maximum Vdisk size
Vraid0: 1294 GB
Vraid1: 647 GB
Vraid5: 1035 GB
EVA8100.
Disk group has 8 * 300G disks. Protection level is Single. Actual Vdisks created on DG uses 1000G.
Summary
Total: 2201 GB
Allocated: 17179868654 GB
Allocation level: Not available
Maximum Vdisk size
Vraid0: 1026 GB
Vraid1: 513 GB
Vraid5: 821 GB
I've been told a controller resync (or fast reboot) may be required but i haven't yet found the available time to schedule this.
Anyone else had this issue and/or have advice/thoughts ?
regards,
-jason
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-27-2010 05:37 PM
10-27-2010 05:37 PM
SolutionThis is a classic issue on CV EVA and we often encounter this issue, this has been brought to notice to the Command view EVA team. As of now resync is the only option to get CV EVA to show the actual values. Please schedule a resync during low IO.
Thanks,
Rajiv
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-27-2010 06:49 PM
10-27-2010 06:49 PM
Re: EVA reports more allocated space than available space
So following on from that, anymore care to take a stab at explaining the difference between a resync operation and a controller reboot (fast boot?)
I'm in the middle of an IT freeze and while i have lots of periods of low I/O, i have to jump a lot of hoops to get _anything_ that may affect services approved right now.
I've done a controller reboot to fix another issue (on another EVA) but i've not performed a resync operation myself (still new to EVA) and i'm trying to understand the implications.
e.g
More or less risk than a reboot ?
Faster or slower than a reboot ?
Do you have to resync each controller or just one 'resync' operation ?
Do you interrupt I/O to each controller ? For < ??s ?
regards,
-jason
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-27-2010 07:30 PM
10-27-2010 07:30 PM
Re: EVA reports more allocated space than available space
Controller resync and Controller fast boot are synonymous, one resync command would fast boot both controllers one by one. This is not data intrusive (provided Multipath is set accordingly) however the resync time depends on the total capacity used on the array. If the resync time exceeds 60 seconds then the hosts start complaining.
There is a formula to calculate this resync time and you can find it in the XCS upgrading guide.
Here's the link to the XCS 6.22 upgrade guide which talks about resync and the time taken to resync:
http://h20000.www2.hp.com/bc/docs/support/SupportManual/c02104123/c02104123.pdf
Hope this helps.
Thanks & BR,
Rajiv
Hewlett Packard Enterprise International
- Communities
- HPE Blogs and Forum
© Copyright 2022 Hewlett Packard Enterprise Development LP