- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- MSA Storage
- >
- Storage P2000 G3 FC
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
тАО06-18-2020 06:49 AM
тАО06-18-2020 06:49 AM
Storage P2000 G3 FC
Hi, we have Storage P2000 G3 FC Firmware version TS252P005 and SAS HD MM1000FBFVR Firmware version HPD9, Blade-C7000 with ProLiant BL460c Gen8 (host OS ESC 5.5 or 6.5).
We have problem to add storage to ESX OS, i see my volume on ESX Storage devices with LUN, but if i try add storage to ESX have error Call "HostDatastoreSystem.CreateVmfsDatastore" for object "ha-datastoresystem" on ESXi failed.
Please help, any idea?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2020 10:40 AM
тАО06-18-2020 10:40 AM
Re: Storage P2000 G3 FC
Your issue specific to VMWare and this is nothing to do with MSA
From support perspective, P2000 G3 not compatible with ESX6.5 so no point in trying anything if you have presented MSA volume to ESX6.5 host.
In case you have presented MSA volume to ESX5.5 then you can try below link to fix your issue,
https://communities.vmware.com/thread/482645
Hope this helps!
Regards
Subhajit
I am an HPE employee
If you feel this was helpful please click the KUDOS! thumb below!
**********************************************************************
I work for HPE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2020 11:01 AM
тАО06-18-2020 11:01 AM
Re: Storage P2000 G3 FC
Hello,
I have seen that error before when the array's LUN was previously presented to a different ESXi host. The problem is the new host can detect there is some LUN storage device file header infromation and doesn't know what to do with it.
As long as there is no data on the P2000 array - try wiping the Vdisk clean. You could delele and recreate a new Vdisk but this would delete all data currently on the Vdisk so be careful.
As mentioned previously, the P2000 was never qualified with ESXi 6.5. That would be an unsupported confirguration if further issues on the P2000 were encountered and you needed support help.
Cheers,
Shawn
I work for Hewlett Packard Enterprise. The comments in this post are my own and do not represent an official reply from HPE. No warranty or guarantees of any kind are expressed in my reply.
I work for HPE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2020 11:18 AM
тАО06-18-2020 11:18 AM
Re: Storage P2000 G3 FC
I tried to solve the problem this way, but getting an error when i run command from ssh 5.5 esx:
# partedUtil mklabel /dev/disks/naa.600c0ff000138d4a0728eb5e01000000 msdos
Error: Connection timed out during write on /dev/disks/naa.600c0ff000138d4a0728eb5e01000000
WriteNewPtable: Unable to commit to device /dev/disks/naa.600c0ff000138d4a0728eb5e01000000
it looks like esx host have just read permission to Storage volume, and dont have writting permision.
On Storage volume settings my volume have full read-writte access.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2020 11:36 AM
тАО06-18-2020 11:36 AM
Re: Storage P2000 G3 FC
I tried it, recreated it again different TYPE RAID VDIKS , volums- it didn't solve anything.
I try full wipe HDD with HP sMART Storage Administrator utility and created again VDIKS and volume - nothing helps.
the same situation is observed without Blade and fiber swithc, i try install esx 5.5 to stand allone HP or Dell server and connect direct with fiber cable stand allone server to Storage. The same error. I see all new created volume and lun but cant add storage or created VMFS-5 OR VMFS-3 volume to ESX
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2020 11:42 AM
тАО06-18-2020 11:42 AM
Re: Storage P2000 G3 FC
that's what says ESX on ssh comand line about this disk:
# fdisk -l
***
*** The fdisk command is deprecated: fdisk does not handle GPT partitions. Please use partedUtil
***
Disk /dev/disks/naa.600c0ff000138d4a0728eb5e01000000: 1998.3 GB, 1998375747584 bytes
255 heads, 63 sectors/track, 242955 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/disks/naa.600c0ff000138d4a0728eb5e01000000 doesn't contain a valid partition table
Found valid GPT with protective MBR; using GPT
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-05-2020 05:05 AM - edited тАО10-05-2020 05:08 AM
тАО10-05-2020 05:05 AM - edited тАО10-05-2020 05:08 AM
Re: Storage P2000 G3 FC
Hi,
try this by SSH on P2000:
# show unwritable-cache (probably displayes about 98 %)
# clear cache (should be 0)