Thanks, Kit. I just figured out the problem and now it works. I guess
the fact that there was nothing listed under the server's "Clone storage
nodes" field was forcing the server to look for an available clone tape
on its library, not the library attached to the storage node. It works
now, but one question: I cancelled the operation by using Ctrl-C on the
server (that's where I launched it from), and now it's still running,
and I can't stop it. Apparently the source tape was created some time
ago with a block size of 512 bytes. We did not have our /etc/stinit.def
file set up at that time, but now we do so we no longer see these
messages on tapes that we've created since then. NetWorker immediately
noted this as not being 65536 bytes and then issued the "Tape
positioning by record is disabled" message. Of course, the saveset that
I was tring to clone is like 7000 some records into the tape, and now
NetWorker is trying to forward to it which will take forever. I would
assume that if this tape had been created with the correct blocking
factor, and if I had cancelled the operation after it got to the correct
place on the tape, then it would not be aimlessly running like it is
now.
What should I do to stop this? Should I just shut down and re-start
NetWorker?
Thanks.
George
Kit Cunningham wrote:
>
> You do not say what system the library is connected to.
>
> It wants the clone tape on the solaris system. Is that where the library is?
>
> If the library is on the storage node you will need to set the clone storage
> node/storage node fields
> of the server and storage node client configs. Read the command page on
> nsrclone on how to set
> these.
>
> Another thing to remember is cloning wont put a second copy of a saveset on
> the same tape as
> an existing copy. This doesn't sound like your problem but will produce the
> same effect.
>
> Kit
>
> On 16 Apr 2003 at 16:57, George Sinclair wrote:
>
> > Okay, I just tried that, and the same problem occurs again. The Devices
> > window shows:
> >
> > ready for reading, idle
> >
> > next to the volume that has the original saveset, but the clone volume
> > never mounts, and if I manually mount it, NetWorker still shows the
> > following in the Messages window:
> >
> > media waiting event: Waaiting for 1 writable voluems to backup pool
> > 'Default Clone' tape(s) on server.
> >
> > This is the same thing as before. There are no operations running. A 'ps
> > -ef | grep nsr' shows nothing else other than the clone operation. I
> > even waited as long as a half hour and still no results.
> >
> > George
> >
> > "Buehler, Bob" wrote:
> > >
> > > Have you tried specifying just one ssid to clone?
> > >
> > > nsrclone -b 'Default Clone' -S <ssid>
> > >
> > > -----Original Message-----
> > > From: George Sinclair [mailto:George.Sinclair AT NOAA DOT GOV]
> > > Sent: Wednesday, April 16, 2003 3:11 PM
> > > To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
> > > Subject: [Networker] Cloning operation never runs
> > >
> > > Hi,
> > >
> > > I'm trying to clone a volume using either the GUI or command line and
> > > neither is working. This is the first time I have ever attempted to
> > > clone tapes, to be clear, I have never done this before. The primary
> > > server is running solaris 2.8 with Networker 6.1.1. The storage node
> > > server is running Redhat Linux 7.3, same version of NetWorker.
> > >
> > > I've tried with both a custom backup clone pool and the Default Clone
> > > pool. I did label a tape into both pools, one at a time, and neither
> > > works. What happens is that NetWorker loads the tape to be cloned but
> > > never loads the clone pool tape. Instead, it just sits there asking for
> > > it. I am trying to do this on a Storage Tek L80 with 4 LTO drives. The
> > > tapes in question are both LTO tapes.
> > >
> > > Here's the command I run from the primary server:
> > >
> > > nsrclone -b 'Default Clone' -V volid
> > >
> > > Also ran from storage node as:
> > >
> > > nsrclone -s server -b 'Default Clone' -V volid
> > >
> > > Both result in the same lack of results. I have tried it from the GUI,
> > > same problem. It's almost as if NetWorker just doesn't think it has a
> > > clone pool tape to use, but the mount window and volumes listing clearly
> > > indicates that it does. I even tried manually mounting the target clone
> > > tape, but NetWorker still keeps asking for it. The log files show no
> > > helpful information, other than the same messages the GUI displays about
> > > requesting a clone tape.
> > >
> > > Any help would be appreciated.
> > >
> > > Thanks.
> > >
> > > George
> > >
> > > --
> > > Note: To sign off this list, send a "signoff networker" command via
> > > email
> > > to listserv AT listmail.temple DOT edu or visit the list's Web site at
> > > http://listmail.temple.edu/archives/networker.html where you can
> > > also view and post messages to the list.
> > > =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> >
> > --
> > Note: To sign off this list, send a "signoff networker" command via email
> > to listserv AT listmail.temple DOT edu or visit the list's Web site at
> > http://listmail.temple.edu/archives/networker.html where you can
> > also view and post messages to the list.
> > =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
>
> ++++++++++++++++++++++++++++++++++++++++++++++++
> Kit Cunningham - idata Limited
> Mobile +64 21 448 444 email: k.cunningham AT idata.co DOT nz
> Support Calls to: 0800 backup - 0800 222 587
> Support email: support AT idata.co DOT nz
> http://www.idata.co.nz
> ++++++++++++++++++++++++++++++++++++++++++++++++
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
