Rajesh,

I had encountered the problem you have described  on pit restore back in
July, After an extensive work with IBM support, they decided to open apar
number: IC24733. Basically, the problem is rooting from a shorter directory
retention than the files.You don't see the files from the gui but actually
the files are still out there. You can use command line to restore the
file. The following is a copy of the apar number that I have pasted from
ibm link. Hope this info. is not too late.





Best regards,

Sandy

LA Dept. of Transporation



================================================

    Item IC24733


  APAR Identifier ...... IC24733       Last Changed..99/09/24
  PIT RESTORE THROUGH GUI DOES NOT SHOW FILES THAT ARE BACKED UP
  PRIOR TO PIT IF THE DIR THEY ARE UNDER DOESNT HAVE A PIT VERSION

  Symptom ...... IN INCORROUT         Status ........... CLOSED  SUG
  Severity ................... 2      Date Closed ......... 99/09/24
  Component .......... 565511902      Duplicate of ........
  Reported Release ......... 31D      Fixed Release ............
  Component Name ADSM CLIENTS         Special Notice
  Current Target Date ..00/01/10      Flags
  SCP ................... PC/DOS
  Platform ............ DOS

  Status Detail: Not Available

  PE PTF List:

  PTF List:


  Parent APAR:
  Child APAR list:


  ERROR DESCRIPTION:
  Recreated on NT 4.0 sp 4 adsm server 3.1.2.40 and client 3.1.0.7
  Created a management class with nolimit for retention, and
  verexists=1, then backed up a directory containing a few test
  files.  Then I modified the directory attributes and backed up t
  he directory, and ran expire inventory from the adsm server.
  This left a directory with a timestamp newer than the files
  that are in the directory.  Going to the gui, and selecting a
  pit restore for before the time the directory was changed and
  backed up a second time, but after the initial backup of the dir
  and its files.  The gui will fail to show the directory in the
  lefthand part of the gui, and hence you wont see the files that
  end up being brought back for the pit restore if you select a hi
  gher directory for the pit.  Either the directory should show
  in the gui because it has files that fall into the pit restore,
  so that you can select or unselect them, or the files should
  not be restored with the pit restore.


  LOCAL FIX:
  setup a management class in each policy domain with the longest
  retention that will keep enough versions to allow pit restores.


  PROBLEM SUMMARY:


  PROBLEM CONCLUSION:


  TEMPORARY FIX:


  COMMENTS:
  PIT Restore through GUI works as designed. Customer needs
  to keep more versions. Customer can setup a management
  class in each policy domain with the longest retention
  that will keep enough versions to allow pit restore.
  Customer can use CLI to restore files which match PIT
  time.


  MODULES/MACROS:


  SRLS:


  RTN CODES:


  CIRCUMVENTION:


  MESSAGE TO SUBMITTER:




---------------------------------------------------------------------------
-----
-----
For IBMLink customer support in the U.S, call 1-800-543-3912.
For IBMLink customer support in the U.S, call 1-800-543-3912.


==================================================

Date:    Fri, 1 Oct 1999 16:31:37 -0400
From:    Rajesh Oak <rajeshoak AT MAILCITY DOT COM>
Subject: Point in time restore
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



I need some help to troubleshoot a problem.
When I try to do a point in time restore using the Windows GUI, many of my
Folders are missing in the restore window. It seems as if those folders
were not backed up or not present at that particular time and this is not
true. We backup that Server everyday.
Due to this I haven't been able to restore some files for my client because
I couldn't see them.