home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sun / admin / 9484 < prev    next >
Encoding:
Text File  |  1992-12-16  |  3.0 KB  |  65 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!munnari.oz.au!uniwa!DIALix!leo!leo!dsc
  3. From: dsc@leo.DIALix.oz.au (David Scott-Courtland (Contractor))
  4. Subject: Exabyte 8500 stacker driver query
  5. Message-ID: <1992Dec16.115950.20795@cancer.DIALix.oz.au>
  6. Sender: news@cancer.DIALix.oz.au
  7. Nntp-Posting-Host: leo
  8. Reply-To: dsc@leo.DIALix.oz.au
  9. Organization: Western Mining Corp.
  10. Date: Wed, 16 Dec 92 11:59:50 GMT
  11. Lines: 52
  12.  
  13. G'Day from Sunny W.A.
  14.  
  15.     I work as a Systems Admin Person (SAP) on a remote minesite in
  16.     West Australia. They have a carton of Sun's (IPX/IPX/SS2). I have
  17.     restructured the Leinster Nickel Operations systems to be
  18.     server oriented. The main server is an IPX with presto card,
  19.     64M, 1 x 424M, 2 x 669M, 1 x 1.3G, 3 x 1.4G, cd and exabyte
  20.     8500 stacker. It's the last one I need some advice on.
  21.  
  22.     The issue is backups (isn't it always?). I have evaluated
  23.     Networker and BudTool and in conjunction with the Technical
  24.     Group here have decided that they are over-kill for the sites
  25.     needs. I have written a dump script that puts a tape header, a
  26.     file list for partitions and simply done a zero level dump onto
  27.     each tape each night. Then I knocked up an xview program to
  28.     give an interactive front end to the recovery. The whole system
  29.     has been in place now for about three months and has been working
  30.     very well. Absolutely no complaints and it serves the needs exactly.
  31.  
  32.     The issue I have is around the stacker. The stacker has two
  33.     scsi targets, one for the tape unit itself and the second for
  34.     the robotic arm. The robotic arm operates in a sequential mode
  35.     normally and when one tape is ejected, it simply puts it away
  36.     and gets the next one up the stack and inserts it into the
  37.     drive. This means that when a user wishs to recover a file,
  38.     they have to manually operate the buttons on the front of the
  39.     unit to 'select' the next tape to be used. After the recovery,
  40.     they have to 'select' the correct tape that WAS in the drive
  41.     and do another eject to make the arm put that correct backup
  42.     tape back in.
  43.  
  44.     Wouldn't it be nice to be able to control the arm via software?
  45.     Well. I have read just about every reference to scsi in the
  46.     manual set and scoured the man pages for details on how to
  47.     control that damn device with no luck. Does anyone know of any
  48.     manual, faq or PD stuff that I can read on how to issue scsi
  49.     control requests to a target? I have checked in the
  50.     /sys/sun4c/scsi directories and found many references to
  51.     functions like scsi_reset(), scsi_control() and so on, but no
  52.     detail, and detail is what I need. Any ideas? I understand it 
  53.     will probably require driver code, but that's ok I've written
  54.     drivers before.
  55.  
  56.     Dave.
  57.  
  58. +=======================================================================+
  59. |  ,-_|\   David Scott-Courtland - Systems Software Engineer            |
  60. | /     \  Consulting to Western Mining Corporation            |
  61. | *_,-._/  Home: (09) 370 2303  LNO (090) 265 5479                      |
  62. |      v   decnet:    lnos02::dsc    internet:   dsc@leo.DIALix.oz.au   |
  63. +=======================================================================+
  64.  
  65.