Author: ramo <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Sun, 1 Jun 2008 05:58:00 -0400
Netoworker 7.2 UNIX AIX 5.3 (ML4) L40 [2 devices + 2 mail slots + 20 authorized Cells] Bridge StorageTeck SN3300 The automedia management is OFF hi again...plz i wanna help...my system config is belo
Netoworker 7.2 UNIX AIX 5.3 (ML4) L40 [2 devices + 2 mail slots + 20 authorized Cells] Bridge StorageTeck SN3300 The automedia management is OFF hi again...plz i wanna help...my system config is bel
Author: Davina Treiber <Davina.Treiber AT PEEVRO.CO DOT UK>
Date: Sun, 1 Jun 2008 11:35:46 +0100
ramo wrote: Netoworker 7.2 UNIX AIX 5.3 (ML4) L40 [2 devices + 2 mail slots + 20 authorized Cells] Bridge StorageTeck SN3300 The automedia management is OFF hi again...plz i wanna help...my system co
Author: ramo <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Sun, 1 Jun 2008 11:27:47 -0400
Ok, that?s my case : I have one tape labelled 14 days ago, in the 15th day it becomes RECYCLE; when the NETWORKER want to use it (the Automedia management is OFF) it cant write on with the message :
Most likely your device names are wrong in your jukebox config. The easiest way to test if the device name is wrong in the jukebox config: 1) Make sure both tape drives are empty. 2) Use 'nsrjb -l -n
Most likely your device names are wrong in your jukebox config. The easiest way to test if the device name is wrong in the jukebox config: 1) Make sure both tape drives are empty. 2) Use 'nsrjb -l -
Author: Peter Viertel <Peter.Viertel AT MACQUARIE DOT COM>
Date: Mon, 2 Jun 2008 13:17:12 +1000
What you are seeing is an inconsistency in the media database - the core problem is that when it first tried to recycle the tape there was only a partial success of the operation - eg it deletes the
Author: ramo <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Mon, 2 Jun 2008 04:38:33 -0400
version: NetWorker 7.2.2 Build 494 Network Edition/10 My tapes are all: IMATION Black Watch ULTRIUM (400GB/200GB) I have tested the devices with the mt command; the only difference between themes is:
Author: Peter Viertel <Peter.Viertel AT MACQUARIE DOT COM>
Date: Mon, 2 Jun 2008 19:25:21 +1000
Ah ok, there goes most of my theories... Now we're back to looking at your device config then.... Can you run: inquire -v If /dev/rmt1.1 and /dev/rmt/2.1 do point at the same drive the you should see
Author: Peter Viertel <Peter.Viertel AT MACQUARIE DOT COM>
Date: Mon, 2 Jun 2008 21:01:50 +1000
That's not much use is it? Try /usr/sbin/cdi_inq -f {device} NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Group Limited or third parties. If
Author: ramo <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Mon, 2 Jun 2008 15:06:06 -0400
ok stan;i have posted the result of the mt command,well i will posted them again for you : mt -f /dev/rmt1.1 status mt -f /dev/rmt21 status I have tested the devices with the mt command; the only dif
Author: Francis Swasey <Frank.Swasey AT UVM DOT EDU>
Date: Mon, 2 Jun 2008 16:03:34 -0400
Ramo, That is not what you were asked to do. Please provide the entire output from the two mt -f <device> status commands. Frank mt -f /dev/rmt1.1 status mt -f /dev/rmt21 status I have tested the dev
Author: ramo <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Tue, 3 Jun 2008 02:57:49 -0400
mt -f /dev/rmt2.1 status rmt2 Available 0A-08-02 Other FC SCSI Tape Drive attribute value description user_settable block_size 0 BLOCK size (0=variable length) True delay 45 Set delay after a FAILED
Author: tkimball <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Tue, 3 Jun 2008 05:06:24 -0400
Both drives have the same WWN, which is probably not helping any. You mention the drive configuration is an L40 (SCSI drives) attached to a SN3300 (SCSI to FC bridge). It sounds like the 3300 may not
Author: Peter Viertel <Peter.Viertel AT MACQUARIE DOT COM>
Date: Tue, 3 Jun 2008 19:13:54 +1000
Maybe they really are both pointing at the same physical device... Why don't you get a blank tape, stick it in one drive.... Write some data to it... Eg: tar cvf /dev/rmt1.1 /etc/motd Then run Tar tv
Author: ramo <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Tue, 3 Jun 2008 13:00:18 -0400
Today i have a hung on RMT1.1 : nsrd: Jukebox 'STKL40' failed: label write, I/O error And an error message from my SN3300 log: PS Port Error: Type 5, S_ID 0x000000, bus 1, CDB[0] = 0x00 Device Type =
Author: Curtis Preston <cpreston AT GLASSHOUSE DOT COM>
Date: Tue, 3 Jun 2008 14:41:41 -0400
The SN3000 is a POS. STK dropped it for a reason. I haven't talked to a single customer that didn't hate it. Rip off the bandaid and move on. Curtis Preston | VP Data Protection GlassHouse Techno