Robert, Have you checked the dsmerror.log in case there is some message there that hints why the wrong management class is used for directories?
Can you reproduce this with the command line client? Create a new directory, such as /home/robert/newdir. Add a file or two. Then back it up, e.g.: dsmc i /home/robert/newdir/ -subdir=yes Then query the directory backup: dsmc q ba /home/robert/newdir -dirsonly Does it show the wrong management class? Check dsmerror.log. Are there any messages there? Also run: dsmc q mg -detail And examine the MGLAW management class. What does it show? Best regards, Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS Internet e-mail: stor...@us.ibm.com IBM Tivoli Storage Manager support web page: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu> wrote on 2012-11-27 10:28:08: > From: Robert Ouzen <rou...@univ.haifa.ac.il> > To: ADSM-L@vm.marist.edu, > Date: 2012-11-27 10:54 > Subject: Re: Strange dirmc > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu> > > Hi Andy > > Thank you for your fast reply ... > As you see the dirmc is point to the correct management mglaw > > q option dirmc > DIRMC: MGLAW > > I have only one stanza in this client > > SErvername lawsrv > COMMmethod TCPip > TCPPort 1500 > TCPServeraddress XXX.XXX.XXX.XXX > TCPCLIENTADDRESS YYY.YYYY.YYY.YYY > Passwordaccess Generate > Nodename lawsrv > Dirmc mglaw > INCLEXCL "/opt/tivoli/tsm/client/ba/bin/backup.excl" > Schedmode prompted > Schedlogname "/tmp/dsmsched.log" > Errorlogname "/tmp/dsmerror.log" > schedlogr 7 D > errorlogr 7 D > Resourceutilization 8 > managedservices webclient schedule > > About the optiontset > > tsm: POSTBACK>q cloptset optionset > > OPTIONSET ROBERT > > QUIET 0 Yes yes > RESOURCEUTILIZATION 0 Yes 4 > SCHEDMODE 0 No prompted > SUBDIR 0 Yes yes > > Regards, > Robert > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On > Behalf Of Andrew Raibeck > Sent: Tuesday, November 27, 2012 4:19 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Strange dirmc > > Robert, > > Do you have more than one SERVERNAME stanza in dsm.sys? Are you sure > that the DIRMC option is in the correct stanza? Is it possible that > DIRMC is being overridden by a client option set? > > Try this test, to see what DIRMC value is in effect. From the > command line, issue this command: > > dsmc query option dirmc > > What does it show? > > You might need to specify the correct SERVERNAME stanza: > > dsmc query option dirmc -servername=stanza_name > > where stanza_name is the SERVERNAME stanza in your dsm.sys file. > > Best regards, > > Andy Raibeck > IBM Software Group > Tivoli Storage Manager Client Product Development Level 3 Team Lead > Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS Internet e- > mail: stor...@us.ibm.com > > IBM Tivoli Storage Manager support web page: > http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/ > Tivoli_Storage_Manager > > "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu> wrote on 2012-11-27 > 08:27:35: > > > From: Robert Ouzen <rou...@univ.haifa.ac.il> > > To: ADSM-L@vm.marist.edu, > > Date: 2012-11-27 08:38 > > Subject: Strange dirmc > > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu> > > > > Hi to all > > I have a nodename who backup the directory to another management class > > in my case mgeducation > > > > I have on my inclexcl file this statement: include /export/home/* > mglaw > > > > I tried in the dsm.sys to put dirmc mglaw but still the directory is > > written to mgeducation (the data is written to mglaw correctly) > > > > I of course after any change I stop the dsmcad and reload it but the > same ! > > > > I double check the management and the backup copygroup they point to > > the correct storage DD_LAW (Activate too) > > > > All my another clients works fine ! > > > > My Tsm Server version 6.3.2.0 and client version 6.1.0 > > > > Regards Robert > > >
