ADSM-L

Re: ? on export/import using network attached file systems

2001-03-15 12:44:51
Subject: Re: ? on export/import using network attached file systems
From: Steve Bennett <steve_bennett AT ADMIN.STATE.AK DOT US>
Date: Thu, 15 Mar 2001 08:46:00 -0900
Herve,

I believe the defs are correct because the export starts and runs for a
while. It has done from 500mb to 1.8gb before failing in my several
attempts. I really believe this has to do with exporting data from
server1 to a server2 when the data being exported is stored in virtual
vols on server2. I have server3 and have exported the server1 data
there. I am in the process of setting up to import that data from
server3 to server2.

I still have no idea why I can't just use a network attached file system
when going from tsm 4.1 on win2000 when I can do it from adsm v3.1.2 on
aix. Tivoli has been zero help on that issue.

Thanks for your response.

"Chibois, Herve" wrote:
>
> Steve,
>
> when doing server2server operation, destination server MUST have a valid
> ARCHIVEPOOL with volumes ! Check this
>
> Have you checked the IBM Redbook, It's really helpfull, and your do not need
> a third server. I did not managed to do this stuff at the beginning and
> after having read the redbook, it works fine.
>
> send me your definitions of server-type node, and devclass
>
> Good luck
> rv
>
> > -----Message d'origine-----
> > De : Steve Bennett [mailto:steve_bennett AT ADMIN.STATE.AK DOT US]
> > Envoyi : jeudi 15 mars 2001 00:03
> > @ : ADSM-L AT VM.MARIST DOT EDU
> > Objet : Re: ? on export/import using network attached file systems
> >
> >
> > Herve,
> >
> > Good idea but it does not seem to work. I can get all the
> > defs done and
> > start an export but it always fails with the errors shown below.
> >
> > I think I have an idea why it fails so let me explain.
> >
> > Server1 has a diskpool but no tapepools. I have server1
> > diskpool migrate
> > to a virtual volumes in server2's diskpool. The server2 diskpool then
> > migrates to server2's tapepool, 3494 with two 3590e drives. This has
> > been working fine for months.
> >
> > Now I need to get the data off of server1 and into server2 as
> > native tsm
> > data which is why I am doing the export/import. When I start
> > the export
> > it has to open a session with server2 to get the data off of
> > the virtual
> > volumes and then send it back to the server2 diskpool as
> > export data. It
> > should work but does not.
> >
> > I have the same kind of problem trying to do reclaimation for the
> > server1 virtual volumes on server2. It would always fail with some
> > message indicating that the data was not available. I stopped doing
> > reclaimations and started using script created move data commands and
> > they work fine.
> >
> > I called tivoli one time about the reclaimation problem but
> > they didn't
> > have a clue what the problem might be.
> >
> > I just now setup a temporary tsm server called server3 and am doing a
> > export to it and then a import to server2 from server3. The export is
> > running now and looks like it will finish ok. Then I'll start
> > the import
> > and keep my fingers crossed.
> >
> > 031401 11:46:16       ANR8216W Error sending data on socket
> > 23.  Reason
> > 32.
> > 031401 11:46:16       ANR9999D pvrserv.c(854): ServWrite:
> > Error writing
> > SERVER
> >                        volume W2KTAPE1_LOOPBK_TARGET.EXP.984598810.
> > rc=30
> > 031401 11:46:16       ANR0662E EXPORT NODE: Output error
> > encountered in
> >                        accessing data storage.
> > 031401 11:46:16       ANR0569I Object not processed for REDWOOD-O:
> > type=Backup,
> >                        file space=\\redwood\c$,
> > object=\ADSM.SYS\REGISTRY\REDWO-
> >                        OD\MACHINE\ SAM.
> > 031401 11:46:16       ANR1361I Output volume
> > W2KTAPE1_LOOPBK_TARGET.EXP.9845988-
> >                        10 closed.
> > 031401 11:46:16       ANR8216W Error sending data on socket
> > 23.  Reason
> > 32.
> > 031401 11:46:16       ANR0794E EXPORT NODE: Processing terminated
> > abnormally -
> >                        error accessing data storage.
> > 031401 11:46:16       ANR0891I EXPORT NODE: Copied 3 optionset
> > definitions.
> > 031401 11:46:16       ANR0626I EXPORT NODE: Copied 1 node definitions.
> > 031401 11:46:16       ANR0627I EXPORT NODE: Copied 3 file space 0
> > archive files,
> >                        13 backup files, and 0 space managed files.
> > 031401 11:46:16       ANR0656W EXPORT NODE: Skipped 0 archive files, 1
> > backup
> >                        files, and 0 space managed files.
> > 031401 11:46:16       ANR0629I EXPORT NODE: Copied 16486
> > bytes of data.
> > 031401 11:46:16       ANR0611I EXPORT NODE started by XTSCSMB
> > as process
> > 241 has
> >                        ended.
> > 031401 11:46:16       ANR0986I Process 241 for EXPORT NODE running in
> > the
> >                        BACKGROUND processed 20 items for a total of
> > 16,486 bytes
> >                        with a completion state of FAILURE at 11:46:16.
> >
> >
> >
> > "Chibois, Herve" wrote:
> > >
> > > Hi Steve,
> > >
> > > I did the trip last month for one of my customer.
> > > Do not need to export to a shared FS, you can directly
> > > try "Server-to-server" export. It works fine.
> > > The "key-step" (which I forgot to do the first time) is the
> > > "loopback" devclass.
> > >
> > > You can have a look at this piece of redbook :
> > SG245244.PDF, '4.11.2 page
> > > 130
> > >
> > > Here is the steps I did for my customer.
> > >
> > > 1) export node from server1 to server2 (on a diskpool)
> > > 2) import node from server2 to server2 (that is the trick !)
> > >
> > > Good luck
> > > Rv
> > >
> > >
> > --------------------------------------------------------------
> > --------------
> > > --------------
> > > CYBORG is an E20 running TSM 3.7 on AIX 4.3.2
> > > GLADIATOR is a NT4 srv running TSM 4.1.2. It has to have a
> > file-devclass
> > > pointing to your fileserver1
> > >
> > > Source server = CYBORG
> > > Target server = GLADIATOR
> > >
> > >  GLADIATOR> REGISTER NODE CYBORG_SRV ?***? DOMAIN=UNIVERS
> > TYPE=SERVER
> > >  GLADIATOR> DEF SERVER GLADIATOR_SRV HLA=127.0.0.1 LLA=1500
> > > NODENAME=CYBORG_SRV PASS=?***?
> > >  GLADIATOR> DEF DEV LOOPBACK DEVT=SERVER
> > SERVERNAME=GLADIATOR_SRV MOUNRT=10
> > >
> > >  CYBORG> DEFINE SERVER gladiator_srv pass=?***?
> > hla=172.16.45.5 lla=1570
> > > nodename=cyborg_srv
> > >  CYBORG> DEFINE DEVCLASS GLADCLASS devtype=server
> > servername=gladiator_srv
> > >
> > >  CYBORG> export node aigle filed=all devc=gladclass
> > >  ANR0609I EXPORT NODE started as process 29.
> > >  ANS8003I Process number 29 started.
> > >
> > > -- CONSOLE CYBORG [BEGIN]
> > > -------------------------------------------------------------------
> > >  ANR2017I Administrator ADMIN issued command: EXPORT NODE
> > aigle filed=all
> > > devc=gladclass
> > >  ANR0984I Process 29 for EXPORT NODE started in the
> > BACKGROUND at 11:30:00.
> > >  ANR0609I EXPORT NODE started as process 29.
> > >  ANR0402I Session 264 started for administrator ADMIN
> > (Server) (Memory IPC).
> > >  ANR8340I SERVER volume GLADIATOR_SRV.EXP.981369000 mounted.
> > >  ANR1360I Output volume GLADIATOR_SRV.EXP.981369000 opened
> > (sequence number
> > > 1).
> > >  ANR0610I EXPORT NODE started by ADMIN as process 29.
> > >  ANR0635I EXPORT NODE: Processing node AIGLE in domain UNIVERS.
> > >  ANR0637I EXPORT NODE: Processing file space \\aigle\c$ for
> > node AIGLE.
> > >  ANR1361I Output volume GLADIATOR_SRV.EXP.981369000 closed.
> > >  ANR0617I EXPORT NODE: Processing completed with status SUCCESS.
> > >  ANR0626I EXPORT NODE: Copied 1 node definitions.
> > >  ANR0627I EXPORT NODE: Copied 1 file space 0 archive files,
> > 855 backup
> > > files, and 0 space managed files.
> > >  ANR0629I EXPORT NODE: Copied 204264420 bytes of data.
> > >  ANR0611I EXPORT NODE started by ADMIN as process 29 has ended.
> > >  ANR4006I EXPORT NODE: Volume 1 written by process is
> > > GLADIATOR_SRV.EXP.981369000.
> > >  ANR0568W Session 264 for admin ADMIN (Server) terminated -
> > connection with
> > > client severed.
> > >  ANR0986I Process 29 for EXPORT NODE running in the
> > BACKGROUND processed 857
> > > items for a total of 204,264,420 bytes with a completion
> > state of SUCCESS at
> > > 11:31:36.
> > > -- CONSOLE CYBORG [END]
> > >
> > ---------------------------------------------------------------------
> > >
> > >  GLADIATOR> import node * filed=all devc=loopback
> > > volume=GLADIATOR_SRV.EXP.981369000
> > >  ANR0609I IMPORT NODE started as process 29.
> > >  ANS8003I Process number 29 started.
> > >
> > > -- CONSOLE GLADIATOR [BEGIN]
> > > -------------------------------------------------------------------
> > >  ANR2017I Administrator ADMIN issued command: IMPORT NODE *
> > filed=all
> > > devc=loopback volume=GLADIATOR_SRV.EXP.981369000
> > >  ANR0984I Process 29 for IMPORT NODE started in the
> > BACKGROUND at 11:35:26.
> > >  ANR0609I IMPORT NODE started as process 29.
> > >  ANR0402I Session 858 started for administrator ADMIN
> > (Server) (Memory IPC).
> > >  ANR0406I Session 860 started for node CYBORG_SRV (Windows
> > NT) (Tcp/Ip
> > > 127.0.0.1(4136)).
> > >  ANR8340I SERVER volume GLADIATOR_SRV.EXP.981369000 mounted.
> > >  ANR1363I Input volume GLADIATOR_SRV.EXP.981369000 opened
> > (sequence number
> > > 1).
> > >  ANR0610I IMPORT NODE started by ADMIN as process 29.
> > >  ANR0615I IMPORT NODE: Reading EXPORT NODE data from server
> > CYBORG exported
> > > 2001-02-05 11:30:00.
> > >  ANR0635I IMPORT NODE: Processing node AIGLE in domain UNIVERS.
> > >  ANR2060I Node AIGLE registered in policy domain UNIVERS.
> > >  ANR9961W Node entry AIGLE has not been added to this
> > server's definition in
> > > Active Directory.
> > >  ANR2099I Administrative userid AIGLE defined for OWNER
> > access to node
> > > AIGLE.
> > >  ANR0636I IMPORT NODE: Processing file space \\aigle\c$ for
> > node AIGLE as
> > > filespace \\aigle\c$.
> > >  ANR0617I IMPORT NODE: Processing completed with status SUCCESS.
> > >  ANR0620I IMPORT NODE: Copied 0 domain(s).
> > >  ANR0621I IMPORT NODE: Copied 0 policy sets.
> > >  ANR0622I IMPORT NODE: Copied 0 management classes.
> > >  ANR0623I IMPORT NODE: Copied 0 copy groups.
> > >  ANR0624I IMPORT NODE: Copied 0 schedules.
> > >  ANR0625I IMPORT NODE: Copied 0 administrators.
> > >  ANR0891I IMPORT NODE: Copied 0 optionset definitions.
> > >  ANR0626I IMPORT NODE: Copied 1 node definitions.
> > >  ANR0627I IMPORT NODE: Copied 1 file space 0 archive files,
> > 855 backup
> > > files, and 0 space managed files.
> > >  ANR0628I IMPORT NODE: Used 0 volume(s).
> > >  ANR0629I IMPORT NODE: Copied 204264420 bytes of data.
> > >  ANR1364I Input volume GLADIATOR_SRV.EXP.981369000 closed.
> > >  ANR0568W Session 858 for admin ADMIN (Server) terminated -
> > connection with
> > > client severed.
> > >  ANR0611I IMPORT NODE started by ADMIN as process 29 has ended.
> > >  ANR0986I Process 29 for IMPORT NODE running in the
> > BACKGROUND processed 857
> > > items for a total of 204,264,420 bytes with a completion
> > state of SUCCESS at
> > > 11:37:24.
> > > -- CONSOLE GLADIATOR [END]
> > >
> > ---------------------------------------------------------------------
> > >
> > >  CYBORG> del file AIGLE *
> > >  CYBORG> remove node AIGLE
> > >
> > >  GLADIATOR> def assoc  AIGLE
> > >
> > --------------------------------------------------------------
> > --------------
> > > --------------
> > > > -----Message d'origine-----
> > > > De : Steve Bennett [mailto:steve_bennett AT ADMIN.STATE.AK DOT US]
> > > > Envoyi : mardi 13 mars 2001 23:37
> > > > @ : ADSM-L AT VM.MARIST DOT EDU
> > > > Objet : ? on export/import using network attached file systems
> > > >
> > > >
> > > > Here is one for all you *SM wizards. I asked this question of TSM
> > > > support and the answer was "duh, I don't know if you can do
> > > > that". Maybe
> > > > the list participants will know better.
> > > >
> > > > *SM Server1 is ADSM v3.1.2.50 running on AIX 4.2.1.
> > > > *SM Server2 is TSM 4.1.2 running on Win2000.
> > > > Fileserver1 is running on redhat linux 6.2
> > > >
> > > > I need to export data from server1 to server2 but there
> > is not enough
> > > > free disk on either server to hold the export file locally
> > > > nor is there
> > > > a shared tape medium. The only shared medium is the networked
> > > > fileserver1.
> > > >
> > > > On server1 I defined a devclass that points to the a
> > > > directory on a nfs
> > > > mount to fileserver1.
> > > >
> > > > I can export a node and its data to that devclass just
> > fine and the
> > > > exported file now lives on fileserver1.
> > > >
> > > > On server2 the tsm server runs under an account called
> > tsmsa which has
> > > > win2000 admin authority. I use terminal services from my
> > desktop to
> > > > login to server2 as account tsmsa. I then map a drive letter D: to
> > > > fileserver1 and I can see files on the file server as
> > well as move and
> > > > copy, etc.
> > > >
> > > > From a browser on my desk top I get admin session with
> > tsm server2 and
> > > > try to create a devclass pointing to a directory on the
> > fileserver. I
> > > > get a invalid parm failure and the devclass will not
> > define. ANR2020E
> > > > DEFINE DEVCLASS: Invalid parameter - D:/JUNKFS2.
> > > >
> > > > I can get the devclass to define if I point to directory d:\
> > > > but when I
> > > > try to import or export to the new devclass the mount fails with
> > > >
> > > >                       IMPORT NODE itg* filed=none pre=y
> > devc=junkfs2
> > > > vol=84520151.EXP
> > > > 03/13/2001 12:57:06   ANR0984I Process 27 for IMPORT NODE
> > started in
> > > > the
> > > >                        BACKGROUND at
> > > > 12:57:06.
> > > > 03/13/2001 12:57:06   ANR0609I IMPORT NODE started as process
> > > > 27.
> > > > 03/13/2001 12:57:06   ANR0609I IMPORT NODE started as process
> > > > 27.
> > > > 03/13/2001 12:57:06   ANR0405I Session 1280 ended for
> > administrator
> > > > XTSCSMB
> > > >
> > > > (WebBrowser).
> > > > 03/13/2001 12:57:06   ANR0402I Session 1281 started for
> > administrator
> > > > XTSCSMB
> > > >                        (Server) (Memory
> > > > IPC).
> > > > 03/13/2001 12:57:06   ANR1401W Mount request denied for volume
> > > > D:\84520151.EXP -
> > > >                        mount
> > > > failed.
> > > > 03/13/2001 12:57:06   ANR0797E IMPORT NODE: Error encountered in
> > > > accessing data
> > > >                        storage - required volume was not
> > > > mounted.
> > > > 03/13/2001 12:57:06   ANR0985I Process 27 for IMPORT NODE
> > running in
> > > > the
> > > >                        BACKGROUND completed with completion state
> > > > FAILURE at
> > > >
> > > > 12:57:06.
> > > >
> > > > This happens if the file D:\84520151.EXP does or does not exist.
> > > >
> > > > So two questions.
> > > >
> > > > 1) Can tsm 4.1.2 on win200 export/import to/from a networked
> > > > filesystem?
> > > > Since ADSM on AIX can I should think that TSM on win2000
> > could also.
> > > > Maybe we need to implement nfs on the win2000 server and do a
> > > > nfs mount
> > > > before this will work?
> > > >
> > > > 2) If it can, then how do I get that networked file
> > system defined so
> > > > the tsm server can use it?
> > > >
> > > > I am not a win2000 or remote file system wizard and my
> > > > win2000 admin is
> > > > on vacation for a month (!) so I'm kind of stuck at the moment.
> > > >
> > > >
> > > > --
> > > >
> > > > Steve Bennett, (907) 465-5783
> > > > State of Alaska, Information Technology Group, Technical Services
> > > > Section
> > > >
> >
> > --
> >
> > Steve Bennett, (907) 465-5783
> > State of Alaska, Information Technology Group, Technical Services
> > Section
> >

--
Steve Bennett, (907) 465-5783
Steve Bennett, (907) 465-5783
State of Alaska, Information Technology Group, Technical Services
Section
<Prev in Thread] Current Thread [Next in Thread>