- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: MSL6060 Drive fetch failure
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
тАО12-14-2005 11:35 PM
тАО12-14-2005 11:35 PM
Re: MSL6060 Drive fetch failure
Thanks for the additional info.
You can mail the support ticket to ltt_team@hp.com, with my name in the subject line.
Your configuration does not sound complex as at all (which is good). There are few things we can check on the 2003 server if the problem is happening on older firmware as well.
If you use LTT to update firmware, you will need a password (I can send you that form the ltt_team mailbox). However, if you use the web interface, you will not need a password to downgrade.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-15-2005 03:28 AM
тАО12-15-2005 03:28 AM
Re: MSL6060 Drive fetch failure
I have your support ticket from the LTT team mailbox, and will have engineering team look at it.
Please let us know if the problem stops happening now that you are back on 4.30 firmware.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-15-2005 10:19 PM
тАО12-15-2005 10:19 PM
Re: MSL6060 Drive fetch failure
After downgrade to 4.30 we have run backup now for 20 hours without errors, I will give better information on monday morning.
GFH
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-16-2005 12:54 AM
тАО12-16-2005 12:54 AM
Re: MSL6060 Drive fetch failure
OK, I have my fingers crossed.
What was the failure frequency with 5.13 firmware?
The product engineering team is looking at the logs to see if they provide any clues.
- dave
HP Engineering
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-18-2005 07:22 AM
тАО12-18-2005 07:22 AM
Re: MSL6060 Drive fetch failure
--
Vallo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-18-2005 10:20 AM
тАО12-18-2005 10:20 AM
Re: MSL6060 Drive fetch failure
No problem jumping in - glad you did. We'll look these cases in parallel which may help us understand the root cause quicker.
What version of firmware were you on previously?
If you need an LTT password to downgrade the robotics back (everything else can stay at the current revision), let me know. Note: you can downgrade library code without a password using the remote management interface.
Also, if you have a case number I can look for the support ticket. I would recommend you ask your support contact to elevate the issue to tier 3 engineering (swapping hardware likely will not resolve it).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-18-2005 10:06 PM
тАО12-18-2005 10:06 PM
Re: MSL6060 Drive fetch failure
Good news, We have now run backup for 4 days without errors after firmware downgrade to 4.30. So it seems to be somthing wrong with firmware 5.13.
Failure frequency with 5.13 firmware was every 4 - 6 tape unload failed with fsc code 3011
regards
GFH
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-19-2005 06:46 AM
тАО12-19-2005 06:46 AM
Re: MSL6060 Drive fetch failure
previous firmware was 5.07. We already downgraded to 4.30 using web interface. Case number is 1209761193, but as I see somebody has already erroneously closed it. Grrr...
The case has also comment that the e-mail, which I sent to address indicated while submitting the case, had 0 attachments. This is plain wrong, as I have the message I sent in front of me. It had gzipped file attached as base64 encoded, message type was standard multipart/mixed. Something's wrong with the receiving end I guess. Anyway, please contact me vallo at estcard.ee if needed.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-19-2005 07:10 AM
тАО12-19-2005 07:10 AM
Re: MSL6060 Drive fetch failure
> ... Anyway, please contact me vallo at estcard.ee if needed.
OK, I will contact you via email. The engineering team said the "shuttle jam" error is likely different than the fetch errors a few others have seen with the 5.13 firmware. They would like to see the support ticket from LTT for your library.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-19-2005 07:54 AM
тАО12-19-2005 07:54 AM
Re: MSL6060 Drive fetch failure
Thank you for your updates on testing with 4.30, and the frequency of failure before downgrading. I've passed that onto the engineering team, to help with their analysis.