Joel,

I'd be willing to bet that all of the other filesystems that are shown with the
q archive /* command are all actually on the root filesystem, whereas
/advscratch2 is it's own file system.  My experience with ADSM archiving is that
it is very faithful to the filesystem structure on the client system.

I'm not a Unix guru, but you should be able to do a df -lk (df -k on AIX) and
see the actual filesystems.  Or more specifically, you could do a "df -lk
/filespace_name" to show which filesystem a directory resides on.

E.g.  df -lk /var on my Solaris system results in

Filesystem            kbytes    used   avail capacity  Mounted on
/dev/dsk/c0t0d0s0     143927   83410   46125    65%    /

I'm sure you can get this information from some sort of Unix mount tables, but I
haven't been initiated into those particular secret rites of Unix yet.

Regards,

Ben Huber
Data Support Analyst
Kelman Technologies

> Boy is that lame!  It looks like the first file system used for an archive
> is the file system used from then on.  So if the client doesn't know from
> which file system the first archive was done, they are going to have a tough
> time guessing where to find it.
>
> On Tue, 5 Dec 2000, Cook, Dwight E wrote:
>
> > To see information you need to be as specific as at least the file system...
> > So /sdvscratch2 is a file system (I would bet)
> > Dwight
> >
> > -----Original Message-----
> > From: Joel Fuhrman [mailto:joelf AT CAC.WASHINGTON DOT EDU]
> > Sent: Monday, December 04, 2000 3:04 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: query archive /*
> >
> >
> > TSM 3.7.2.0 client on AIX; TSM 3.7.3.8 server on AIX
> >
> > The command
> >    dsmc q arch '/*' -subdir=yes
> >
> > shows the archives for all but one filesystem.  To see the missing
> > filesystem requires
> >    dsmc q arch '/advscratch2/*' -subdir=yes
> >
> > Any thoughts as to why the /advscratch2 archive would not be listed by the
> > first command?
> >