- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- MSL5052 + Vertias 9.1 Backup Exec
StoreEver Tape Storage
1754365
Members
4812
Online
108813
Solutions
Forums
Categories
Company
Local Language
back
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
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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-07-2004 08:57 PM
10-07-2004 08:57 PM
MSL5052 + Vertias 9.1 Backup Exec
I have an issue with an installation of a MSL5052 + NSR1200 - 160. Has anyone come across it????
Basically....
They have a MSL5052ST connected to a SAN using a e1200-160 NSR.
2 clustered nodes running W2k SP4 + all MS latest hot fixes all SAN connected running Backup Exec 9.1 + SSO+ Library Expansion Option + latest veritas device drivers.
1 server running W2k SP4 + MS hot fixes and Backup Exec 9.1 + SSO+ Library Expansion packs with master ADAMM database on + veritas device drivers.
All nodes can see the tape library and send jobs to it.
When the other node tries to send a job. Backup Exec reports that the library is offline and has a robotic error. Although the 1st server continues to complete the job and library continues and completes as if there isn't a problem.
It's a pain because it doesn't happen consistently. Which is making it really difficult to pin down and correct.
After trying various things including
Dumping and repairing the ADAMM database.
Different terminator configuration.
Uninstalling Veritas and installing a fresh copies on all nodes.
Different SCSI maps on the NSR.
Disabling the RSM service Win 2K (which should be done as it's running SSO)
Cataloguing old tapes from the existing backup. This worked all ok which made me more puzzled.
MSL library diags. All reports all ok.
Upgrading firmware on Robotic Arm to 4.27 and the SDLT drives ver 5252. All upgraded all ok.
Uninstalling low level drivers using tapeinst.exe. Reinstalling drivers from latest veritas device pack.
Hardware involved is Proliant DL360G3, DL560
NSR 1200-160 internal to MSL 5052 with 2 SDLT drives. SAN architecture is switched fabric. No zoning has been setup and currently there are only only nodes connected to an EVA3000.
Software installed is W2K + SP4 + hotfixes, Veritas 9.1 Backup Exec + hotfixes.
Basically....
They have a MSL5052ST connected to a SAN using a e1200-160 NSR.
2 clustered nodes running W2k SP4 + all MS latest hot fixes all SAN connected running Backup Exec 9.1 + SSO+ Library Expansion Option + latest veritas device drivers.
1 server running W2k SP4 + MS hot fixes and Backup Exec 9.1 + SSO+ Library Expansion packs with master ADAMM database on + veritas device drivers.
All nodes can see the tape library and send jobs to it.
When the other node tries to send a job. Backup Exec reports that the library is offline and has a robotic error. Although the 1st server continues to complete the job and library continues and completes as if there isn't a problem.
It's a pain because it doesn't happen consistently. Which is making it really difficult to pin down and correct.
After trying various things including
Dumping and repairing the ADAMM database.
Different terminator configuration.
Uninstalling Veritas and installing a fresh copies on all nodes.
Different SCSI maps on the NSR.
Disabling the RSM service Win 2K (which should be done as it's running SSO)
Cataloguing old tapes from the existing backup. This worked all ok which made me more puzzled.
MSL library diags. All reports all ok.
Upgrading firmware on Robotic Arm to 4.27 and the SDLT drives ver 5252. All upgraded all ok.
Uninstalling low level drivers using tapeinst.exe. Reinstalling drivers from latest veritas device pack.
Hardware involved is Proliant DL360G3, DL560
NSR 1200-160 internal to MSL 5052 with 2 SDLT drives. SAN architecture is switched fabric. No zoning has been setup and currently there are only only nodes connected to an EVA3000.
Software installed is W2K + SP4 + hotfixes, Veritas 9.1 Backup Exec + hotfixes.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-09-2004 01:08 AM
10-09-2004 01:08 AM
Re: MSL5052 + Vertias 9.1 Backup Exec
It seems there is some kind of communication problem between the two node with BE, I had some similar problem when media management where performed on the library, like adding cartridge or changing cartridge. the next operation reported this error. Veritas suggested to always use the mail slot to manage the media if a mail slot is configured. So try this first.
Second, I do not know if you have just two servers on the SAN or more, but if you have more servers, be sure that all Windows one have the RSM disabled, and the insight agents related to scsi and FC disabled too.
Related to Windows RSM, with windows 2003 there is also a Qarticle explaining that even if you disable the RSM service, some background tasks may still working (like TUR - Test Unit Ready)causing trouble in san environment .
Second, I do not know if you have just two servers on the SAN or more, but if you have more servers, be sure that all Windows one have the RSM disabled, and the insight agents related to scsi and FC disabled too.
Related to Windows RSM, with windows 2003 there is also a Qarticle explaining that even if you disable the RSM service, some background tasks may still working (like TUR - Test Unit Ready)causing trouble in san environment .
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP