- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: DLT changer driver and mc coomand
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
тАО07-09-2002 01:58 PM
тАО07-09-2002 01:58 PM
System running 11.0.
Compiled /usr/contrib/src/scsi_io.c to see if I could get the device talking back, scsi_io would not work on the /dev/rac/c2t1d0 device.
How could I get scsi_io and mc command talk to this DLT changer?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2002 03:02 PM
тАО07-09-2002 03:02 PM
Re: DLT changer driver and mc coomand
You may have to still have to add 'schgr' & 'sctl' drivers to your kernel. Once that is done you will need to add a specific device. Have a look at the attached document. This will solve your problem.
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2002 03:18 PM
тАО07-09-2002 03:18 PM
Re: DLT changer driver and mc coomand
Do you think I could use the instance number in the autoch driver to add special device file for the spt driver? I am not sure they would match.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2002 07:32 PM
тАО07-09-2002 07:32 PM
Re: DLT changer driver and mc coomand
http://www.docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90698/B2355-90698_top.html&con=/hpux/onlinedocs/B2355-90698/00/00/49-con.html&toc=/hpux/onlinedocs/B2355-90698/00/00/49-toc.html&searchterms=STK%7c9840&queryid=20011008-170000
If that does not help, please post a copy of your ioscan output.
# /usr/sbin/ioscan -fn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-10-2002 01:12 AM
тАО07-10-2002 01:12 AM
Re: DLT changer driver and mc coomand
Try each driver at a time.
Also try the sctl driver.
Remember to change your picker device file major number to the major number of the driver.
(use lsdev to determine what the major number should be).
Lastly you may have to harcode the device / driver binding into the kernel using
driver 0/x/x/x sctl
Then rebuild the kernel and reboot.
It can be a long process.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-10-2002 05:34 AM
тАО07-10-2002 05:34 AM
SolutionWhich one binds (autox0 or schgr) depends which type of bus your device is connected to.
The 'mc' command requires a pass-through interface. schgr and autox0 are actully medium changer class drivers, not pass-through drivers. However, on systems which use schgr pass-through commands can be sent to it as well. On systems using autox0 that is not true - those systems have to be configured using spt, which is mutually exclusive to the autox0 driver.
You must edit your /stand/system file to include spt and also add a driver directive which binds spt to that particular hardware path as this driver is not auto-binding.
You may leave autox0 in your kernel or remove it. It should not matter.
You also need to create device nodes manually for the spt bound devices using the mknod command.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-10-2002 11:41 AM
тАО07-10-2002 11:41 AM
Re: DLT changer driver and mc coomand
driver x/x.0.0 spt
and I removed the autox0 driver from kernel. I verified the spt driver is in the kernel and lsdev -d spt showed the major number is 237, so I mknod of spt as
/dev/spt/c2t1d0 with that major number.
I reboot the system, it still shows:
autoch 0 56/40.1.0 autox0 UNCLAIMED UNKNOWN HP C6280-7000
Why it keeps consider itself a autox0 device, until I added the autox0 driver to the kernel, it has no idea what it was before. Now, I removed the autox0 from kernel, it still claim itself as a autox0 class.
I did a lssf on the /dev/spt/c2t1d0, it came back saying Don't know how to handle driver "spt". Thanks for all the help from you guys.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-10-2002 01:22 PM
тАО07-10-2002 01:22 PM
Re: DLT changer driver and mc coomand
driver 56/40.1.0 spt
and not
driver x/x.0.0 spt
This statement specifically binds the spt driver to the device at hw path 56/40.1.0 and it should show up as claimed to spt after the reboot with the new kernel.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-10-2002 01:51 PM
тАО07-10-2002 01:51 PM
Re: DLT changer driver and mc coomand
driver x/x.0.0 just for simple without looking.
The actual line was
driver 56/40.1.0 spt
and I tried
driver 56/40.1.0 sctl
got the same result --
still trying to bind autox0.