ADSM-L

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

2001-03-15 02:37:24
Subject: Re: ? on export/import using network attached file systems
From: "Chibois, Herve" <Chibois_H AT ADMIRAL DOT FR>
Date: Thu, 15 Mar 2001 08:38:38 +0100
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]
> Envoyé : 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
> 
<Prev in Thread] Current Thread [Next in Thread>