- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Automate Retrieving Device Firmware Revisions
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
Forums
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
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-20-2006 12:23 AM
тАО01-20-2006 12:23 AM
Automate Retrieving Device Firmware Revisions
I work in a hosting company and we have many clients each with their own backup solution. This means that we have a few hundred HP backup devices. I was wondering if anyone knew of a way to get the firmware revision of each servers directly attached tape drive. Currently, the only way to do it is to run HP L&TT and query the device. This is too manual. I can write a script to get the server to perform some tasks to get this information. But I was hoping there was some form of command line tool that you could use to get the firmware revisions out of the hardware. It does not matter if it retrieves the firmware versions for all devices on the SCSI bus, just as long as the tape drive is one of them. Once I have this data I can work with it.
I have tried running a scan with L&TT and then seeing if i could access the saved information without the device attached. It remembered that there was a device attached, but when you select it, it tries to access the device directly to get the firmware information. It seems that none of this info is logged back to the client.
Any help much appreciated!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-23-2006 11:31 AM
тАО01-23-2006 11:31 AM
Re: Automate Retrieving Device Firmware Revisions
Here's an example of a system with two autoloaders attached:
2/0.3.0:2/0.7.0:2/0.3.1:0:1:3:HP:Ultrium 3-SCSI:G38W:"\\.\SCSI2:":0:5
2/0.3.1:2/0.7.0::0:8:3:HP:1x8 autoloader:1.46:"\\.\SCSI2:":0:6
2/0.5.0:2/0.7.0:2/0.5.1:0:1:3:HP:Ultrium 1-SCSI:P32W:"\\.\SCSI2:":0:5
2/0.5.1:2/0.7.0::0:8:3:HP:1x8 autoloader:1.40:"\\.\SCSI2:":0:6
2/0.7.0:::0:14:0:Adaptec:SCSI Adapter::"aic78u2":0:0
3/0.0.0:3/0.7.0::0:0:3:SEAGATE:ST336607LW:HPS4:"\\.\PhysicalDrive0":3:0
3/0.1.0:3/0.7.0::0:0:3:SEAGATE:ST373453LW:HPS2:"\\.\PhysicalDrive1":3:0
3/0.2.0:3/0.7.0::0:0:3:MAXTOR:ATLAS10K5_146WLS:HPM7:"\\.\PhysicalDrive2":3:0
3/0.7.0:::0:14:73:Symmpi:SCSI Adapter::"Symmpi":0:0
4/0.7.0:::0:14:73:Symmpi:SCSI Adapter::"Symmpi":0:0
The firmware revision is included. For the Ultrium 3 drive, it is G38W
"HP:Ultrium 3-SCSI:G38W:"
Does that help?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-09-2006 09:16 PM
тАО02-09-2006 09:16 PM
Re: Automate Retrieving Device Firmware Revisions
Thanks for the response, however, the information included in my scan isn't quite so useful. For example:
4/0.1.0:4/0.255.0:4/0.0.0:0:1:2:COMPAQ:SDLT320:5252:"\\.\Tape0":3:11:YES
4/0.2.0:4/0.255.0:4/0.0.0:1:1:2:COMPAQ:SDLT320:5555:"\\.\Tape1":3:11:NO
With these SDLT drives, the firmware version is actually V082, but I'm just getting the model type in the scan.
Any more suggestions?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-10-2006 01:36 AM
тАО02-10-2006 01:36 AM
Re: Automate Retrieving Device Firmware Revisions
Actually the informaton is there.
Looking at your output:
4/0.1.0:4/0.255.0:4/0.0.0:0:1:2:COMPAQ:SDLT320:5252:"\\.\Tape0":3:11:YES
4/0.2.0:4/0.255.0:4/0.0.0:1:1:2:COMPAQ:SDLT320:5555:"\\.\Tape1":3:11:NO
The "5252" is V82, and the "5555" is V85. Quantum decided to return there firmware revisions in a slightly different format. I believe they encode the servo version and the scsi controller version into one string. The revisions I beleve are in hex, so 52h -> 82, and 55h -> 85.
The LTT GUI does automatically for you, so all you see is the Vxx numbering.
And there is no need to track the servo code seperately from the controller code revisions, since you have to change them both at the same time.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-10-2006 01:38 AM
тАО02-10-2006 01:38 AM
Re: Automate Retrieving Device Firmware Revisions
Actually the informaton is there.
Looking at your output:
---
4/0.1.0:4/0.255.0:4/0.0.0:0:1:2:COMPAQ:SDLT320:5252:"\\.\Tape0":3:11:YES
4/0.2.0:4/0.255.0:4/0.0.0:1:1:2:COMPAQ:SDLT320:5555:"\\.\Tape1":3:11:NO
---
The "5252" is V82, and the "5555" is V85. Quantum decided to return there firmware revisions in a slightly different format. I believe they encode the servo version and the scsi controller version into one string. The revisions I beleve are in hex, so 52h -> 82, and 55h -> 85.
The LTT GUI does the conversion automatically for you, so all you see is the Vxx numbering.
And there is no need to track the servo code seperately from the controller code revisions, since you have to change them both at the same time.