ADSM-L

Re: Re: Directories problem ...

2003-05-07 16:29:56
Subject: Re: Re: Directories problem ...
From: David Bronder <david-bronder AT UIOWA DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 7 May 2003 15:29:34 -0500
Arnaud,

If you compare the "q backup /" output to "ls -l /", I think you'll
find that the "directories" (/bin, /lib) that are bound to the DEFAULT
management class are actually symbolic links rather than real
directories.  The real directories are properly bound to MGMT-SAP-L1.

I believe others have covered why directories are going to MGMT-SAP-L1
and why they aren't taking up space in any storage pools.

=Dave

PAC Brion Arnaud wrote:
>
> Thanks for your explanations and help : basically it goes in the same
> direction as what I thought. Unfortunately none of your explanations
> fits in our environment : unique dsm.sys stanzas per node, no dirmc
> declared, and all filesystems backuped at the same time ... One thing's
> for sure : data is saved, and for me that's the most important thing,
> but I'd really liked to know what's happening here, for my personal
> intellectual enrichment.
> If someone has further explanations, I'm still taker !
>
> -----Original Message-----
> From: Andrew Raibeck [mailto:storman AT US.IBM DOT COM]
>
> As to why some directories are bound to one management class and others
> are bound to another...
>
>
> PAC Brion Arnaud <Arnaud.Brion AT panalpina DOT com>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> 05/07/2003
> 02:49 Please respond to "ADSM: Dist Stor Manager"
>
> > Do you actually have directory backups
>
> Well actually, I believe so ! On the node I have :
>
>  q backup /
>              Size      Backup Date        Mgmt Class A/I File
>              ----      -----------        ---------- --- ----
>             1.024  02.05.2003 21:59:22    MGMT-SAP-L  A  /
>               512  04.11.2002 14:08:17    MGMT-SAP-L  A  /.SPOT
>               512  04.11.2002 14:08:19    MGMT-SAP-L  A  /CD
>               512  23.04.2002 15:33:58    MGMT-SAP-L  A  /audit
>               512  02.01.2003 19:15:08    MGMT-SAP-L  A  /cdrom
>             2.560  23.04.2002 15:33:58    MGMT-SAP-L  A  /dev
>             7.680  23.04.2002 15:33:58    MGMT-SAP-L  A  /etc
>               512  04.11.2002 14:08:19    MGMT-SAP-L  A  /inst.log
>               512  23.04.2002 15:33:58    MGMT-SAP-L  A  /installTSM
>             3.584  23.04.2002 15:33:58    MGMT-SAP-L  A  /lpp
>               512  23.04.2002 15:33:58    MGMT-SAP-L  A  /mnt
>               512  23.04.2002 15:33:58    MGMT-SAP-L  A  /sbin
>               512  23.04.2002 15:33:58    MGMT-SAP-L  A  /tftpboot
>               330  04.11.2002 14:08:19    DEFAULT     A  /-m
>                 1  30.04.2003 19:17:20    DEFAULT     A  /.rhosts
>               676  06.05.2003 22:28:56    DEFAULT     A  /.sh_history
>                 8  04.11.2002 14:08:19    DEFAULT     A  /bin
>               903  02.05.2003 21:59:22    DEFAULT     A  /bosinst.data
>                57  08.11.2002 06:46:44    DEFAULT     A  /dsmerror.log
>             9.734  02.05.2003 21:59:22    DEFAULT     A  /image.data
>                 8  04.11.2002 14:08:19    DEFAULT     A  /lib
>             5.658  04.11.2002 14:08:19    DEFAULT     A  /mbox
>             4.481  02.04.2003 19:17:58    DEFAULT     A  /smit.log
>               115  02.04.2003 19:17:58    DEFAULT     A  /smit.script
>                 5  04.11.2002 14:08:19    DEFAULT     A  /u
>
> What looks strange to me is some directories are using default
> mgmt_class (like /lib), and not the other ones ...


--
Hello World.                                    David Bronder - Systems Admin
Segmentation Fault                                     ITS-SPA, Univ. of Iowa
Core dumped, disk trashed, quota filled, soda warm.   david-bronder AT uiowa 
DOT edu

<Prev in Thread] Current Thread [Next in Thread>