- Community Home
- >
- Storage
- >
- HPE Nimble Storage
- >
- Application Integration
- >
- Renaming Nimble Volumes for SQL Connectivity
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
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
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
01-29-2014 01:41 PM
01-29-2014 01:41 PM
We have several nimble volumes that we would like to change the name of. These volumes contain SQL DBs and Logs and are being passed as RDM's through our VMware hosts to our virtual SQL servers.
As far as I know, the nimble volume name is included in the iqn for the volume/LUN. Can we rename the volume live without impacting the volume or would we have to disconnect from the LUN (after turning of the SQL services of course), rename the volume then reconnect to the LUNs?
Thanks!
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2014 03:14 PM
01-30-2014 03:14 PM
Re: Renaming Nimble Volumes for SQL Connectivity
The short answer is "No, it WILL impact" the volume...but I love to break things so I tried it out in a test environment.
Since these are RDMs, the iSCSI connectivity is via ESX, not directly from the Windows guest. While *technically* the volume rename would not be immediately disruptive, it will ultimately lead to dropping paths to the volumes from the ESX host. I tested it in my lab as so:
I created a volume, attached it to a test instance of SQL as an RDM, wrote some files to it. All worked as expected.
I renamed the target in the Nimble array. RDM remained mounted to the guest, so far non disruptive.
I recscanned the iSCSI initiator and saw the volume go to "lost communication" status. However, the guest CONTINUED to see the RDM volume - writing was still possible to the volume at this point.
I then tried re-booting the guest - and the VM threw up all over itself. It threw errors while shutting down and would not reboot until I deleted the RDM and then added it back in - this time as a VMFS as the RDM was already established. So it WAS recoverable but it sure as hell would be disruptive to attempt this in production.
As I wanted to respond to you quickly, the short answer is that it will work for a while but you are going to have problems if you remain in that state. There is one last test you have me wondering about - Now that that guest is back on line, I am going to rename the volume again and see if it drops on it's own - my guess is that it will drop within 24 hours as the initiator polls for active targets.
I'll report back once I confirm that.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-31-2014 08:41 AM
01-31-2014 08:41 AM
SolutionThese are my notes from the steps I followed to rename a volume Randy. Vince in Nimble support was really helpful with this.
- Run on each host per KB59:
- for i in `esxcli storage nmp device list | awk '/Nimble iSCSI Disk/{print $7}' | sed -e 's/(//' -e 's/)//'`; do esxcli storage nmp psp roundrobin deviceconfig set --type "iops" --iops=0 --device=$i; done
- Ref kb54 to remove volume
- shut down vms on vmfs vol to be renamed
- right click datastore, unmount
- go to iscsi init properties (under hosts) - static disc - remove vol paths - say no to re-scan
- go to nimble gui and take vol offline
- rescan all from esx
- then you will no longer see volume
- rename volume in nimble gui and bring online
- rescan all
- configure R/R on connected volumes - right click manage paths,
- re-issue command above per kb59
- re-issue block reclamation command
- set up volume protection on renamed vmfs