Re: [ADSM-L] AW: [ADSM-L] AW: [ADSM-L] Greetings & request for help
2009-01-07 08:25:41
Ralph, I think you are on to something.
The way TSM works, if there is more than one management class with the
same highest RETONLY value, then the management class name whose name is
highest in sort order (ascending A -- Z), then that is the one picked for
directories.
When NTFS security attributes are removed from the backup picture, the
directories probably do not appear changed, so no attempt is made to back
them up.
When NTFS security attributes are included for backup, there are probably
one or more directories that appear changed. When TSM tries to back them
up to a pool with no available storage, you get the "out of storage space"
error.
Best regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
IBM Tivoli Storage Manager support web page:
http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html
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 01/07/2009
08:08:09 AM:
> [image removed]
>
> AW: [ADSM-L] AW: [ADSM-L] Greetings & request for help
>
> Bethke, Ralph
>
> to:
>
> ADSM-L
>
> 01/07/2009 08:13 AM
>
> Sent by:
>
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Please respond to "ADSM: Dist Stor Manager"
>
> Dear Yudi,
>
> might not solve your problem but there are a few things which need
> to be discussed:
>
> 1)
> All backup copy groups have exactly the same (default?) retention
> settings. Therefore I can not see any reason why you have setup
> different management classes.
>
> 2)
> There is one backup copy group which refers to a non-existing or non
> "readwrite" storagepool named WEEKLY_DISK_POOL.
> Any backup using that management class will most-likely fail unless
> there is a valid and writable "Next Storage Pool" defined for that
> primary storage pool
>
> 3)
> TSM stores directory tree information first as far as I know.
> In order to make sure that directory tree metadata information will
> be available as long as there is valid backup data, TSM will by
> default use the management class with the logest retetion period to
> store directory information. In theory if all management classes
> have the same retention levels it should store the directory
> information with the same management class which is used during a
> backup session to store the actual files.
> Wonder if it happens in your case that TSM selects the inappropriate
> MC for directory information and therefore fails (e.g. tries to
> backup that data into the WEEKLY_DISK_POOL).
> Please (only for test purpose) add the following line to your
> dsm.opt and retry backup:
>
> DIRMC DAILY_MC
>
> This will force TSM to use a specific management class for directory
> information.
>
>
>
> Mit freundlichen Grüßen/Best regards
>
> Ralph Bethke
>
> -----Ursprüngliche Nachricht-----
> Von: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] Im
> Auftrag von Yudi Darmadi
> Gesendet: Mittwoch, 7. Januar 2009 13:06
> An: ADSM-L AT VM.MARIST DOT EDU
> Betreff: Re: [ADSM-L] AW: [ADSM-L] Greetings & request for help
>
> Dear Ralph,
>
> ===> Nothing show up on activity log, just session for the
> node(client) started, then ended.
> ========================================================================
> THe Client's option file:
>
> commmethod TCPIP
> tcpport 1500
> NODENAME TEST
>
> MANAGEDSERVICES WEBCLIENT
> QUERYSCHEDPERIOD 3
> *SCHEDMODE PROMPTED
> SCHEDLOGNAME "c:\program files\tivoli\tsm\baclient\dsmsched.log"
> SCHEDLOGRETENTION N
>
> *BTPN
> TCPSERVERADDRESS xx.xx.xx.xx
>
> PASSWORDACCESS GENERATE
> TCPNODELAY NO
> REVOKEREMOTEACCESS ACCESS
> RUNASSERVICE YES
> SCHEDCMDDISABLED YES
> SRVPREPOSTSCHEDDISABLED YES
> REPLACE PROMPT
> TCPCLIENTADDRESS xx.xxx.xx.xx
> SESSIONINITIATION SERVERONLY
>
> SCHEDMODE POLLING
> COMMRESTARTDURATION 10
>
> EXCLUDE.BACKUP "*:\microsoft uam volume\...\*"
> EXCLUDE.BACKUP "*:\microsoft uam volume\...\*.*"
> EXCLUDE.BACKUP "*:\...\EA DATA. SF"
> EXCLUDE.BACKUP "*:\IBMBIO.COM"
> EXCLUDE.BACKUP "*:\IBMDOS.COM"
> EXCLUDE.BACKUP "*:\IO.SYS"
> EXCLUDE.BACKUP "*:\...\system32\config\...\*"
> EXCLUDE.BACKUP "*:\...\system32\Perflib*.dat"
> EXCLUDE.BACKUP "*:\...\system32\dhcp\...\*"
> INCLUDE.BACKUP "*:\...\system32\dhcp\backup\...\*"
> EXCLUDE.BACKUP "*:\...\system32\dns\...\*"
> INCLUDE.BACKUP "*:\...\system32\dns\backup\...\*"
> EXCLUDE.ARCHIVE "*:\microsoft uam volume\...\*"
> EXCLUDE.ARCHIVE "*:\microsoft uam volume\...\*.*"
> EXCLUDE.ARCHIVE "*:\...\EA DATA. SF"
> EXCLUDE.ARCHIVE "*:\IBMBIO.COM"
> EXCLUDE.ARCHIVE "*:\IBMDOS.COM"
> EXCLUDE.ARCHIVE "*:\IO.SYS"
> EXCLUDE.ARCHIVE "*:\...\system32\config\...\*"
> EXCLUDE.ARCHIVE "*:\...\system32\Perflib*.dat"
> EXCLUDE.ARCHIVE "*:\...\system32\dhcp\...\*"
> INCLUDE.ARCHIVE "*:\...\system32\dhcp\backup\...\*"
> EXCLUDE.ARCHIVE "*:\...\system32\dns\...\*"
> INCLUDE.ARCHIVE "*:\...\system32\dns\backup\...\*"
> EXCLUDE.DIR "*:\System Volume Information"
> EXCLUDE.DIR "*:\...\Temporary Internet Files"
> EXCLUDE.DIR "*:\Recycled"
> EXCLUDE.DIR "*:\Recycler"
>
> ========================================================================
> ===> Result of the "q copy * active f=d"
>
> Policy Domain Name: BTPN_DOMAIN
> Policy Set Name: ACTIVE
> Mgmt Class Name: DAILY_MC
> Copy Group Name: STANDARD
> Copy Group Type: Backup
> Versions Data Exists: 2
> Versions Data Deleted: 1
> Retain Extra Versions: 30
> Retain Only Version: 60
> Copy Mode: Modified
> Copy Serialization: Dynamic
> Copy Frequency: 0
> Copy Destination: DISKPOOL Table of Contents
> (TOC) Destination:
> Last Update by (administrator): ADMIN
> Last Update Date/Time: 12/01/2008 15:56:48
> Managing profile:
> Changes Pending: No
>
> Policy Domain Name: BTPN_DOMAIN
> Policy Set Name: ACTIVE
> Mgmt Class Name: MONTHLY_MC
> Copy Group Name: STANDARD
> Copy Group Type: Backup
> Versions Data Exists: 2
> Versions Data Deleted: 1
> Retain Extra Versions: 30
> Retain Only Version: 60
> Copy Mode: Modified
> Copy Serialization: Dynamic
> Copy Frequency: 0
> Copy Destination: MONTHLY_TAPE_POOL Table of
> Contents (TOC) Destination:
> Last Update by (administrator): ADMIN
> Last Update Date/Time: 12/01/2008 16:29:56
> Managing profile:
> Changes Pending: No
>
> Policy Domain Name: BTPN_DOMAIN
> Policy Set Name: ACTIVE
> Mgmt Class Name: WEEKLY_MC
> Copy Group Name: STANDARD
> Copy Group Type: Backup
> Versions Data Exists: 2
> Versions Data Deleted: 1
> Retain Extra Versions: 30
> Retain Only Version: 60
> Copy Mode: Modified
> Copy Serialization: Dynamic
> Copy Frequency: 0
> Copy Destination: WEEKLY_DISK_POOL Table of
> Contents (TOC) Destination:
> Last Update by (administrator): ADMIN
> Last Update Date/Time: 12/22/2008 20:32:16
> Managing profile:
> Changes Pending: No
>
=========================================================================
>
> ===> Result of "q copy * active f=d t=a"
>
> Policy Domain Name: BTPN_DOMAIN
> Policy Set Name: ACTIVE
> Mgmt Class Name: DAILY_MC
> Copy Group Name: STANDARD
> Copy Group Type: Archive
> Retain Version: 365
> Retention Initiation: Creation
> Retain Minimum Days:
> Copy Serialization: Dynamic
> Copy Frequency: CMD
> Copy Mode: Absolute
> Copy Destination: DISKPOOL Last Update by
> (administrator): ADMIN
> Last Update Date/Time: 12/01/2008 15:57:19
> Managing profile:
> Changes Pending: No
>
> Policy Domain Name: BTPN_DOMAIN
> Policy Set Name: ACTIVE
> Mgmt Class Name: MONTHLY_MC
> Copy Group Name: STANDARD
> Copy Group Type: Archive
> Retain Version: 365
> Retention Initiation: Creation
> Retain Minimum Days:
> Copy Serialization: Dynamic
> Copy Frequency: CMD
> Copy Mode: Absolute
> Copy Destination: MONTHLY_TAPE_POOL Last Update by
> (administrator): ADMIN
> Last Update Date/Time: 12/01/2008 16:30:10
> Managing profile:
> Changes Pending: No
>
> Policy Domain Name: BTPN_DOMAIN
> Policy Set Name: ACTIVE
> Mgmt Class Name: WEEKLY_MC
> Copy Group Name: STANDARD
> Copy Group Type: Archive
> Retain Version: 365
> Retention Initiation: Creation
> Retain Minimum Days:
> Copy Serialization: Dynamic
> Copy Frequency: CMD
> Copy Mode: Absolute
> Copy Destination: WEEKLY_DISK_POOL Last Update by
> (administrator): ADMIN
> Last Update Date/Time: 12/22/2008 20:32:50
> Managing profile:
> Changes Pending: No
>
==========================================================================
>
> ===> Result of "q mgmt"
>
> Policy Policy Mgmt Default Description
> Domain Set Name Class Mgmt
> Name Name Class ?
> --------- --------- --------- ---------
> ------------------------
> BTPN_DOM- ACTIVE DAILY_MC Yes Daily Management
Class
> AIN
> BTPN_DOM- ACTIVE MONTHLY_- No Monthly
> Management Class
> AIN MC
> BTPN_DOM- ACTIVE WEEKLY_MC No Weekly
> Management Class
> AIN
> BTPN_DOM- BTPN_PS DAILY_MC Yes Daily Management
Class
> AIN
> BTPN_DOM- BTPN_PS MONTHLY_- No Monthly
> Management Class
> AIN MC
> BTPN_DOM- BTPN_PS WEEKLY_MC No Weekly
> Management Class
> AIN
>
>
===============================================================================
>
> Thanks a lot, and Best Regards,
>
> Yudi Darmadi
> PT. Niagaprima Paramitra
> Jl. Ahmad Dahlan No. 25 Kebayoran Baru, Jakarta Selatan 12130
Indonesia
> Phone : +62 21 72799949; Fax : +62 21 72799950; Mobile : +62 819 055
30830
> http://www.niagaprima.com
>
> Quoting "Bethke, Ralph" <ralph.bethke AT MGI DOT DE>:
>
> > Dear Yudi,
> >
> > is it possible to provide more information like an excerpt of the
> > activity log on the TSM server from the failing backup session?
> > Please also provide the following information:
> >
> > dsm.opt file of the client
> > Output of "q copy * active f=d"
> > Output of "q copy * active f=d t=a"
> > Output from "q mgmt"
> >
> >
> >
> >
> >
> > Mit freundlichen Grüßen/Best regards
> >
> > Ralph Bethke
> >
>
> Geschaeftsfuehrung/Management Board: Heinz-Josef Boeck
> (Vorsitzender/CEO), Heike Schneberger, Dr. Dirk Toepfer, Dr. Gerd
Wolfram
> Sitz Duesseldorf, Amtsgericht Duesseldorf, HRB 18232/Commercial
> Register of the Duesseldorf Local Court, HRB 18232 XXXX
>
> This e-mail message is intended exclusively for the addressee. If
> the e-mail was sent to you by mistake, would you please call us
> immediately? In this case, we also request you to destroy the e-mail
> and to neither use the content nor disclose them in any manner to
> third parties, because the message can contain confidential
> information which may be protected by professional secrecy.
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [ADSM-L] Greetings & request for help, Yudi Darmadi
- [ADSM-L] Antwort: [ADSM-L] Greetings & request for help, Ullrich Mänz
- Re: [ADSM-L] Greetings & request for help, Yudi Darmadi
- [ADSM-L] AW: [ADSM-L] Greetings & request for help, Bethke, Ralph
- Re: [ADSM-L] AW: [ADSM-L] Greetings & request for help, Yudi Darmadi
- [ADSM-L] AW: [ADSM-L] AW: [ADSM-L] Greetings & request for help, Bethke, Ralph
- Re: [ADSM-L] AW: [ADSM-L] AW: [ADSM-L] Greetings & request for help,
Andrew Raibeck <=
- Re: [ADSM-L] AW: [ADSM-L] AW: [ADSM-L] Greetings & request for help, Yudi Darmadi
- [ADSM-L] Request for some TSM queries to use, Larry Clark
- Re: [ADSM-L] Request for some TSM queries to use, Huebner,Andy,FORT WORTH,IT
- Re: [ADSM-L] Request for some TSM queries to use, Larry Clark
- Re: [ADSM-L] Request for some TSM queries to use, Bob Levad
- Re: [ADSM-L] Request for some TSM queries to use, Bob Levad
- [ADSM-L] TDP for Oracle - multi channel restore, Richard Rhodes
- Re: [ADSM-L] TDP for Oracle - multi channel restore, goc
- Re: [ADSM-L] TDP for Oracle - multi channel restore, Richard Rhodes
- Re: [ADSM-L] TDP for Oracle - multi channel restore, Mark Scott
|
|
|