How was the cloned_tapes file created? You should really let the filer create it for you. If you just edited it yourself, then try putting a comment line at the top - I haven't tested this but it may work - the format of the automatically-created file has commented-out first few lines.
Otherwise, delete the file and reboot (there will be an error message at boot telling you the tape drive is unsupported), then follow this procedure:
Do 'mt -f rst0a status' - this will create the file /etc/cloned_tapes
Edit the cloned_tapes file to map the product ID, ie. add a line:
DLT8000 EMULATES DLT7000
Do 'mt -f rst0a status' again.
Now 'sysconfig -t' should list the appropriate device files.
Note that there will still be an error message about an unsupported tape drive at boot, but it will all continue to work.
You might try omitting the reboot - I'm not sure if that will work, but if you follow the procedure above you should be fine.
There is a TIP on NOW but I thought sending you the URL would be a bit mean since you said you haven't got a working account presently!
Regards, Andrew
-----Original Message----- From: owner-dl-toasters@netapp.com [mailto:owner-dl-toasters@netapp.com]On Behalf Of bjf Sent: 04 April 2000 22:49 To: toasters@mathworks.com Cc: wild@rebel.com Subject: ADIC FastStor on F720
Howdy,
At my day job, I've got a F720 running 5.3.4R2. I'm trying to attach a new ADIC FastStor 7 tape library to it.
The filer sees the changer and the drive:
slot 0: SCSI Host Adapter 0b (Qlogic ISP 1040B) Fast/Wide, Differential Firmware Version 4.65 Clock Rate 60MHz. 1: ADIC FastStor DLT 0115 3: QUANTUM DLT8000 010F
But it won't qualify the drive, even if I try using the /etc/cloned_tapes file.
disk0> sysconfig -t
Tape drive (0b.3) DLT8000 (Non-qualified tape drive)
/etc/cloned_tapes: DLT8000 EMULATES DLT7000
(also tried QUANTUM DLT8000 EMULATES QUANTUM DLT7000).
Any ideas? Hopefully my registration on now.netapp.com will come thru sometime soon...
Thanks,
Bryan
-- Bryan Fullerton http://bryanfullerton.com/ Core Competency Samurai Consulting Can you feel the Ohmu call?
On Wed, Apr 05, 2000 at 04:05:42AM -0700, "Bond, Andrew" abond@netapp.com wrote:
Do 'mt -f rst0a status' - this will create the file /etc/cloned_tapes
Aha! That was the missing step. The (paper) manual seemed to indicate that /etc/cloned_tapes was created if needed by the reboot process, and mt was just for querying.
Now 'sysconfig -t' should list the appropriate device files.
Yep, that's got it!
I have a temporary NOW login - is there a document there with recommnded dump usage with DLTs? All the paper documentation seems to be lodged in the Exabyte timeframe.
Bryan
From a Solaris 7 system we're seeing the same dates on all our snapshots (but 'snap list' on the filer gives the correct dates). The filer date is correct. Has anyone else seen this? Is there a fix or workaround?
Thanks much, Frank
PS Is there an archive of the toaster messages?
quetzalcoatl:/vol1# ls -l .snapshot total 88 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.0 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.1 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.2 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.3 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.4 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.5 drwxr-xr-x 4 root root 4096 Mar 22 11:12 nightly.0 drwxr-xr-x 4 root root 4096 Mar 22 11:12 nightly.1 drwxr-xr-x 4 root root 4096 Mar 22 11:12 nightly.2 drwxr-xr-x 4 root root 4096 Mar 22 11:12 weekly.0 drwxr-xr-x 4 root root 4096 Mar 22 11:12 weekly.1 quetzalcoatl:/vol1#
use "ls -lu" instead:
-u Use time of last access instead of last modification for sorting (with the -t option) or printing (with the -l option).
--tmac
******All New Numbers!!!****** ************* *************
Timothy A. McCarthy --> System Engineer, Eastern Region Network Appliance http://www.netapp.com 240-268-2034 Office \ / Page Me at: 240-268-2001 Fax / 877-5-NETAPP
On Thu, 6 Apr 2000, Frank Gilmurray wrote:
From a Solaris 7 system we're seeing the same dates on all our snapshots
(but 'snap list' on the filer gives the correct dates). The filer date is correct. Has anyone else seen this? Is there a fix or workaround?
Thanks much, Frank
PS Is there an archive of the toaster messages?
quetzalcoatl:/vol1# ls -l .snapshot total 88 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.0 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.1 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.2 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.3 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.4 drwxr-xr-x 4 root root 4096 Mar 22 11:12 hourly.5 drwxr-xr-x 4 root root 4096 Mar 22 11:12 nightly.0 drwxr-xr-x 4 root root 4096 Mar 22 11:12 nightly.1 drwxr-xr-x 4 root root 4096 Mar 22 11:12 nightly.2 drwxr-xr-x 4 root root 4096 Mar 22 11:12 weekly.0 drwxr-xr-x 4 root root 4096 Mar 22 11:12 weekly.1 quetzalcoatl:/vol1#
Yes, that's the date of the last modifcation of the root of that volume, /. If you want to see the create time, check the access time (which is not useful otherwise because it is a read-only fs).
I thought this was clearly discussed in the manual, but I'm reciting from memory, so I could be wrong. (I know there was something about snapshots and their reported timestaps.)
Bruce
sirbruce@ix.netcom.com (Bruce Sterling Woodcock) writes:
I thought this was clearly discussed in the manual, but I'm reciting from memory, so I could be wrong. (I know there was something about snapshots and their reported timestaps.)
Sure it is. In the ONTAP 5.2 System Administrator's Guide:
pp. 267-268 "Example 2 of snap sched command". [The "Note" on p. 268 covers exactly the point Frank Gilmurray is confused about.] & p. 280 "Determining access times".
YSAGMV, but I would bet not by much...
Chris Thompson University of Cambridge Computing Service, Email: cet1@ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.