Re: Very very strange behaviour

Robert,

As Richard indicated, it is difficult to tell what the real problem is
without additional information. It may be something unrelated to what
Richard and I mentioned in our earlier responses.

> > >I have a Client on Windows XP with Tsm client version 5.2.3.4 , when
I
> > >tried to restore thru the gui (dsm.exe)  a directory (WWW)  nothing
is
> > >display either this directory or files.

What is "WWW" ?

How are you launching the GUI? Check your connection and ensure that CLI
and GUI are connecting to the same server with the same node name. Also
click on the GUI client's "Help/About" menu item to verify that the GUI
version matches the CLI version (I agree that a big mismatch is unlikely,
but doesn't hurt to be sure).

Is this a local or network file space? Make sure you are looking in the
correct section of the restore tree view.

Assuming the same server and node name are being used, do you see *any*
file spaces in the GUI's "restore" tree view? Can you click on the '+'
sign to open them and see *any* directories or files at all? Or do they
show up as completely empty? If you click on the file space name itself,
do you see any backup versions (these would be files in the root of the
drive)?

>From the command line client, run a QUERY BACKUP command using the
-DIRSONLY and -SUBDIR=YES option to display directory backup versions for
the tree you are trying to restore. For example, if you are having
difficulty seeing files under c:\amr\myprograms\traverse1\debug, then do
this:

   dsmc query backup c:\amr\ -subdir=yes -dirsonly

See if all components for the path exist. Using my example above, I would
need to see versions for:

   c:\amr
   c:\amr\myprograms
   c:\amr\myprograms\traverse1
   c:\amr\myprograms\traverse1\debug

If there are any components in the path missing, then that is why the GUI
does not display them. If all components are there, and none of the above
helps explain the issue, then I would recommend contacting support for
further assistance.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2005-02-06
08:52:40:

> Richard
>
> I didn't mention P.I.T or Inactive because I run a regular restore
> (active display)
> What is strange is a see everything running thru the commend line
> (dsmc.exe) and nothing thru the gui (dsm.exe) again with no option
> at all !!!!!!
>
> Regards
>
> Robert
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On
> Behalf Of Andrew Raibeck
> Sent: Sunday, February 06, 2005 5:23 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Very very strange behaviour
>
> Just to add to Richard's comments:
>
> The issue that Richard raises is not limited to point-in-time restores.
It
> can happen with any restore operation where a directory or its parent
has
> been expired from the server. I've discussed this in the past
> (http://www.mail-archive.com/adsm-l AT vm.marist DOT edu/msg08175.html).
>
> Regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Development
> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> Internet e-mail: storman AT us.ibm DOT com
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2005-02-06
> 08:08:42:
>
> > >I have a Client on Windows XP with Tsm client version 5.2.3.4 , when
I
> > >tried to restore thru the gui (dsm.exe)  a directory (WWW)  nothing
is
> > >display either this directory or files.
> > >I tried the same with the command line (dsmc.exe) and I got the this
> > >directory and files too !!!!!
> >
> > Again: When posting questions about Restorals, we need to know the
> > particulars of the restoral in order to ascertain what the problem may
> > be.  The type of restoral can make all the difference.
> >
> > If this is a Point In Time restoral, then these effects are well
known,
> > and have been discussed before.  Refer to the B/A Client manual
> > discussion of "Performing point-in-time restores", and see topic
> > "GUI vs. CLI" in ADSM QuickFacts, and descriptive APAR IC24733.
> > The crux of the matter is that there are not corresponding directories
> > in the backing store which correspond to the PIT spec such that they
> > can be presented for you to drill down through them in the GUI.
> >
> > If some other type of restoral, re-post with all the particulars,
> > including the steps pursued in trying to get to the data display,
> > any dsmerror.log messages.
> >
> >    Richard Sims    http://people.bu.edu/rbs