Re: TSM Replication

[Jeanne Bruno]

Thanks!
I just did the q repln  on the source server.  And yes it shows the 
filespaces and data amount for both source and target.
Beats doing the q fi on source and target!

But when I do q repln on the target server I get 'no matching servers defined'.

I think the original question asked by Rick's Management team was 'is there a 
query one can do on the TARGET server to confirm what was replicated' 



-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Karel 
Bos
Sent: Friday, July 22, 2016 2:14 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM Replication


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


Replications between source and target means that that data is being sent from 
source is being received by target. If the target doesn't confirm receive of 
data  the replication process failes.

After replication process had completed one can use the q repln command to 
check the replication state of any node configured to do replication. It shows 
how many objects and amount data of the nodes are on source and on the target.

Op 22 jul. 2016 17:39 schreef "Jeanne Bruno" :

> Hello.  for this:  but, I need to verify that on the TSM TARGET server  
> as well. Management wants to be able to verity that what the TSM 
> SOURCE server states was replicated is the same as what the TSM TARGET server 
> states.
>
>
>
> We don't have replicated info on our Target server either.  I'm 
> thinking only the source would store it and the Target server sees it 
> as just data and not 'replicated' data once stored in the pools.
>
>
>
> Can you verify doing 'FI' queries on both target and source. (the 
> capacity & percent utilization should be the same on both servers, 
> no?)
>
> Also maybe open a TSM gui or command line on one of the replicated 
> servers and see what's there to restore.
>
>
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Rick Adamson
> Sent: Friday, July 22, 2016 8:54 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] TSM Replication
>
>
>
>
>
> ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / 
> attachments. Never supply UserID/PASSWORD information.
>
>
>
>
>
> Ricky,
>
> I know that on the source server there is a field (BKBYTES_REPLICATED) 
> in the REPLCIATIONVIEW table. I have used it to query the amount of 
> replicated data.
>
> Perhaps someone can chime in from IBM but I did not find this 
> information maintained on the target server; if fact I receive an 
> error when attempting to query the REPLCIATIONVIEW or REPLTASK tables on it.
>
>
>
> On another note I'm not sure it is necessary; when the "replicate" 
> task starts the source server initiates sessions with the target 
> server and begins sending data. I would think that there is some type 
> of integrity check and acknowledgement performed by the target server 
> and sent back to the source server, if there's any issues the task 
> would complete with a failure state.
>
> But again that's more of a logical assumption, I have to defer to 
> gurus at IBM for clarification
>
>
>
> -Rick Adamson
>
>
>
>
>
> -Original Message-
>
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] [mailto:ADSM-L@VM.MARIST.EDU]> On Behalf Of Plair, Ricky
>
> Sent: Friday, July 22, 2016 7:57 AM
>
> To: ADSM-L@VM.MARIST.EDU
>
> Subject: [ADSM-L] TSM Replication
>
>
>
> Happy Friday to everyone!
>
>
>
> Can some tell me if there is a command, script or another way to find 
> out the summary of how much data was replicated during the replication 
> process on the TARGET server?
>
>
>
> Once replication has completed, I can go into the logs on the TSM 
> SOURCE server and find out how many files were deleted, and how much 
> data was replicated, etc. but, I need to verify that on the TSM 
> TARGET server as well. Management wants to be able to verity that what 
> the TSM SOURCE server states was replicated is the same as what the 
> TSM TARGET server states.
>
>
>
> Anyway of doing this?
>
>
>
>
>
> I appreciate any help.
>
>
>
>
>
>
>
>
>
> Ricky M. Plair
>
> Storage Engineer
>
> HealthPlan Services
>
> Office: 813 289 1000 Ext 2273
>
> Mobile: 813 357 9673
>
>
>
>
>
>
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _ CONFIDENTIALITY NOTICE: This email message, including any 
> attachments, is for the sole use of the intended recipient(s) and may 
> contain confidential and privileged information and/or Protected 
> Health Information (PHI) subject to protection under the law, 
> including the Health Insurance Portability and Accountability Act of 
> 1996, as amended (HIPAA). If you are not the intended recipient or the 
> person responsible for delivering the email to the intended recipient, 
> be advised that you have received this email 

Re: TSM Replication

[Karel Bos]

Replications between source and target means that that data is being sent
from source is being received by target. If the target doesn't confirm
receive of data  the replication process failes.

After replication process had completed one can use the q repln command to
check the replication state of any node configured to do replication. It
shows how many objects and amount data of the nodes are on source and on
the target.

Op 22 jul. 2016 17:39 schreef "Jeanne Bruno" :

> Hello.  for this:  but, I need to verify that on the TSM TARGET server  as
> well. Management wants to be able to verity that what the TSM SOURCE server
> states was replicated is the same as what the TSM TARGET server states.
>
>
>
> We don't have replicated info on our Target server either.  I'm thinking
> only the source would store it and the Target server sees it as just data
> and not 'replicated' data once stored in the pools.
>
>
>
> Can you verify doing 'FI' queries on both target and source. (the capacity
> & percent utilization should be the same on both servers, no?)
>
> Also maybe open a TSM gui or command line on one of the replicated servers
> and see what's there to restore.
>
>
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Rick Adamson
> Sent: Friday, July 22, 2016 8:54 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] TSM Replication
>
>
>
>
>
> ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links /
> attachments. Never supply UserID/PASSWORD information.
>
>
>
>
>
> Ricky,
>
> I know that on the source server there is a field (BKBYTES_REPLICATED) in
> the REPLCIATIONVIEW table. I have used it to query the amount of replicated
> data.
>
> Perhaps someone can chime in from IBM but I did not find this information
> maintained on the target server; if fact I receive an error when attempting
> to query the REPLCIATIONVIEW or REPLTASK tables on it.
>
>
>
> On another note I'm not sure it is necessary; when the "replicate" task
> starts the source server initiates sessions with the target server and
> begins sending data. I would think that there is some type of integrity
> check and acknowledgement performed by the target server and sent back to
> the source server, if there's any issues the task would complete with a
> failure state.
>
> But again that's more of a logical assumption, I have to defer to gurus at
> IBM for clarification
>
>
>
> -Rick Adamson
>
>
>
>
>
> -Original Message-
>
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] [mailto:ADSM-L@VM.MARIST.EDU]> On Behalf Of Plair, Ricky
>
> Sent: Friday, July 22, 2016 7:57 AM
>
> To: ADSM-L@VM.MARIST.EDU
>
> Subject: [ADSM-L] TSM Replication
>
>
>
> Happy Friday to everyone!
>
>
>
> Can some tell me if there is a command, script or another way to find out
> the summary of how much data was replicated during the replication process
> on the TARGET server?
>
>
>
> Once replication has completed, I can go into the logs on the TSM SOURCE
> server and find out how many files were deleted, and how much data was
> replicated, etc. but, I need to verify that on the TSM TARGET server
> as well. Management wants to be able to verity that what the TSM SOURCE
> server states was replicated is the same as what the TSM TARGET server
> states.
>
>
>
> Anyway of doing this?
>
>
>
>
>
> I appreciate any help.
>
>
>
>
>
>
>
>
>
> Ricky M. Plair
>
> Storage Engineer
>
> HealthPlan Services
>
> Office: 813 289 1000 Ext 2273
>
> Mobile: 813 357 9673
>
>
>
>
>
>
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _ CONFIDENTIALITY NOTICE: This email message, including any attachments, is
> for the sole use of the intended recipient(s) and may contain confidential
> and privileged information and/or Protected Health Information (PHI)
> subject to protection under the law, including the Health Insurance
> Portability and Accountability Act of 1996, as amended (HIPAA). If you are
> not the intended recipient or the person responsible for delivering the
> email to the intended recipient, be advised that you have received this
> email in error and that any use, disclosure, distribution, forwarding,
> printing, or copying of this email is strictly prohibited. If you have
> received this email in error, please notify the sender immediately and
> destroy all copies of the original message.
>

Re: TSM Replication

[Jeanne Bruno]

Hello.  for this:  but, I need to verify that on the TSM TARGET server  as 
well. Management wants to be able to verity that what the TSM SOURCE server 
states was replicated is the same as what the TSM TARGET server states.



We don't have replicated info on our Target server either.  I'm thinking only 
the source would store it and the Target server sees it as just data and not 
'replicated' data once stored in the pools.



Can you verify doing 'FI' queries on both target and source. (the capacity & 
percent utilization should be the same on both servers, no?)

Also maybe open a TSM gui or command line on one of the replicated servers and 
see what's there to restore.





-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rick 
Adamson
Sent: Friday, July 22, 2016 8:54 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM Replication





** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.





Ricky,

I know that on the source server there is a field (BKBYTES_REPLICATED) in the 
REPLCIATIONVIEW table. I have used it to query the amount of replicated data.

Perhaps someone can chime in from IBM but I did not find this information 
maintained on the target server; if fact I receive an error when attempting to 
query the REPLCIATIONVIEW or REPLTASK tables on it.



On another note I'm not sure it is necessary; when the "replicate" task starts 
the source server initiates sessions with the target server and begins sending 
data. I would think that there is some type of integrity check and 
acknowledgement performed by the target server and sent back to the source 
server, if there's any issues the task would complete with a failure state.

But again that's more of a logical assumption, I have to defer to gurus at IBM 
for clarification



-Rick Adamson





-Original Message-

From: ADSM: Dist Stor Manager 
[mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
Of Plair, Ricky

Sent: Friday, July 22, 2016 7:57 AM

To: ADSM-L@VM.MARIST.EDU

Subject: [ADSM-L] TSM Replication



Happy Friday to everyone!



Can some tell me if there is a command, script or another way to find out the 
summary of how much data was replicated during the replication process on the 
TARGET server?



Once replication has completed, I can go into the logs on the TSM SOURCE server 
and find out how many files were deleted, and how much data was replicated, 
etc. but, I need to verify that on the TSM TARGET server  as well. 
Management wants to be able to verity that what the TSM SOURCE server states 
was replicated is the same as what the TSM TARGET server states.



Anyway of doing this?





I appreciate any help.









Ricky M. Plair

Storage Engineer

HealthPlan Services

Office: 813 289 1000 Ext 2273

Mobile: 813 357 9673







_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
CONFIDENTIALITY NOTICE: This email message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information and/or Protected Health Information (PHI) subject to 
protection under the law, including the Health Insurance Portability and 
Accountability Act of 1996, as amended (HIPAA). If you are not the intended 
recipient or the person responsible for delivering the email to the intended 
recipient, be advised that you have received this email in error and that any 
use, disclosure, distribution, forwarding, printing, or copying of this email 
is strictly prohibited. If you have received this email in error, please notify 
the sender immediately and destroy all copies of the original message.

Re: TSM Replication

[Rick Adamson]

Ricky,
I know that on the source server there is a field (BKBYTES_REPLICATED) in the 
REPLCIATIONVIEW table. I have used it to query the amount of replicated data.
Perhaps someone can chime in from IBM but I did not find this information 
maintained on the target server; if fact I receive an error when attempting to 
query the REPLCIATIONVIEW or REPLTASK tables on it.

On another note I'm not sure it is necessary; when the "replicate" task starts 
the source server initiates sessions with the target server and begins sending 
data. I would think that there is some type of integrity check and 
acknowledgement performed by the target server and sent back to the source 
server, if there's any issues the task would complete with a failure state.
But again that's more of a logical assumption, I have to defer to gurus at IBM 
for clarification

-Rick Adamson


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Plair, 
Ricky
Sent: Friday, July 22, 2016 7:57 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM Replication

Happy Friday to everyone!

Can some tell me if there is a command, script or another way to find out the 
summary of how much data was replicated during the replication process on the 
TARGET server?

Once replication has completed, I can go into the logs on the TSM SOURCE server 
and find out how many files were deleted, and how much data was replicated, 
etc. but, I need to verify that on the TSM TARGET server  as well. 
Management wants to be able to verity that what the TSM SOURCE server states 
was replicated is the same as what the TSM TARGET server states.

Anyway of doing this?


I appreciate any help.




Ricky M. Plair
Storage Engineer
HealthPlan Services
Office: 813 289 1000 Ext 2273
Mobile: 813 357 9673



_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
CONFIDENTIALITY NOTICE: This email message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information and/or Protected Health Information (PHI) subject to 
protection under the law, including the Health Insurance Portability and 
Accountability Act of 1996, as amended (HIPAA). If you are not the intended 
recipient or the person responsible for delivering the email to the intended 
recipient, be advised that you have received this email in error and that any 
use, disclosure, distribution, forwarding, printing, or copying of this email 
is strictly prohibited. If you have received this email in error, please notify 
the sender immediately and destroy all copies of the original message.

TSM Replication

[Plair, Ricky]

Happy Friday to everyone!

Can some tell me if there is a command, script or another way to find out the 
summary of how much data was replicated during the replication process on the 
TARGET server?

Once replication has completed, I can go into the logs on the TSM SOURCE server 
and find out how many files were deleted, and how much data was replicated, 
etc. but, I need to verify that on the TSM TARGET server  as well. 
Management wants to be able to verity that what the TSM SOURCE server states 
was replicated is the same as what the TSM TARGET server states.

Anyway of doing this?


I appreciate any help.




Ricky M. Plair
Storage Engineer
HealthPlan Services
Office: 813 289 1000 Ext 2273
Mobile: 813 357 9673



_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
CONFIDENTIALITY NOTICE: This email message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information and/or Protected Health Information (PHI) subject to 
protection under the law, including the Health Insurance Portability and 
Accountability Act of 1996, as amended (HIPAA). If you are not the intended 
recipient or the person responsible for delivering the email to the intended 
recipient, be advised that you have received this email in error and that any 
use, disclosure, distribution, forwarding, printing, or copying of this email 
is strictly prohibited. If you have received this email in error, please notify 
the sender immediately and destroy all copies of the original message.

Re: TSM 7.1.6 binary truncated?

[Erwann SIMON]

Hi Andy,

I'm using the same platform (FileZilla 3.19.0 running on 64-bit Windows) and I 
did not have any issues with downloading 7.1.6 : 
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/server/v7r1/Linux/7.1.6.000/x86_64/7.1.6.000-TIV-TSMSRV-Linuxx86_64.bin

But I hav had the truncation problem some times in the past that made me 
downloading using http.

-- 
Best regards / Cordialement / مع تحياتي
Erwann SIMON

- Mail original -
De: "Andrew Raibeck" 
À: ADSM-L@VM.MARIST.EDU
Envoyé: Vendredi 8 Juillet 2016 12:42:34
Objet: Re: [ADSM-L] TSM 7.1.6 binary truncated?

Hi Erwann,

When I downloaded the file yesterday to help determine if there was a
problem with the file on the FTP site, I used FileZilla 3.19.0 running on
64-bit Windows.

Best regards,

Andy



Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com

IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager

Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html

Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

"ADSM: Dist Stor Manager"  wrote on 2016-07-08
06:28:15:

> From: Erwann SIMON 
> To: ADSM-L@VM.MARIST.EDU
> Date: 2016-07-08 06:31
> Subject: Re: TSM 7.1.6 binary truncated?
> Sent by: "ADSM: Dist Stor Manager" 
>
> Hi Adrew, all
>
> How did you download the file ?
>
> I wad used to download from ftp://public.dhe.ibm.com/storage/tivoli-
> storage-management/ using filezilla. I encountered problems when the
> file is larger than 2 GBs (server files generally). I think the
> downloaded file is truncated at this maximum size. So I generally
> use http download for those big files.
>
> --
> Best regards / Cordialement / مع تحياتي
> Erwann SIMON
>
> - Mail original -
> De: "Andrew Raibeck" 
> À: ADSM-L@VM.MARIST.EDU
> Envoyé: Jeudi 7 Juillet 2016 20:25:27
> Objet: Re: [ADSM-L] TSM 7.1.6 binary truncated?
>
> Hi Zoltan, all
>
> I just downloaded the file from the service.boulder.ibm.com site (on a
> non-IBM networked machine) and it looks okay to me. I used 7-zip on
Windows
> to test and extract the files, and everything was clean. I also extracted
> it on Linux, same as you (Zoltan) did, and it extracted clean:
>
> UnZipSFX 6.00 of 20 April 2009, by Info-ZIP (http://www.info-zip.org).
>creating: im64/
>creating: im64/Offerings/
>creating: im64/configuration/
>creating: im64/configuration/org.eclipse.update/
>creating: im64/documentation/
>creating: im64/documentation/de/
>   ...
>   inflating: input/install_response_sample.xml
>   inflating: input/uninstall_response_sample.xml
>   inflating: input/update_response_sample.xml
>   inflating: im32/post-install.xml
>   inflating: im64/post-install.xml
>   inflating: README.htm
> SLES-114:/716server #
>
> Maybe something got scrambled during your download?
>
> Best regards,
>
> Andy
>
>


>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
>
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager

>
> Online documentation:
>
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html

>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> 20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-07-07
> 12:15:22:
>
> > From: Zoltan Forray 
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 2016-07-07 12:17
> > Subject: Re: TSM 7.1.6 binary truncated?
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > Andy,
> >
> > I just downloaded it an hour ago from:
> >
> > ftp://service.boulder.ibm.com//storage/tivoli-storage-management/
> > maintenance/server/v7r1/Linux/7.1.6.000
> >
> > On Thu, Jul 7, 2016 at 11:56 AM, Andrew Raibeck 
> wrote:
> >
> > > From which site(s) are you finding issues with the package?
> > >
> > > Andy
> > >
> > >
> > >
>


>
> > >
> > > Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
> > >
> > > IBM Tivoli Storage Manager links:
> > > Product support:
> > >
> > > https://www.ibm.com/support/entry/portal/product/tivoli/
> > tivoli_storage_manager
> > >
> > > Online documentation:
> > >
> > > http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/
> > welcome_ssgsg7.html
> > >
> > > Product Wiki:
> > >
> > > https://www.ibm.com/developerworks/community/wikis/home/wiki/
> > Tivoli%20Storage%20Manager
> > >
> > > "ADSM: Dist Stor Manager"  wrote on