- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: DAT 72 Drive replacement question
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
тАО01-14-2009 02:25 PM
тАО01-14-2009 02:25 PM
I have a 1u StorageWorks rackmount enclosure that has 2 internal DAT 72 tape drives. The StorageWorks enclosure has 2 scsi ports. Connected to the scsi ports are 2 RP3410 hosts running 11iv2.
I need to replace one of the DAT drives. Can I simply power down the StorageWorks enclosure, disconnect the scsi cable, replace the drive, reconnect, and power up? Will the hosts be ok with that? I would like to avoid host downtime or reboot.
TIA!!!!
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-14-2009 02:30 PM
тАО01-14-2009 02:30 PM
Re: DAT 72 Drive replacement question
you can do but confirm both the tape drive will free.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-14-2009 02:34 PM
тАО01-14-2009 02:34 PM
Solutionyou should be fine with that in my opinion.
I would do a full ioscan on the system to force a frsk hardware scan and check there seen again, and if not you may need to issue an insf for the path.
check the jumpers on the drive are the same and it should use the same scsi id, and use the same dev files.
if it takes awhile you may get some messages in the monitors about missing tape drive, just be as quick as possible getting it back together
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-14-2009 02:41 PM
тАО01-14-2009 02:41 PM
Re: DAT 72 Drive replacement question
One thing you must check is if there are any other devices (disks) attached to the same SCSI bus that this tape drive is. In that case you could still pull the drive but there is a chance you may temporarily interrupt i/o in the scsi bus.
I have the same enclosure but the 3U model and can do what I described without any issues but in my case the tape drives are alone in their own SCSI bus.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2009 07:40 AM
тАО01-15-2009 07:40 AM
Re: DAT 72 Drive replacement question
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2009 02:36 PM
тАО01-15-2009 02:36 PM
Re: DAT 72 Drive replacement question
Fired the enclosure up, tried to do a backup and the system didn't recognize /dev/rmt/0mn. Did an ioscan, saw the tape drive was claimed.
Went to /dev/rmt and a dir listing showed all the device files, all dated 8/31/2006, when I first built the system. Poked around a bit more, suddenly /dev/rmt/0mn worked fine. Back to /dev/rmt and a dir listing showed 0mn dated today! Spooky! (I DIDN"T build new device files??)