Re: snapdiff advice

2011-09-22 Thread Paul Zarnowski
I add my voice to this question.  We would really like to see this.

At 11:31 AM 9/22/2011, Shawn Drew wrote:
>I'd like to add a question to the FAQ if possible.  I'll ask it frequently
>if it helps getting it added!
>
>The documentation explicitly states that vfiler support (Multistore) is
>not supported.  Is support for this somewhere on the roadmap? or is there
>something on the Netapp side that prevents this?
>
>Regards,
>Shawn
>
>Shawn Drew
>
>
>
>
>
>Internet
>ra...@us.ibm.com
>
>Sent by: ADSM-L@VM.MARIST.EDU
>09/22/2011 09:07 AM
>Please respond to
>ADSM-L@VM.MARIST.EDU
>
>
>To
>ADSM-L
>cc
>
>Subject
>Re: [ADSM-L] snapdiff advice
>
>
>
>
>
>
>Hello Paul and David,
>
>A frequently asked questions website has been created for snapshot
>differencing.
>We have attempted to answer the questions you have recently raised.
>
>https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Snapshot
>
>+Differencing+FAQ
>
>
>
>This message and any attachments (the "message") is intended solely for
>the addressees and is confidential. If you receive this message in error,
>please delete it and immediately notify the sender. Any use not in accord
>with its purpose, any dissemination or disclosure, either whole or partial,
>is prohibited except formal approval. The internet can not guarantee the
>integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
>not therefore be liable for the message if modified. Please note that certain
>functions and services for BNP Paribas may be performed by BNP Paribas RCC, 
>Inc.


--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu


Re: snapdiff advice

2011-09-22 Thread Cameron Hanover
We had to set the virus scanner to ignore the ~snapshot directory to get rid of 
the bulk of our access denied problems.
We still have an ongoing problem with wide UTF characters (tickets open with 
IBM to resolve it), despite OnTap 7.3.4 and TSM 6.2.3.1.  If I recall 
correctly, we were seeing those invalid file handle messages related to this, 
as well.  We're also getting a fair number of "ANS1304W: An active backup 
version could not be found", which I haven't been able to figure why.
To the original poster's question, we're running snapdiff from a 6.2 client to 
a 5.4 server.  IBM will tell you to piss off if you have any problems, though, 
unless you can reproduce it against a 6.1 or 6.2 server.

-
Cameron Hanover
chano...@umich.edu

Fill with mingled cream and amber, 
I will drain that glass again. 
Such hilarious visions clamber 
Through the chamber of my brain — 
Quaintest thoughts — queerest fancies 
Come to life and fade away; 
What care I how time advances? 
I am drinking ale today.
—-Edgar Allan Poe

On Sep 22, 2011, at 3:44 PM, Huebschman, George J. wrote:

> I have the same issue...at least it sounds the same, with messages like
> this
> (Paraphrased)
> ANS4013E Invalid File Handle, and ANS4007E Access to the object denied
> 
> I have been manually toggling virus scanning off and triggering manual
> backups of the errant files.  That gets them backed up.
> Size of the file seems to be a factor...but not always.
> 
> George Huebschman
> Storage Support Administrator
> Legg Mason, LMTS
> 
> When you have a choice, spend your money where you would want to work if
> it was your only choice, because soon it might be.
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Remco Post
> Sent: Thursday, September 22, 2011 3:30 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] snapdiff advice
> 
> good to hear. We have major issues with a windows client for CIFS
> shares. The client keeps on complaining about the right to backup the
> file permissions without any clear indication of what is wrong. We even
> tried runninf the client as a domain admin with full access rights to
> everything and still no go
> 
> On 22 sep. 2011, at 20:57, Shawn Drew wrote:
> 
>> I did have this working on TSM 5.5 with a TSM 6.2 AIX client (nfs
> shares).
>> 
>> 
>> We just have a subset of volumes that are on vfilers that is
> preventing
>> me from adopting this solution "whole-hog"
>> 
>> 
>> Regards,
>> Shawn
>> 
>> Shawn Drew
>> 
>> 
>> 
>> 
>> 
>> Internet
>> r.p...@plcs.nl
>> 
>> Sent by: ADSM-L@VM.MARIST.EDU
>> 09/22/2011 01:25 PM
>> Please respond to
>> ADSM-L@VM.MARIST.EDU
>> 
>> 
>> To
>> ADSM-L
>> cc
>> 
>> Subject
>> Re: [ADSM-L] snapdiff advice
>> 
>> 
>> 
>> 
>> 
>> 
>> Hi All,
>> 
>> I've got another question, maybe not for the FAQ ;-)
>> 
>> Has anybody got this working?
>> 
>> And maybe for the FAQ:
>> 
>> Are there TSM server requirements? Does SnapDiff require the TSM
> server to
>> be at version 6, or is a 5.5 server supported?
>> 
>> 
>> On 22 sep. 2011, at 17:31, Shawn Drew wrote:
>> 
>>> I'd like to add a question to the FAQ if possible.  I'll ask it
>> frequently
>>> if it helps getting it added!
>>> 
>>> The documentation explicitly states that vfiler support (Multistore)
> is
>>> not supported.  Is support for this somewhere on the roadmap? or is
>> there
>>> something on the Netapp side that prevents this?
>>> 
>>> Regards,
>>> Shawn
>>> 
>>> Shawn Drew
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Internet
>>> ra...@us.ibm.com
>>> 
>>> Sent by: ADSM-L@VM.MARIST.EDU
>>> 09/22/2011 09:07 AM
>>> Please respond to
>>> ADSM-L@VM.MARIST.EDU
>>> 
>>> 
>>> To
>>> ADSM-L
>>> cc
>>> 
>>> Subject
>>> Re: [ADSM-L] snapdiff advice
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Hello Paul and David,
>>> 
>>> A frequently asked questions website has been created for snapshot
>>> differencing.
>>> We have attempted to answer the questions you have recently raised.
>>> 
>>> 
>> 
> https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Sn
> apshot
>> 
>>> 
>>> +Differencing+FAQ
>>> 
>>> 
>>> 
>>> This message and any attachments (the "message") is intended solely
> for
>>> the addressees and is confidential. If you receive this message in
>> error,
>>> please delete it and immediately notify the sender. Any use not in
>> accord
>>> with its purpose, any dissemination or disclosure, either whole or
>> partial,
>>> is prohibited except formal approval. The internet can not guarantee
> the
>>> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
>> (will)
>>> not therefore be liable for the message if modified. Please note that
>> certain
>>> functions and services for BNP Paribas may be performed by BNP
> Paribas
>> RCC, Inc.
>> 
>> --
>> Met vriendelijke groeten/Kind Regards,
>> 
>> Remco Post
>> r.p...@plcs.nl
>> +31 6 248 21 622
>> 
>> 
>> 
>> This message

Re: TSM 6.2.2 unrecoverable DB backup

2011-09-22 Thread Schneider, Jim
Richard,

We use a Data Domain 880 for constant replication.
The database backup, devconfig, volhist, and prepare file time stamps
matched the source.
The DD880 file system is mounted as read-only on the server performing
recovery.
I have not used snapshots for access database and storage pool data.

NB: After a successful recovery I update TSM volume access to read-only.
If this is not done then I cannot recovery from any filling volumes.

Jim
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of
Cowen, Richard
Sent: Thursday, September 22, 2011 3:07 PM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] TSM 6.2.2 unrecoverable DB backup

Jim,

What method/appliance for replication are you using?
Did the datetime stamp for all 3 files (dbbackup, devconfig, volhist)
match up with the source system?
Did you snap the replicated side to make it read only before attempting
the restore?

Richard Cowen


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Schneider, Jim
Sent: Thursday, September 22, 2011 3:06 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM 6.2.2 unrecoverable DB backup

Hello TSMers

AIX 6.1
TSM 6.2.2.0

I have been testing DR recovery using replicated DB backups and storage
pools, recovering to a second TSM instance on a remote server.  I have
found that I cannot restore from every database backup.
 
I ran successful restores on Monday and Wednesday but today's restore
attempt failed.  db2diag messages include

2011-09-22-09.24.36.455938-300 I1562137A367   LEVEL: Warning
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogFile,
probe:4130
MESSAGE : Started retrieve for log file S223.LOG.

2011-09-22-09.24.36.456575-300 E1562505A576   LEVEL: Error
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogDisk,
probe:3500
MESSAGE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found."
  DIA8411C A file "S223.LOG" could not be found.
DATA #1 : String, 110 bytes
This might mean that end-of-logs has been reached.  Check for other
errors
to verify whether this is the case.

2011-09-22-09.24.36.457229-300 E1563082A434   LEVEL: Warning
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogFile,
probe:4165
MESSAGE : ADM1847W  Failed to retrieve log file "S223.LOG" on chain
"12" to 
  "/arclog/recovery/RstDbLog/".

2011-09-22-09.24.36.657930-300 I1563517A561   LEVEL: Error
PID : 17105122 TID  : 10078   PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000 DB   : TSMDB1
APPHDL  : 0-37 APPID: *LOCAL.tsminst1.110922142314
AUTHID  : TSMINST1
EDUID   : 10078EDUNAME: db2redom (TSMDB1) 0
FUNCTION: DB2 UDB, recovery manager, sqlpPRecReadLog, probe:1275
RETCODE : ZRC=0x071000D7=118489303=SQLP_EXT_NOT_IN_CHAIN
  "This extent is not a successor of the previous extent.  Fwd
Recovery can not continue."

I ran another DB backup, backed up devconfig, volhist, and ran prepare.
After waiting for the data to replicate to the remote site my restore
test was successful.  The error messages I listed did not occur during
the successful restore attempt.  There were no activity log messages
indicating an error during the first (unusable) DB backup.  It appears
that I cannot recover from all of my DB backups and wonder if anybody
else has run across the same situation.

I'm trying to determine if the problem is mine or ours.

With confused and gracious desperation,
Jim Schneider
United Stationers



The information contained in this transmission may contain privileged
and confidential information. 
It is intended only for the use of the person(s) named above. If you are
not the intended  
recipient, you are hereby notified that any review, dissemination,
distribution or  
duplication of this communication is strictly prohibited. If you are not
the intended recipient, 
please contact the sender by reply email and destroy all copies of the
original message. 
To reply to our email administrator directly, please send an email to
postmas...@sbsplanet.com.


Re: TSM 6.2.2 unrecoverable DB backup

2011-09-22 Thread Cowen, Richard
Jim,

What method/appliance for replication are you using?
Did the datetime stamp for all 3 files (dbbackup, devconfig, volhist)
match up with the source system?
Did you snap the replicated side to make it read only before attempting
the restore?

Richard Cowen


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Schneider, Jim
Sent: Thursday, September 22, 2011 3:06 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM 6.2.2 unrecoverable DB backup

Hello TSMers

AIX 6.1
TSM 6.2.2.0

I have been testing DR recovery using replicated DB backups and storage
pools, recovering to a second TSM instance on a remote server.  I have
found that I cannot restore from every database backup.
 
I ran successful restores on Monday and Wednesday but today's restore
attempt failed.  db2diag messages include

2011-09-22-09.24.36.455938-300 I1562137A367   LEVEL: Warning
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogFile,
probe:4130
MESSAGE : Started retrieve for log file S223.LOG.

2011-09-22-09.24.36.456575-300 E1562505A576   LEVEL: Error
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogDisk,
probe:3500
MESSAGE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found."
  DIA8411C A file "S223.LOG" could not be found.
DATA #1 : String, 110 bytes
This might mean that end-of-logs has been reached.  Check for other
errors
to verify whether this is the case.

2011-09-22-09.24.36.457229-300 E1563082A434   LEVEL: Warning
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogFile,
probe:4165
MESSAGE : ADM1847W  Failed to retrieve log file "S223.LOG" on chain
"12" to 
  "/arclog/recovery/RstDbLog/".

2011-09-22-09.24.36.657930-300 I1563517A561   LEVEL: Error
PID : 17105122 TID  : 10078   PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000 DB   : TSMDB1
APPHDL  : 0-37 APPID: *LOCAL.tsminst1.110922142314
AUTHID  : TSMINST1
EDUID   : 10078EDUNAME: db2redom (TSMDB1) 0
FUNCTION: DB2 UDB, recovery manager, sqlpPRecReadLog, probe:1275
RETCODE : ZRC=0x071000D7=118489303=SQLP_EXT_NOT_IN_CHAIN
  "This extent is not a successor of the previous extent.  Fwd
Recovery can not continue."

I ran another DB backup, backed up devconfig, volhist, and ran prepare.
After waiting for the data to replicate to the remote site my restore
test was successful.  The error messages I listed did not occur during
the successful restore attempt.  There were no activity log messages
indicating an error during the first (unusable) DB backup.  It appears
that I cannot recover from all of my DB backups and wonder if anybody
else has run across the same situation.

I'm trying to determine if the problem is mine or ours.

With confused and gracious desperation,
Jim Schneider
United Stationers



The information contained in this transmission may contain privileged and 
confidential information. 
It is intended only for the use of the person(s) named above. If you are not 
the intended  
recipient, you are hereby notified that any review, dissemination, distribution 
or  
duplication of this communication is strictly prohibited. If you are not the 
intended recipient, 
please contact the sender by reply email and destroy all copies of the original 
message. 
To reply to our email administrator directly, please send an email to 
postmas...@sbsplanet.com.


Re: snapdiff advice

2011-09-22 Thread Huebschman, George J.
I have the same issue...at least it sounds the same, with messages like
this
(Paraphrased)
ANS4013E Invalid File Handle, and ANS4007E Access to the object denied

I have been manually toggling virus scanning off and triggering manual
backups of the errant files.  That gets them backed up.
Size of the file seems to be a factor...but not always.

George Huebschman
Storage Support Administrator
Legg Mason, LMTS

When you have a choice, spend your money where you would want to work if
it was your only choice, because soon it might be.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Remco Post
Sent: Thursday, September 22, 2011 3:30 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] snapdiff advice

good to hear. We have major issues with a windows client for CIFS
shares. The client keeps on complaining about the right to backup the
file permissions without any clear indication of what is wrong. We even
tried runninf the client as a domain admin with full access rights to
everything and still no go

On 22 sep. 2011, at 20:57, Shawn Drew wrote:

> I did have this working on TSM 5.5 with a TSM 6.2 AIX client (nfs
shares).
>
>
> We just have a subset of volumes that are on vfilers that is
preventing
> me from adopting this solution "whole-hog"
>
>
> Regards,
> Shawn
> 
> Shawn Drew
>
>
>
>
>
> Internet
> r.p...@plcs.nl
>
> Sent by: ADSM-L@VM.MARIST.EDU
> 09/22/2011 01:25 PM
> Please respond to
> ADSM-L@VM.MARIST.EDU
>
>
> To
> ADSM-L
> cc
>
> Subject
> Re: [ADSM-L] snapdiff advice
>
>
>
>
>
>
> Hi All,
>
> I've got another question, maybe not for the FAQ ;-)
>
> Has anybody got this working?
>
> And maybe for the FAQ:
>
> Are there TSM server requirements? Does SnapDiff require the TSM
server to
> be at version 6, or is a 5.5 server supported?
>
>
> On 22 sep. 2011, at 17:31, Shawn Drew wrote:
>
>> I'd like to add a question to the FAQ if possible.  I'll ask it
> frequently
>> if it helps getting it added!
>>
>> The documentation explicitly states that vfiler support (Multistore)
is
>> not supported.  Is support for this somewhere on the roadmap? or is
> there
>> something on the Netapp side that prevents this?
>>
>> Regards,
>> Shawn
>> 
>> Shawn Drew
>>
>>
>>
>>
>>
>> Internet
>> ra...@us.ibm.com
>>
>> Sent by: ADSM-L@VM.MARIST.EDU
>> 09/22/2011 09:07 AM
>> Please respond to
>> ADSM-L@VM.MARIST.EDU
>>
>>
>> To
>> ADSM-L
>> cc
>>
>> Subject
>> Re: [ADSM-L] snapdiff advice
>>
>>
>>
>>
>>
>>
>> Hello Paul and David,
>>
>> A frequently asked questions website has been created for snapshot
>> differencing.
>> We have attempted to answer the questions you have recently raised.
>>
>>
>
https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Sn
apshot
>
>>
>> +Differencing+FAQ
>>
>>
>>
>> This message and any attachments (the "message") is intended solely
for
>> the addressees and is confidential. If you receive this message in
> error,
>> please delete it and immediately notify the sender. Any use not in
> accord
>> with its purpose, any dissemination or disclosure, either whole or
> partial,
>> is prohibited except formal approval. The internet can not guarantee
the
>> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
> (will)
>> not therefore be liable for the message if modified. Please note that
> certain
>> functions and services for BNP Paribas may be performed by BNP
Paribas
> RCC, Inc.
>
> --
> Met vriendelijke groeten/Kind Regards,
>
> Remco Post
> r.p...@plcs.nl
> +31 6 248 21 622
>
>
>
> This message and any attachments (the "message") is intended solely
for
> the addressees and is confidential. If you receive this message in
error,
> please delete it and immediately notify the sender. Any use not in
accord
> with its purpose, any dissemination or disclosure, either whole or
partial,
> is prohibited except formal approval. The internet can not guarantee
the
> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
(will)
> not therefore be liable for the message if modified. Please note that
certain
> functions and services for BNP Paribas may be performed by BNP Paribas
RCC, Inc.

--
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any

Re: snapdiff advice

2011-09-22 Thread Remco Post
good to hear. We have major issues with a windows client for CIFS shares. The 
client keeps on complaining about the right to backup the file permissions 
without any clear indication of what is wrong. We even tried runninf the client 
as a domain admin with full access rights to everything and still no go

On 22 sep. 2011, at 20:57, Shawn Drew wrote:

> I did have this working on TSM 5.5 with a TSM 6.2 AIX client (nfs shares).
> 
> 
> We just have a subset of volumes that are on vfilers that is preventing
> me from adopting this solution "whole-hog"
> 
> 
> Regards,
> Shawn
> 
> Shawn Drew
> 
> 
> 
> 
> 
> Internet
> r.p...@plcs.nl
> 
> Sent by: ADSM-L@VM.MARIST.EDU
> 09/22/2011 01:25 PM
> Please respond to
> ADSM-L@VM.MARIST.EDU
> 
> 
> To
> ADSM-L
> cc
> 
> Subject
> Re: [ADSM-L] snapdiff advice
> 
> 
> 
> 
> 
> 
> Hi All,
> 
> I've got another question, maybe not for the FAQ ;-)
> 
> Has anybody got this working?
> 
> And maybe for the FAQ:
> 
> Are there TSM server requirements? Does SnapDiff require the TSM server to
> be at version 6, or is a 5.5 server supported?
> 
> 
> On 22 sep. 2011, at 17:31, Shawn Drew wrote:
> 
>> I'd like to add a question to the FAQ if possible.  I'll ask it
> frequently
>> if it helps getting it added!
>> 
>> The documentation explicitly states that vfiler support (Multistore) is
>> not supported.  Is support for this somewhere on the roadmap? or is
> there
>> something on the Netapp side that prevents this?
>> 
>> Regards,
>> Shawn
>> 
>> Shawn Drew
>> 
>> 
>> 
>> 
>> 
>> Internet
>> ra...@us.ibm.com
>> 
>> Sent by: ADSM-L@VM.MARIST.EDU
>> 09/22/2011 09:07 AM
>> Please respond to
>> ADSM-L@VM.MARIST.EDU
>> 
>> 
>> To
>> ADSM-L
>> cc
>> 
>> Subject
>> Re: [ADSM-L] snapdiff advice
>> 
>> 
>> 
>> 
>> 
>> 
>> Hello Paul and David,
>> 
>> A frequently asked questions website has been created for snapshot
>> differencing.
>> We have attempted to answer the questions you have recently raised.
>> 
>> 
> https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Snapshot
> 
>> 
>> +Differencing+FAQ
>> 
>> 
>> 
>> This message and any attachments (the "message") is intended solely for
>> the addressees and is confidential. If you receive this message in
> error,
>> please delete it and immediately notify the sender. Any use not in
> accord
>> with its purpose, any dissemination or disclosure, either whole or
> partial,
>> is prohibited except formal approval. The internet can not guarantee the
>> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
> (will)
>> not therefore be liable for the message if modified. Please note that
> certain
>> functions and services for BNP Paribas may be performed by BNP Paribas
> RCC, Inc.
> 
> --
> Met vriendelijke groeten/Kind Regards,
> 
> Remco Post
> r.p...@plcs.nl
> +31 6 248 21 622
> 
> 
> 
> This message and any attachments (the "message") is intended solely for
> the addressees and is confidential. If you receive this message in error,
> please delete it and immediately notify the sender. Any use not in accord
> with its purpose, any dissemination or disclosure, either whole or partial,
> is prohibited except formal approval. The internet can not guarantee the
> integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
> not therefore be liable for the message if modified. Please note that certain
> functions and services for BNP Paribas may be performed by BNP Paribas RCC, 
> Inc.

-- 
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622


Sql assistance in tsm 6.2.2

2011-09-22 Thread Lee, Gary D.
Trying to convert the following script from tsm 5.5.4 to 6.2.2.
Want to check exipiration performance and then bakcup performance (another 
script).
Script follows:


select activity, cast ((end_time) as date) as "Date", -
(examined/cast ((end_time-start_time) seconds as decimal (18,13)) *3600) -
"Objects Examined Up/Hr" from summary where -
activity='EXPIRATION' and days (end_time) -days (start_time)=0


Thanks for any help.


Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310

 

Re: snapdiff advice

2011-09-22 Thread Shawn Drew
I did have this working on TSM 5.5 with a TSM 6.2 AIX client (nfs shares).


 We just have a subset of volumes that are on vfilers that is preventing
me from adopting this solution "whole-hog"


Regards,
Shawn

Shawn Drew





Internet
r.p...@plcs.nl

Sent by: ADSM-L@VM.MARIST.EDU
09/22/2011 01:25 PM
Please respond to
ADSM-L@VM.MARIST.EDU


To
ADSM-L
cc

Subject
Re: [ADSM-L] snapdiff advice






Hi All,

I've got another question, maybe not for the FAQ ;-)

Has anybody got this working?

And maybe for the FAQ:

Are there TSM server requirements? Does SnapDiff require the TSM server to
be at version 6, or is a 5.5 server supported?


On 22 sep. 2011, at 17:31, Shawn Drew wrote:

> I'd like to add a question to the FAQ if possible.  I'll ask it
frequently
> if it helps getting it added!
>
> The documentation explicitly states that vfiler support (Multistore) is
> not supported.  Is support for this somewhere on the roadmap? or is
there
> something on the Netapp side that prevents this?
>
> Regards,
> Shawn
> 
> Shawn Drew
>
>
>
>
>
> Internet
> ra...@us.ibm.com
>
> Sent by: ADSM-L@VM.MARIST.EDU
> 09/22/2011 09:07 AM
> Please respond to
> ADSM-L@VM.MARIST.EDU
>
>
> To
> ADSM-L
> cc
>
> Subject
> Re: [ADSM-L] snapdiff advice
>
>
>
>
>
>
> Hello Paul and David,
>
> A frequently asked questions website has been created for snapshot
> differencing.
> We have attempted to answer the questions you have recently raised.
>
>
https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Snapshot

>
> +Differencing+FAQ
>
>
>
> This message and any attachments (the "message") is intended solely for
> the addressees and is confidential. If you receive this message in
error,
> please delete it and immediately notify the sender. Any use not in
accord
> with its purpose, any dissemination or disclosure, either whole or
partial,
> is prohibited except formal approval. The internet can not guarantee the
> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
(will)
> not therefore be liable for the message if modified. Please note that
certain
> functions and services for BNP Paribas may be performed by BNP Paribas
RCC, Inc.

--
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.


TSM 6.2.2 unrecoverable DB backup

2011-09-22 Thread Schneider, Jim
Hello TSMers

AIX 6.1
TSM 6.2.2.0

I have been testing DR recovery using replicated DB backups and storage
pools, recovering to a second TSM instance on a remote server.  I have
found that I cannot restore from every database backup.
 
I ran successful restores on Monday and Wednesday but today's restore
attempt failed.  db2diag messages include

2011-09-22-09.24.36.455938-300 I1562137A367   LEVEL: Warning
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogFile,
probe:4130
MESSAGE : Started retrieve for log file S223.LOG.

2011-09-22-09.24.36.456575-300 E1562505A576   LEVEL: Error
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogDisk,
probe:3500
MESSAGE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found."
  DIA8411C A file "S223.LOG" could not be found.
DATA #1 : String, 110 bytes
This might mean that end-of-logs has been reached.  Check for other
errors
to verify whether this is the case.

2011-09-22-09.24.36.457229-300 E1563082A434   LEVEL: Warning
PID : 17105122 TID  : 2111PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000
EDUID   : 2111 EDUNAME: db2logmgr (TSMDB1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgRetrieveLogFile,
probe:4165
MESSAGE : ADM1847W  Failed to retrieve log file "S223.LOG" on chain
"12" to 
  "/arclog/recovery/RstDbLog/".

2011-09-22-09.24.36.657930-300 I1563517A561   LEVEL: Error
PID : 17105122 TID  : 10078   PROC : db2sysc 0
INSTANCE: tsminst1 NODE : 000 DB   : TSMDB1
APPHDL  : 0-37 APPID: *LOCAL.tsminst1.110922142314
AUTHID  : TSMINST1
EDUID   : 10078EDUNAME: db2redom (TSMDB1) 0
FUNCTION: DB2 UDB, recovery manager, sqlpPRecReadLog, probe:1275
RETCODE : ZRC=0x071000D7=118489303=SQLP_EXT_NOT_IN_CHAIN
  "This extent is not a successor of the previous extent.  Fwd
Recovery can not continue."

I ran another DB backup, backed up devconfig, volhist, and ran prepare.
After waiting for the data to replicate to the remote site my restore
test was successful.  The error messages I listed did not occur during
the successful restore attempt.  There were no activity log messages
indicating an error during the first (unusable) DB backup.  It appears
that I cannot recover from all of my DB backups and wonder if anybody
else has run across the same situation.

I'm trying to determine if the problem is mine or ours.

With confused and gracious desperation,
Jim Schneider
United Stationers


TSM-DB2 Restore to another DB2 server?

2011-09-22 Thread Rick Adamson
Hi all,

Wondering if anyone can help me out here as my DB2 knowledge is lacking
to say the least. My DBA has come to me and asked if TSM has the ability
to restore a DB2 database backup to another DB2 server?

 

Our TSM servers are 5.5.5.2 (Win) and the backup client/API is level
5.5.1.10 (AIX).

 

Any help or references to information is greatly appreciated.

 

TIA,

~Rick Adamson

Jax, FL.


Re: snapdiff advice

2011-09-22 Thread Remco Post
Hi All,

I've got another question, maybe not for the FAQ ;-)

Has anybody got this working?

And maybe for the FAQ:

Are there TSM server requirements? Does SnapDiff require the TSM server to be 
at version 6, or is a 5.5 server supported?


On 22 sep. 2011, at 17:31, Shawn Drew wrote:

> I'd like to add a question to the FAQ if possible.  I'll ask it frequently
> if it helps getting it added!
> 
> The documentation explicitly states that vfiler support (Multistore) is
> not supported.  Is support for this somewhere on the roadmap? or is there
> something on the Netapp side that prevents this?
> 
> Regards,
> Shawn
> 
> Shawn Drew
> 
> 
> 
> 
> 
> Internet
> ra...@us.ibm.com
> 
> Sent by: ADSM-L@VM.MARIST.EDU
> 09/22/2011 09:07 AM
> Please respond to
> ADSM-L@VM.MARIST.EDU
> 
> 
> To
> ADSM-L
> cc
> 
> Subject
> Re: [ADSM-L] snapdiff advice
> 
> 
> 
> 
> 
> 
> Hello Paul and David,
> 
> A frequently asked questions website has been created for snapshot
> differencing.
> We have attempted to answer the questions you have recently raised.
> 
> https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Snapshot
> 
> +Differencing+FAQ
> 
> 
> 
> This message and any attachments (the "message") is intended solely for
> the addressees and is confidential. If you receive this message in error,
> please delete it and immediately notify the sender. Any use not in accord
> with its purpose, any dissemination or disclosure, either whole or partial,
> is prohibited except formal approval. The internet can not guarantee the
> integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
> not therefore be liable for the message if modified. Please note that certain
> functions and services for BNP Paribas may be performed by BNP Paribas RCC, 
> Inc.

-- 
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622


help

2011-09-22 Thread Ferid Cholich
HELP


Re: snapdiff advice

2011-09-22 Thread Shawn Drew
I'd like to add a question to the FAQ if possible.  I'll ask it frequently
if it helps getting it added!

The documentation explicitly states that vfiler support (Multistore) is
not supported.  Is support for this somewhere on the roadmap? or is there
something on the Netapp side that prevents this?

Regards,
Shawn

Shawn Drew





Internet
ra...@us.ibm.com

Sent by: ADSM-L@VM.MARIST.EDU
09/22/2011 09:07 AM
Please respond to
ADSM-L@VM.MARIST.EDU


To
ADSM-L
cc

Subject
Re: [ADSM-L] snapdiff advice






Hello Paul and David,

A frequently asked questions website has been created for snapshot
differencing.
We have attempted to answer the questions you have recently raised.

https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Snapshot

+Differencing+FAQ



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.


HSM + Windows 2008 DFS

2011-09-22 Thread Bruno
Hi TSMers,

has anybody tried this before?
We are breaking a Windows 2003 File Server Cluster and migrating the data to
a Windows 2008 R2 DFS environment with two hosts.
Today this cluster has TSM 5.5 + HSM 5.5. Approximately, the HSM is handling
2 TB of data.
By the nature of the DFS environment, it will constantly check and validate
the data replication between the hosts. So the Windows HSM concept does not
apply to this scenario, since the stub files left in the file system will be
accessed "constantly" and then retrieved from the TSM Server. Is it correct?

My best regards,

Bruno Melo


Re: snapdiff advice

2011-09-22 Thread Frank Ramke
Hello Paul and David,

A frequently asked questions website has been created for snapshot
differencing.
We have attempted to answer the questions you have recently raised.

https://www.ibm.com/developerworks/wikis/display/tivolistoragemanager/Snapshot
+Differencing+FAQ


Re: dsmserv.err not being written to

2011-09-22 Thread Minns, Farren - Chichester
Ah ok, thanks Richard

Farren




-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Richard Sims
Sent: 22 September 2011 12:41
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] dsmserv.err not being written to

It's not an issue: the server error log is for recording thread and process 
termination events.
The Activity Log records hardware events, which supplements your operating 
system error logging and any product-specific SNMP monitoring that's occurring.

   Richard Sims


John Wiley & Sons Limited is a private limited company registered in England 
with registered number 641132.
Registered office address: The Atrium, Southern Gate, Chichester, West Sussex, 
United Kingdom. PO19 8SQ.



Re: dsmserv.err not being written to

2011-09-22 Thread Richard Sims
It's not an issue: the server error log is for recording thread and process 
termination events.
The Activity Log records hardware events, which supplements your operating 
system error logging and any product-specific SNMP monitoring that's occurring.

   Richard Sims


dsmserv.err not being written to

2011-09-22 Thread Minns, Farren - Chichester
Hi all

I am still trying to figure out why I'm seeing intermittent drive faults, but 
have noticed that the dsmserv.err log is not getting written to (and hasn't 
been for a long time).

TSM 5.5.2.0 on Solaris 2.9

Has anyone else had a similar issue?

Any ideas why the log isn't being written to?

Regards

Farren


John Wiley & Sons Limited is a private limited company registered in England 
with registered number 641132.
Registered office address: The Atrium, Southern Gate, Chichester, West Sussex, 
United Kingdom. PO19 8SQ.