HP AiO400t HP StorageWorks Automated Storage Manager 3.8.0 release notes (5697 - Page 5

Issues and workarounds, Automated Storage Manager (ASM)

Page 5 highlights

Issues and workarounds Automated Storage Manager (ASM) This section describes issues related to HP Automated Storage Manager (HP ASM) version 3.8.0. Issue: When updating older versions of ASM to ASM version 3.8.0, the Final Upgrade Steps page of the installer incorrectly identifies the folder for the ASM Agent Installer as C:\hpnas\Components\Automated Storage Manager\. Workaround: The correct folder location of the ASM Agent Installer is C:\hpnas\Components\All-in-One Storage Manager. Issue: Snapshots fail with the error VSS_E_PROVIDER_VETO after updating older versions of ASM to ASM version 3.8.0. When updating older versions of ASM to version 3.8.0, the previous version of Microsoft iSCSI Target Client is not uninstalled. This results in users not being prompted for VSS Hardware Provider credentials. As a result, all snapshots fail with the VSS_E_PROVIDER_VETO error. Workaround: Uninstall the previous version of Microsoft iSCSI Target Client before updating to ASM version 3.8.0. If you have already updated to ASM version 3.8.0, modify the logon credentials of the VSS Hardware Provider service manually and then restart the service. Issue: After updating storage servers running ASM version 3.5 to ASM version 3.8.0, SQL Server applications are discovered as user-defined applications by ASM. In addition to these applications being discovered as user-defined applications, subsequent ASM discovery operations do not automatically promote these applications to SQL Server applications and any associated SQL Server databases are not discovered by ASM. This is an intermittent issue. Workaround: Restart the application server. Issue: Exchange, SQL Server, and user-defined application data restored to an alternate location cannot be deleted The data cannot be deleted due to insufficient privileges. All iSCSI LUNs created by Automated Storage Manager on a Windows server as part of hosting Exchange, SQL Server, and user-defined application storage, contain System Volume Information, a hidden system folder. This folder is by default only accessible to the SYSTEM user, and not to the Administrators group. There may also be other similar folders, such as SIS Common Store, if Single Instance Storage is enabled on the volume. Workaround: Change the privileges as follows: 1. Navigate to the System Volume Information folder in the restored data. 2. Right-click the folder and select Properties. 3. On the Security tab, add the Administrators group and select Full Control for its permissions. The folder can now be deleted by an administrator. Repeat this process for any other folders that are inaccessible by administrators. HP StorageWorks Automated Storage Manager 5

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

Issues and workarounds
Automated Storage Manager (ASM)
This section describes issues related to HP Automated Storage Manager (HP ASM) version 3.8.0.
Issue: When updating older versions of ASM to ASM version 3.8.0, the
Final Upgrade Steps
page of the
installer incorrectly identifies the folder for the ASM Agent Installer as
C:\hpnas\Components\Automated
Storage Manager\
.
Workaround: The correct folder location of the ASM Agent Installer is
C:\hpnas\Components\All-in-One
Storage Manager
.
Issue: Snapshots fail with the error
VSS_E_PROVIDER_VETO
after updating older versions of ASM to ASM
version 3.8.0.
When updating older versions of ASM to version 3.8.0, the previous version of Microsoft iSCSI Target Client
is not uninstalled. This results in users not being prompted for VSS Hardware Provider credentials. As a result,
all snapshots fail with the
VSS_E_PROVIDER_VETO
error.
Workaround: Uninstall the previous version of Microsoft iSCSI Target Client before updating to ASM version
3.8.0. If you have already updated to ASM version 3.8.0, modify the logon credentials of the VSS Hardware
Provider service manually and then restart the service.
Issue: After updating storage servers running ASM version 3.5 to ASM version 3.8.0, SQL Server applications
are discovered as user-defined applications by ASM.
In addition to these applications being discovered as user-defined applications, subsequent ASM discovery
operations do not automatically promote these applications to SQL Server applications and any associated
SQL Server databases are not discovered by ASM. This is an intermittent issue.
Workaround: Restart the application server.
Issue: Exchange, SQL Server, and user-defined application data restored to an alternate location cannot be
deleted
The data cannot be deleted due to insufficient privileges. All iSCSI LUNs created by Automated Storage
Manager on a Windows server as part of hosting Exchange, SQL Server, and user-defined application storage,
contain
System Volume Information
, a hidden system folder. This folder is by default only accessible to the
SYSTEM user, and not to the Administrators group. There may also be other similar folders, such as
SIS Common
Store
, if
Single Instance Storage
is enabled on the volume.
Workaround: Change the privileges as follows:
1.
Navigate to the
System Volume Information
folder in the restored data.
2.
Right-click the folder and select
Properties
.
3.
On the
Security
tab, add the Administrators group and select
Full Control
for its permissions.
The folder can now be deleted by an administrator. Repeat this process for any other folders that are inaccessible
by administrators.
HP StorageWorks Automated Storage Manager
5