Archive for category NetApp
I came across this error after setting up and FlexVolume on a Netapp filer and trying to connect to it from vSphere ESX host.
I had run through the wizard and made sure that each of the ESX hosts had read/write access as well as “Root” access to the export/volume but I continued to get this error:
“Error during the configuration of the host: Cannot open volume: /vmfs/volumes/270c64e8-cae0114b”
Originally I thought it may be that I had underscores in my export name as described in the Vmware KB article. I changed the export name to something without an underscore but still no dice.
It turns out even if you specify Unix security when creating the export, the Netapp filer will create it using NTFS by default! Why it sets the underlying security to NTFS on a NFS export with Unix security is beyond me. It may be the version of OnTap on our old dev filer (126.96.36.199)
To change this you need to do the following:
- Logon to your filer web management interface
- Expand “Volumes”
- Expand “Qtrees”
- Click “Manage”
- Click on the “NTFS” link next to the export you need to change
- Change the security style to “Unix” and then apply
- Go back to your host and try adding the NFS volume
I recommended getting familiar with this Netapp and vSphere best practices document as well.
Detailed info of the following best practice round up can be found here.
- The SMVI server component should be installed on the vCentre server
- Transient data such as the guest operating system swap file, temp files and page files, should be moved to a separate virtual disk on a separate data store to prevent large snapshots due to high rate of change
- Set vDisks that house temp/transient data to “Independent Persistent” to ensure SMVI does attempt to snap the volume that that vDisk resides on
- Licences required for SMVI
- Any required NFS, iSCSI FC protocol licenses
- When vCentre is installed on a VM the database associated with vCenter must not be installed on a virtual machine protected by SMVI to avoid time out issues. Where possible use a physical SQL server for vCenter
- It is recommended to configure data store level backups instead of VM backups where possible to reduce admin overhead and increase restore options.
- SMI .XML configuration files need to be on shared storage or backed up often to allow for recovery
- Set the Startup of the SMVI to Manual if you do restore vCenter from an image level backup. Important because
“When the virtual machine running SnapManager for Virtual Infrastructure is backed up by SMVI, the current state of the SMVI backup workflow is captured within the Snapshot copies. Should the virtual machine be restored at a later date, SMVI within the virtual machine assumes that the host has failed in mid-workflow and attempts to resume backups at the point at which the Snapshot copy was taken. This can cause backups to run multiple times even if they were originally successful.”
- After a restore of the SMVI vm remove the contents of the PROGRAMFILES%\NetApp\SMVI\server\crash directory and start the SMVI service
- If Vmware In an environment experiencing heavy disk I/O this will greatly increase both the speed and success rate of backups. This will result in crash consistent backups only which is generally only an issue for databases or e-mail servers.
- If a VM requires an RDM ( a requirement to use SnapDrive for SQL) it should be configured in physical mode. This will enabled the non RDM virtual disks (ie system partition) to be backed up using the vmware tool VSS integration.
- Create a separate storage admin account for SMVI to interact with the filer (don’t use the root account)
- Enable and use SSL on the filer to ensure passwords are encrypted
I am not a Linux guy. I know enough to make my way around the ESX service console but that’s about it. A Linux guy would not have spent hours figuring out the issue I had recently!
Anyway I have been setting up a little SRM lab and I wanted to configure a couple of Netapp ONTAP simulators for the storage replication component. The simulator needs to be run on a Linux host machine. I managed to get my host VMs running with Ubuntu 9.1. You can find the installation steps here if you are interested.
I attempted to mount the ONTAP simulator ISO to run the install but for some reason even though Linux was telling me it was mounted I could not get access to it. I mounted another ISO to make sure I wasn’t doing something wrong and it seemed to work fine.
So I mounted the ONTAP simulator ISO on a windows VM and I could access the files. I decided to copy the files to a share and access the installation files over the network.
After copying the install files over the network to the Linux VM I ran the installation which failed. I kept getting a “Cannot find an installed simulator nor an install package” error. I spent hours trying to figure out what the hell was wrong.
After digging through the setup.sh file I noticed that it looks for sim.tgz as the installation package. The file was in the directory and I could manually un-tar it so the file wasn’t corrupt. Then it finally dawned on me! The files I copied across from the windows server where all in CAPITAL LETTERS. I changed every files name to lower case and it worked!
I know Linux is case sensitive but I assumed setup would just run without adjusting anything. I think at some point during the coping of the files to windows then to linux all the file names where changed to capital letters.