home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sun / admin / 8064 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.2 KB  |  68 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!sun-barr!ames!pacbell.com!tandem!UB.com!quack!mrapple
  3. From: mrapple@quack.sac.ca.us (Nick Sayer)
  4. Subject: Re: DAT's on 4.1.2
  5. Message-ID: <fU2cPyS@quack.sac.ca.us>
  6. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  7. References: <Bx9HMI.5Eu@mail.boi.hp.com>
  8. Date: 8 Nov 1992 17:57:35 UTC
  9. Lines: 57
  10.  
  11. kde@boi.hp.com (Keith Emmen) writes:
  12.  
  13. >Well, It's time to ask the net, since I haven't been able to figure it 
  14. >out myself.
  15.  
  16. >We have a Sun clone (Hyundai) running vmunix 4.1.2.  We have been
  17. >trying to hook a DAT tape drive to the system, and while it is 
  18. >recognized at bootup, subsequent attempts to access it result in 
  19. >messages implying that it's off line or the tape is not loaded.
  20.  
  21. >When it boots, we see:
  22.  
  23. >      st0 at esp0 target 4 lun 0
  24. >      st0: <Vendor 'HP      ' Product 'HP35450A      -A'>
  25.  
  26. >but when we try to talk with mt(1), we see:  (there is no device file st0)
  27.  
  28. which is normal.
  29.  
  30. >       / # mt -f /dev/rst0 status
  31. >      /dev/rst0: no tape loaded or drive offline
  32. >       / #
  33.  
  34. At our company, we regularly use Archive Python DAT drives. We find that
  35. unless they are set up in the kernel (more specifically in
  36. /sys/scsi/targets/st_conf.c), the first access after tape insertion
  37. fails. Subsequent access, however, succeed. In our backup scripts we
  38. just stick
  39.  
  40. mt -f /dev/nrst0 st > /dev/null 2>&1
  41. mt -f /dev/nrst0 st > /dev/null 2>&1
  42.  
  43. at the top. This is harmless if used on other drives or on systems
  44. where the hack has been inserted in st_conf.c.
  45.  
  46. Try this at the end of st_conf.c:
  47.  
  48. {
  49.         "HP DAT 4mm Helical Scan", 16, "HP      HP35450A", 0x30, 512,
  50.         (ST_BSF | ST_BSR | ST_LONG_ERASE ),
  51.         5000, 5000,
  52.         { 0x00, 0x00, 0x00, 0x00 },
  53.         {  0, 0, 0, 0 }
  54. }
  55. };
  56. int st_ndrivetypes = (sizeof (st_drivetypes)/sizeof (st_drivetypes[0]));
  57.  
  58. #endif    /* NST > 0 */
  59.  
  60. A similar hack works for the Archive I have on my desk, but I don't have
  61. an HP, so no guarantees.
  62.  
  63. -- 
  64. Nick Sayer <mrapple@quack.sac.ca.us> | "Quick man! Cling tenaciously to my
  65. N6QQQ @ N0ARY.#NOCAL.CA.USA.NOAM     | buttocks!"
  66. 37 19 49 N / 121 57 36 W             | 
  67. +1 408 249 9630, log in as 'guest'   |     -- Powdered Toast Man
  68.