Re: CONTAINER pool experiences

[Loon, Eric van (ITOPT3) - KLM]

Oh, and don't forget that your server requires a significant amount of CPU's 
when switching to container pools since all deduplication and compression is 
done inline during your backup window. So when you want to switch in place from 
file to container, make sure your server has enough cores available. Check the 
Spectrum Protect Blueprints for details.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: dinsdag 18 september 2018 15:37
To: ADSM-L@VM.MARIST.EDU
Subject: CONTAINER pool experiences

We are investigating using CONTAINER pools for our offsite replica server vs 
the current FILE method which is killing us with the constant dedup, reclaims, 
etc.

So, what are the "gotchas' ?   We are still at V7.1.7.400 so I figure we
will have to do without any new features added in the V8 branch. But is it 
problematic enough at V7 to avoid it?

Your thoughts?  Experiences?

--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://phishing.vcu.edu/

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: CONTAINER pool experiences

[Loon, Eric van (ITOPT3) - KLM]

Don't forget backupsets, you will lose them too with containerpools.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Solomon Miler
Sent: dinsdag 18 september 2018 16:11
To: ADSM-L@VM.MARIST.EDU
Subject: Re: CONTAINER pool experiences

Dedup containers do not support  'migrate / export / move node '.The only 
way to get rid of data :  expire / delete node.  

We are on 8.1.1.0 


Solomon Miler 
Senior Data Protection Engineer, VP
--
Desk: 201.577.313
Cell  :  917.287.2332
smi...@jri-america.com





-Original Message-
From: ADSM: Dist Stor Manager  On Behalf Of Golbin, 
Mikhail
Sent: Tuesday, September 18, 2018 9:50 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [External] Re: [ADSM-L] CONTAINER pool experiences

Container pools work but you don't have defrag functionality until 8.1.4 - 
which means it does not release the space it no longer uses.
Also you don't get much if any benefit from dedup if you commingle 2 or more 
container pools into one on the replica.
For example you have 2 servers doing backups, storing data in container pools 
and both replicating to one offsite server.
Each container pool is about 20Tb and there is a lot of overlap - the storage 
pool usage on the offsite will be close to 40Tb, rather than 25Tb that it would 
have been if dedup worked properly

On Tue, Sep 18, 2018 at 9:37 AM Zoltan Forray  wrote:

> We are investigating using CONTAINER pools for our offsite replica 
> server vs the current FILE method which is killing us with the 
> constant dedup, reclaims, etc.
>
> So, what are the "gotchas' ?   We are still at V7.1.7.400 so I figure we
> will have to do without any new features added in the V8 branch. But 
> is it problematic enough at V7 to avoid it?
>
> Your thoughts?  Experiences?
>
> --
> *Zoltan Forray*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon 
> Monitor Administrator VMware Administrator Virginia Commonwealth 
> University UCC/Office of Technology Services www.ucc.vcu.edu 
> zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and 
> other reputable organizations will never use email to request that you 
> reply with your password, social security number or confidential 
> personal information. For more details visit http://phishing.vcu.edu/
>
>

--
Mikhail Golbin
bus (908)635-5705
cell (908)210-3393
RMD IT Client Services

***

This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this 
email in error please notify the sender by replying to this 
email and then delete it from your system.

No reliance may be placed upon this email without written
confirmation of its contents and any liability arising from 
such reliance without written confirmation is hereby 
excluded.

JRI America

***


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: MariaDB backups using modern MariaDB methods and high performance restores

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan,
Just out of curiosity: 100.000.000 transactions/year is a little over 3 
transactions per second. I would not call that heavily used, are these figures 
correct?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: dinsdag 4 september 2018 11:29
To: ADSM-L@VM.MARIST.EDU
Subject: Re: MariaDB backups using modern MariaDB methods and high performance 
restores

Yes we did, Repostor uses (at least the version we tested) mysql tools to 
backup and restore the database, the backup-impact and restore performance of 
the tool doesn't suite this customer environment.
Now, let me be clear, I don't want to be negative about Repostor data protector 
because it worked great and is very easy to setup and use, it's just that the 
very high amount of transactions that are done at this site eliminate this tool 
as a solution.

I will for sure advise Repostor data protector solutions when the demands are 
not so extreme as they are at this site.




On Tue, Sep 4, 2018 at 11:20 AM Uwe Schreiber 
wrote:

> Hi Stefan,
>
> did you have a look on Repostor DATA Protector?
>
> Regards Uwe
>
> > Am 04.09.2018 um 09:49 schrieb Stefan Folkerts <
> stefan.folke...@gmail.com>:
> >
> > Hi all,
> >
> > I'm currently looking for the best backup option for a large and
> extremely
> > transaction-heavy MariaDB database environment. I'm talking about up 
> > to
> > 100.000.000 transactions a year (payment industry).
> >
> > It needs to connect to Spectrum Protect to store it's database data, 
> > it
> is
> > acceptable if this is a two stage backup solution but not for 
> > restores
> due
> > to the duration of a two stage restore.
> >
> > We have looked at one option but that used the traditional mysqldump 
> > methods that have proven to be unusable for this customer because 
> > the restore is up to 8 times slower than the backup and during the 
> > backup all transactions are stored to be committed later, this is an 
> > issue with this many transactions.
> >
> > zmanda seems to offer newer backup mechanics for MariaDB, i'm 
> > wondering
> if
> > anybody used this with Spectrum Protect that can share some 
> > experiences with this solution.
> > Also, any other ideas for solutions that are officially supporting
> Spectrum
> > Protect would be great.
> >
> > Thanks in advance,
> >   Stefan
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Sessionsecurity challenge again

[Loon, Eric van (ITOPT3) - KLM]

Hi Zoltan,
In that case prepare yourself to be stuck on 7.1.7 forever. I have had a 
meeting with some developers about the new security implementation and made 
some suggestions for code changes. One of them was the ability to set an admin 
to transitional permanently because they tend to move around in the network 
constantly, but I noticed IBM isn't very willing to help us out here. I'm 
personally at a point where I'm seriously considering looking to other vendors 
for our future backup solution, even though have been a ADSM/TSM fan since 
version 2.1. :-(
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: dinsdag 28 augustus 2018 17:58
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Sessionsecurity challenge again

I am sure glad you and others are working out the "challenges" with 
sessionsecurity/TLS/SSL.  We are still stuck at 7.1.7.x until we complete get 
off the client web interface (deprecated with 7.1.8/8.1.2) and don't look 
forward to these "challenges" once we upgrade all of our servers.

On Tue, Aug 28, 2018 at 11:40 AM Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi guys!
> I'm struggling (again) with the sessionsecurity issue in our 7.1.9 server.
> I have a client node which is in fact a node which moves around in a 
> cluster. So sometime the node is on one cluster node active, the next 
> time on the other one. Each time the node switches to the other 
> server, the session is rejected by the TSM server:
>
> ANR0428W Session 70698 for node YS001LP9-SQL (TDP MSSQL Win64) refused 
> - client is down-level with this server version. (SESSION: 70698)
>
> Once the node is updated and set to transitional it's working again, 
> until it switches to the other node and there it fails with the same 
> error. What is the proper way to solve this issue?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>


--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://phishing.vcu.edu/

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Sessionsecurity challenge again

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
I'm struggling (again) with the sessionsecurity issue in our 7.1.9 server. I 
have a client node which is in fact a node which moves around in a cluster. So 
sometime the node is on one cluster node active, the next time on the other 
one. Each time the node switches to the other server, the session is rejected 
by the TSM server:

ANR0428W Session 70698 for node YS001LP9-SQL (TDP MSSQL Win64) refused - client 
is down-level with this server version. (SESSION: 70698)

Once the node is updated and set to transitional it's working again, until it 
switches to the other node and there it fails with the same error. What is the 
proper way to solve this issue?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Deleting a management class

[Loon, Eric van (ITOPT3) - KLM]

Hi Andy,
In my particular case the domain has a default management class of 14 days, but 
there is also a management class with a 10 years retention in this domain. 
Because directories are bound to the management class with the highest 
retention we normally use a cloptset for all nodes which sets the dirmc to the 
14 days mgmtclass, but I noticed several nodes don't use this cloptset. I was 
thinking about removing the 10 years management class from the domain, since 
it's no longer used anymore. Afterwards the active directory backups will be 
rebound to the only remaining 14 days mgmtclass, but how about the inactive 
directory backups?
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Andrew 
Raibeck
Sent: vrijdag 24 augustus 2018 14:19
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Deleting a management class

Hi Eric,

The default management class is used if it has a backup copy group.

If the default management class does not have a backup copy group, then the 
domain's backup retention (grace period) is used.

Similar story for archive copies: If the default management class has an 
archive copy group, then the default management class is used. Otherwise the 
domain's archive retention (grace period) is used.

Best regards,

Andy



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

"ADSM: Dist Stor Manager"  wrote on 2018-08-24
07:42:47:

> From: "Loon, Eric van (ITOPT3) - KLM" 
> To: ADSM-L@VM.MARIST.EDU
> Date: 2018-08-24 07:46
> Subject: Deleting a management class
> Sent by: "ADSM: Dist Stor Manager" 
>
> Hi guys,
> What happens to inactive files when I remove a management class from a 
> domain? Active files will be rebound during the next backup, but how 
> about inactive files? I cannot find anything about this in the
manuals.
> Thanks for your help again.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> INVALID URI REMOVED
> u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx-
>
siA1ZOg=Ij6DLy1l7wDpCbTfcDkLC_KknvhyGdCy_RnAGnhV37I=aT1Z1ROlheBVJvXkAo5t3N9NOKCadcbwljNWDNF-

> ydw=TLUpYDeGmNkJYKFLZhptXagzvfkDHF8W_ufRRQCXMI4=. This e-mail and 
> any attachment may contain confidential and privileged material 
> intended for the addressee only. If you are not the addressee, you are 
> notified that no part of the e-mail or any attachment may be 
> disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. 
> If you have received this e-mail by error, please notify the sender 
> immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for 
> any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Deleting a management class

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
What happens to inactive files when I remove a management class from a domain? 
Active files will be rebound during the next backup, but how about inactive 
files? I cannot find anything about this in the manuals.
Thanks for your help again.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: dedup on stgpool or global

[Loon, Eric van (ITOPT3) - KLM]

Hi Del,
Thanks again for your reply!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del 
Hoobler
Sent: maandag 23 juli 2018 18:28
To: ADSM-L@VM.MARIST.EDU
Subject: Re: dedup on stgpool or global

Spectrum Protect container pool deduplication is at the storage pool level.


"ADSM: Dist Stor Manager"  wrote on 07/23/2018 
09:07:18 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" 
> To: ADSM-L@VM.MARIST.EDU
> Date: 07/23/2018 09:08 AM
> Subject: dedup on stgpool or global
> Sent by: "ADSM: Dist Stor Manager" 
> 
> Hi guys,
> I cannot find a clear answer online: when using multiple directory 
> container storage pools, is TSM deduplication on the storage pool 
> level or is the dedup done globally over all storage pools?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> 
> For information, services and offers, please visit our web site: 
> INVALID URI REMOVED
> u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx-
> 
siA1ZOg=0hq2JX5c3TEZNriHEs7Zf7HrkY2fNtONOrEOM8Txvk8=BwIVcdlWH8sWoxmUHsmu_0Ao4Aa8YaagfMPKe2BBH10=N2Q1F6sldRT2RHMRtugbwILtNAOG5BWgewyZ8G2FtGg=
> . This e-mail and any attachment may contain confidential and 
> privileged material intended for the addressee only. If you are not 
> the addressee, you are notified that no part of the e-mail or any 
> attachment may be disclosed, copied or distributed, and that any 
> other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by
> error, please notify the sender immediately by return e-mail, and 
> delete this message.
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/
> or its employees shall not be liable for the incorrect or incomplete
> transmission of this e-mail or any attachments, nor responsible for 
> any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
> 

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

dedup on stgpool or global

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
I cannot find a clear answer online: when using multiple directory container 
storage pools, is TSM deduplication on the storage pool level or is the dedup 
done globally over all storage pools?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Can't start the server

[Loon, Eric van (ITOPT3) - KLM]

Max number of coordinating agents (MAX_COORDAGENTS) = AUTOMATIC(200)
 Max number of client connections  (MAX_CONNECTIONS) = 
AUTOMATIC(MAX_COORDAGENTS)

 Keep fenced process(KEEPFENCED) = YES
 Number of pooled fenced processes (FENCED_POOL) = 
AUTOMATIC(MAX_COORDAGENTS)
 Initial number of fenced processes (NUM_INITFENCED) = 0

 Index re-creation time and redo index build  (INDEXREC) = RESTART

 Transaction manager database name (TM_DATABASE) = 1ST_CONN
 Transaction resync interval (sec) (RESYNC_INTERVAL) = 180

 SPM name (SPM_NAME) = tsp
 SPM log size  (SPM_LOG_FILE_SZ) = 256
 SPM resync agent limit (SPM_MAX_RESYNC) = 20
 SPM log path (SPM_LOG_PATH) = 

 TCP/IP Service name  (SVCENAME) = 51500
 Discovery mode   (DISCOVER) = SEARCH
 Discover server instance(DISCOVER_INST) = ENABLE

 SSL server keydb file   (SSL_SVR_KEYDB) = 
 SSL server stash file   (SSL_SVR_STASH) = 
 SSL server certificate label(SSL_SVR_LABEL) = 
 SSL service name (SSL_SVCENAME) = 
 SSL cipher specs  (SSL_CIPHERSPECS) = 
 SSL versions (SSL_VERSIONS) = 
 SSL client keydb file  (SSL_CLNT_KEYDB) = 
 SSL client stash file  (SSL_CLNT_STASH) = 

 Maximum query degree of parallelism   (MAX_QUERYDEGREE) = ANY
 Enable intra-partition parallelism (INTRA_PARALLEL) = NO

 Maximum Asynchronous TQs per query(FEDERATED_ASYNC) = 0

 No. of int. communication buffers(4KB)(FCM_NUM_BUFFERS) = AUTOMATIC(4096)
 No. of int. communication channels   (FCM_NUM_CHANNELS) = AUTOMATIC(2048)
 Inter-node comm. parallelism  (FCM_PARALLELISM) = 1
 Node connection elapse time (sec) (CONN_ELAPSE) = 10
 Max number of node connection retries (MAX_CONNRETRIES) = 5  Max time 
difference between nodes (min) (MAX_TIME_DIFF) = 60

 db2start/db2stop timeout (min)(START_STOP_TIME) = 10

 WLM dispatcher enabled (WLM_DISPATCHER) = NO
 WLM dispatcher concurrency(WLM_DISP_CONCUR) = COMPUTED
 WLM dispatcher CPU shares enabled (WLM_DISP_CPU_SHARES) = NO  WLM dispatcher 
min. utilization (%) (WLM_DISP_MIN_UTIL) = 5

 Communication buffer exit library list (COMM_EXIT_LIST) = 
 Current effective arch level (CUR_EFF_ARCH_LVL) = V:10 R:5 M:0 F:7 I:0 
SB:0
 Current effective code level (CUR_EFF_CODE_LVL) = V:10 R:5 M:0 F:7 I:0 
SB:35354

 Keystore type   (KEYSTORE_TYPE) = NONE
 Keystore location   (KEYSTORE_LOCATION) =




It seems a problem related to the Spectrum Protect binary. I can

-Messaggio originale-
Da: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Per conto di Loon, 
Eric van (ITOPT3) - KLM
Inviato: mercoledì 23 maggio 2018 16:13
A: ADSM-L@VM.MARIST.EDU
Oggetto: Re: [ADSM-L] Can't start the server

Hi Tommaso,
I think this file should contain the userid and password used by TSM to connect 
to DB2. Are you able to restore this file from a recent backup?
What happens when you log on to the instance user and issue a db2start command? 
If you can start db2 successful, do you receive output from the following 
command:
$ db2 get dbm cfg
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Tommaso Bollini
Sent: woensdag 23 mei 2018 15:37
To: ADSM-L@VM.MARIST.EDU
Subject: R: [ADSM-L] Can't start the server

Hi Eric my errors are around that "digest file":
Wed May 23 15:10:20 2018 11141 ReadSha1[443] Entering Wed May 23 15:10:20 2018 
11141 ReadSha1[482] Opening file /home/tsmadmin/sqllib/tsmdbdata.TSMDB1 to read 
digest Wed May 23 15:10:20 2018 11141 ReadSha1[507] Only 0 bytes of 8 read from 
digest file Wed May 23 15:10:20 2018 11141 ValidatePassword[1070] Could not 
read saved digest Wed May 23 15:10:20 2018 11141 ValidatePasswordWithOS[1928] 
calling vfork() Wed May 23 15:10:20 2018 11141 ValidatePasswordWithOS[1956] 
Created process 11403 for password validation Wed May 23 15:10:20 2018 11403 
dsmckpwd.c[182] Entering. Module version 7.1.7.0(71) Wed May 23 15:10:20 2018 
11403 dsmckpwd.c[213] Waiting for request Wed May 23 15:10:20 2018 11403 
dsmckpwd.c[226] Request received of type 1 Wed May 23 15:10:20 2018 11403 
dsmckpwd.c[444] Validing with service "login"
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[458] Authenticating user.
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[356] ConvFunc entered with 1 msgs.
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[368] 0 msg_style PAM_PROMPT_ECHO_OFF 
received...continue.
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[462] Error 7 from pam_authenticate: 
Authentication failure Wed May 23 15:10:20 2018 11403 dsmckpwd.c[490] Completed 

Re: Can't start the server

[Loon, Eric van (ITOPT3) - KLM]

Hi Tommaso,
I think this file should contain the userid and password used by TSM to connect 
to DB2. Are you able to restore this file from a recent backup?
What happens when you log on to the instance user and issue a db2start command? 
If you can start db2 successful, do you receive output from the following 
command:
$ db2 get dbm cfg
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Tommaso Bollini
Sent: woensdag 23 mei 2018 15:37
To: ADSM-L@VM.MARIST.EDU
Subject: R: [ADSM-L] Can't start the server

Hi Eric my errors are around that "digest file":
Wed May 23 15:10:20 2018 11141 ReadSha1[443] Entering Wed May 23 15:10:20 2018 
11141 ReadSha1[482] Opening file /home/tsmadmin/sqllib/tsmdbdata.TSMDB1 to read 
digest Wed May 23 15:10:20 2018 11141 ReadSha1[507] Only 0 bytes of 8 read from 
digest file Wed May 23 15:10:20 2018 11141 ValidatePassword[1070] Could not 
read saved digest Wed May 23 15:10:20 2018 11141 ValidatePasswordWithOS[1928] 
calling vfork() Wed May 23 15:10:20 2018 11141 ValidatePasswordWithOS[1956] 
Created process 11403 for password validation Wed May 23 15:10:20 2018 11403 
dsmckpwd.c[182] Entering. Module version 7.1.7.0(71) Wed May 23 15:10:20 2018 
11403 dsmckpwd.c[213] Waiting for request Wed May 23 15:10:20 2018 11403 
dsmckpwd.c[226] Request received of type 1 Wed May 23 15:10:20 2018 11403 
dsmckpwd.c[444] Validing with service "login"
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[458] Authenticating user.
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[356] ConvFunc entered with 1 msgs.
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[368] 0 msg_style PAM_PROMPT_ECHO_OFF 
received...continue.
Wed May 23 15:10:20 2018 11403 dsmckpwd.c[462] Error 7 from pam_authenticate: 
Authentication failure Wed May 23 15:10:20 2018 11403 dsmckpwd.c[490] Completed 
with rc=2 Wed May 23 15:10:20 2018 11403 dsmckpwd.c[276] Exiting

If I remove the file "/home/tsmadmin/sqllib/tsmdbdata.TSMDB1" (tsmadmin it's my 
instance account), I find a new file, with 0 bytes size.
The startup dead with:

ANR0162W SQL30082N Security processing failed with reason "24" ("USERNAME 
AND/OR PASSWORD INVALID" SQLSTATE=08001)

Regards.

-Messaggio originale-
Da: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Per conto di Richard 
van Denzel
Inviato: mercoledì 23 maggio 2018 14:39
A: ADSM-L@VM.MARIST.EDU
Oggetto: Re: [ADSM-L] Can't start the server

I've seen this also quite recent. TSM was started with the service command 
(RHEL 6) and stopped by issueing HALT.
The trying the service connand again to start resulted in a similar error.

Sent from my Samsung S7 Edge

Op wo 23 mei 2018 14:34 schreef Loon, Eric van (ITOPT3) - KLM <
eric-van.l...@klm.com>:

> Hi Tommaso,
> Is the whole directory /home/tsmadmin/sqllib empty? I remember I have 
> seen this once in the past where the instance upgrade part failed 
> during a TSM server upgrade. This can be fixed by running the command 
> /opt/tivoli/tsm/db2/instance/db2iupdt  Kind regards, 
> Eric van Loon Air France/KLM Storage Engineering
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Tommaso Bollini
> Sent: dinsdag 22 mei 2018 17:42
> To: ADSM-L@VM.MARIST.EDU
> Subject: Can't start the server
>
> Hi specialist!
> In the afternoon we have done an halt of the Spectrum Server 7.1.7 for 
> an upgrade hardware on the server.
> I can't start no more my "tsmadmin" instance. I have found this error 
> in
> db2diag.log:
>
> 2018-05-22-16.50.36.339711+120 I77423730E538 LEVEL: Error
> PID : 28275TID : 140558731306752 PROC : db2sysc 0
> INSTANCE: tsmadmin NODE : 000DB   : TSMDB1
> APPHDL  : 0-97
> HOSTNAME: tsp
> EDUID   : 26   EDUNAME: db2agent (TSMDB1) 0
> FUNCTION: DB2 UDB, bsu security, sqlexLogPluginMessage, probe:20 DATA #1 :
> String with size, 143 bytes security plugin encountered an error
> User: tsmadmin
> File: /home/tsmadmin/sqllib/tsmdbdata.TSMDB1
> Error: Error reading contents of digest file.
>
> Infact:
>
> /home/tsmadmin/sqllib/tsmdbdata.TSMDB1: empty
>
> Do you know how can correct this situation?
>
> Regards.
> Tommaso Bollini
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only.
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and

Re: Can't start the server

[Loon, Eric van (ITOPT3) - KLM]

Hi Tommaso,
Is the whole directory /home/tsmadmin/sqllib empty? I remember I have seen this 
once in the past where the instance upgrade part failed during a TSM server 
upgrade. This can be fixed by running the command 
/opt/tivoli/tsm/db2/instance/db2iupdt 
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Tommaso Bollini
Sent: dinsdag 22 mei 2018 17:42
To: ADSM-L@VM.MARIST.EDU
Subject: Can't start the server

Hi specialist!
In the afternoon we have done an halt of the Spectrum Server 7.1.7 for an 
upgrade hardware on the server.
I can't start no more my "tsmadmin" instance. I have found this error in 
db2diag.log:

2018-05-22-16.50.36.339711+120 I77423730E538 LEVEL: Error
PID : 28275TID : 140558731306752 PROC : db2sysc 0
INSTANCE: tsmadmin NODE : 000DB   : TSMDB1
APPHDL  : 0-97
HOSTNAME: tsp
EDUID   : 26   EDUNAME: db2agent (TSMDB1) 0
FUNCTION: DB2 UDB, bsu security, sqlexLogPluginMessage, probe:20 DATA #1 : 
String with size, 143 bytes security plugin encountered an error
User: tsmadmin
File: /home/tsmadmin/sqllib/tsmdbdata.TSMDB1
Error: Error reading contents of digest file.

Infact:

/home/tsmadmin/sqllib/tsmdbdata.TSMDB1: empty

Do you know how can correct this situation?

Regards.
Tommaso Bollini

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: TSM Instance can't find its instance directory.

[Loon, Eric van (ITOPT3) - KLM]

Hi Steve,
Did you check the content of the .profile file of the instance user on the DR 
host? It should be identical to the one on the prime site.
If that's OK you could try and drop the instance and recatalog the database on 
the DR node:

# /opt/tivoli/tsm/db2/instance/db2idrop 
# /opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u  

$ db2 catalog db tsmdb1 on /tsm/wtsmt01

Maybe that helps?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Harris, Steven
Sent: woensdag 23 mei 2018 1:36
To: ADSM-L@VM.MARIST.EDU
Subject: TSM Instance can't find its instance directory.

Hi guys

I have a curly one here. TSM 7.1.1.300 on AIX  7.1

I'm preparing for a DR test.

The DR process is that the TSM instance directory, database, logs and disk/file 
storage pools reside on an IBM V840 flash device.  These are mirrored to the DR 
site using  remote copy.  The old way was to use the remote copy directly, the 
new way is to run a flashcopy backup of the remote-copied volumes and mount 
those. Old process or new I get the same error. It last worked November last 
year.

On my test instance,  when I start at prime site as the instance user, it finds 
the instance directory /tsm/wtsmt01.  It then opens the dsmserv.opt and 
initialization completes as usual.

When I start at the DR site, also as the instance user, with the same 
filesystems  mounted, and in the instance directory, it does not find the 
instance directory, but tries to use the root directory.  Obviously the 
dsmserv.opt file is not found and the process goes down hill from there.

Primary:
ANR0900I Processing options file /tsm/wtsmt01/dsmserv.opt.

DR:
ANR0905W Options file /dsmserv.opt not found.
ANR0010W Unable to open message catalog for language en_AU.8859-15. The default 
language message catalog will be used.
ANR7811I Using instance directory .

I have compared the two sets of environment variables and they are identical, 
apart from obvious things like PID and RANDOM.

According to the doc, the instance directory is supposed to be set from the DB2 
instance directory.  This is checked with db2 get dbm cfg | grep DFTDBPATH and 
is the same on both boxes.  I even explicitly set it again on the DR side to no 
effect.

TSM Support has been no help.

Can anyone point me in the right direction?  Even some idea of how to trace 
what's happening would be useful.

Thanks

Steve

Steven Harris
TSM Admin/Consultant
Canberra Australia

This message and any attachment is confidential and may be privileged or 
otherwise protected from disclosure. You should immediately delete the message 
if you are not the intended recipient. If you have received this email by 
mistake please delete it from your system; you should not copy the message or 
disclose its content to anyone. 

This electronic communication may contain general financial product advice but 
should not be relied upon or construed as a recommendation of any financial 
product. The information has been prepared without taking into account your 
objectives, financial situation or needs. You should consider the Product 
Disclosure Statement relating to the financial product and consult your 
financial adviser before making a decision about whether to acquire, hold or 
dispose of a financial product. 

For further details on the financial product please go to http://www.bt.com.au 

Past performance is not a reliable indicator of future performance.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Archiving directories

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
I noticed something unexpected with creating archives. Let me explain what I 
did:

1)  Under root in the homedir I created a directory called test with two 
subdirs (test1 and test2) and one file (testfile).

2)  The directory test and everything in it is owned by a non-root account 
in Linux.
When I create an archive with dsmc ar /root/test/ -subdir=yes I notice that 
everything is archived as expected:

Directory-->   4,096 /root/test [Sent]
Normal File--> 1,032 /root/test/testfile [Sent]
Directory-->   4,096 /root/test/test1 [Sent]
Directory-->   4,096 /root/test/test2 [Sent]
Archive processing of '/root/test/*' finished without failure.

Then I issued the same command again. This time the output is not the same:

Normal File--> 1,032 /root/test/testfile [Sent]
Archive processing of '/root/test/*' finished without failure.

Only the file is archived, not the directory itself, nor the subdirectories. 
Not a big issue you might think, but it can be when you retrieve the whole 
tree. When the first archive is made yesterday and the second one today, the 
result of a retrieve will be different. A retrieve with -fromdate="04/15/2018" 
will retrieve the file and subdirs with the original (non-root) owner. A 
retrieve with -fromdate="04/16/2018" however will retrieve the file with the 
non-root owner and it will recreate the /root/test directory with root as 
owner. Since the subdirs are not archived on the 16th, they are not being 
retrieved at all.
I cannot understand why the (sub)directories are not being archived during the 
second archive command.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

[Loon, Eric van (ITOPT3) - KLM]

Hi Steve,
Both your and Arnauds solution will work, until you stop/start your server. 
Then the schedule time will be missed and it will never be started again until 
you run it once manually...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Harris, Steven
Sent: woensdag 7 maart 2018 2:57
To: ADSM-L@VM.MARIST.EDU
Subject: Re: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

Eric

Really old-school...

Schedule a one time admin schedule to run a script that as the last step 
schedules itself again some time in the future

e.g

def scr reset_fred
upd scr reset_fred 'upd admin fred  sessionsecurity=transitional'   line=5  
 check the syntax
upd scr reset_fred 'upd sched reset_fred  t=a start=+0:05'  line=10


def sched reset_fred t=a cmd='run reset_fred'  active=yes  


Regards

Steve

Steven Harris
TSM Admin/Consultant
Canberra Australia



-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Wednesday, 7 March 2018 2:00 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or 
clients first

Hi Krzysztof,
Agreed, it will work but it sure aint pretty. And again, we are trying to find 
a fix for something IBM has broken...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Krzysztof Przygoda
Sent: dinsdag 6 maart 2018 15:40
To: ADSM-L@VM.MARIST.EDU
Subject: Re: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

Hi Eric
Solution for admin schedule to run more often without crontabs is to have 
several of them starting at different moment of each hour (startt value).
Eg:
def sched ADMIN_TRANSITIONAL_1 type=admin active=yes  STARTT=15:01 CMD="RUN 
ADMIN_TRANSITIONAL" duru=min peru=hour def sched ADMIN_TRANSITIONAL_2 
type=admin active=yes  STARTT=15:11 CMD="RUN ADMIN_TRANSITIONAL" duru=min 
peru=hour etc.
I know, this make the "fix" even more ridiculous ...but again, it works:-)

Kind regards
Krzysztof

2018-03-06 15:17 GMT+01:00 Loon, Eric van (ITOPT3) - KLM <
eric-van.l...@klm.com>:

> Hi Roger,
> I'm struggling with the exact same issues as you are. I'm running a
> 7.1.8 server and all procedures we are using for years to deploy new 
> clients fail because of the admins STRICT issue. And migrating 
> existing (< 7.1.8) versions from another server to this 7.1.8 server 
> is only possible after a manual update of the admin to TRANSITIONAL, 
> each and every time. You can't bypass this by installing the 
> certificate first because the dsmcert utility does not exist in pre-7.1.8 
> clients!
> I really think IBM has screwed up here big time. They clearly 
> underestimated the impact of this "small" security "enhancements" they 
> implemented. :-( I too thought about the fix of having the admin 
> account updated to TRANSITIONAL every minute or so, but I haven't been 
> able to find a way through the administrative scheduler to schedule a 
> command more often that once per hour (PERunits=H)... So you have to 
> build your own scripts and schedule it through cron, which isn't 
> allowed in our shop.
> I too have a hard time finding a simple solution. I think the best 
> thing IBM could do is admit that they have underestimated this issue 
> and create a
> 7.1.8.100 patch level with the option to set an admin account to 
> TRANSITIONAL permanently.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Deschner, Roger Douglas
> Sent: vrijdag 2 maart 2018 2:00
> To: ADSM-L@VM.MARIST.EDU
> Subject: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients 
> first
>
> I've been using our test setup for further testing, and I'm thinking 
> of reversing my strategy. I may want to upgrade clients first, and 
> then servers.
>
> The basic issue is still how to overcome the roadblock of having an 
> Administrator ID automatically switched from TRANSITIONAL to STRICT 
> upon first login from a 7.1.8/8.1.2+ dsmadmc client. IBM seems to 
> think we can upgrade all servers and all clients to 7.1.8/8.1.2+ 
> simultaneously. That is not practical.
>
> In the worst case, this automatic switching could cause the System 
> Administrator's worst nightmare - to lose control over a running system.
>
> I am still considering the (very ugly) bypass of an administrative 
> schedule that sets it back to TRANSITIONAL for all Admin IDs every 5 
> minutes. There will still be some failures.
>
> But I am

Re: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

[Loon, Eric van (ITOPT3) - KLM]

Hi Krzysztof,
Agreed, it will work but it sure aint pretty. And again, we are trying to find 
a fix for something IBM has broken...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Krzysztof Przygoda
Sent: dinsdag 6 maart 2018 15:40
To: ADSM-L@VM.MARIST.EDU
Subject: Re: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

Hi Eric
Solution for admin schedule to run more often without crontabs is to have 
several of them starting at different moment of each hour (startt value).
Eg:
def sched ADMIN_TRANSITIONAL_1 type=admin active=yes  STARTT=15:01 CMD="RUN 
ADMIN_TRANSITIONAL" duru=min peru=hour def sched ADMIN_TRANSITIONAL_2 
type=admin active=yes  STARTT=15:11 CMD="RUN ADMIN_TRANSITIONAL" duru=min 
peru=hour etc.
I know, this make the "fix" even more ridiculous ...but again, it works:-)

Kind regards
Krzysztof

2018-03-06 15:17 GMT+01:00 Loon, Eric van (ITOPT3) - KLM <
eric-van.l...@klm.com>:

> Hi Roger,
> I'm struggling with the exact same issues as you are. I'm running a 
> 7.1.8 server and all procedures we are using for years to deploy new 
> clients fail because of the admins STRICT issue. And migrating 
> existing (< 7.1.8) versions from another server to this 7.1.8 server 
> is only possible after a manual update of the admin to TRANSITIONAL, 
> each and every time. You can't bypass this by installing the 
> certificate first because the dsmcert utility does not exist in pre-7.1.8 
> clients!
> I really think IBM has screwed up here big time. They clearly 
> underestimated the impact of this "small" security "enhancements" they 
> implemented. :-( I too thought about the fix of having the admin 
> account updated to TRANSITIONAL every minute or so, but I haven't been 
> able to find a way through the administrative scheduler to schedule a 
> command more often that once per hour (PERunits=H)... So you have to 
> build your own scripts and schedule it through cron, which isn't 
> allowed in our shop.
> I too have a hard time finding a simple solution. I think the best 
> thing IBM could do is admit that they have underestimated this issue 
> and create a
> 7.1.8.100 patch level with the option to set an admin account to 
> TRANSITIONAL permanently.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Deschner, Roger Douglas
> Sent: vrijdag 2 maart 2018 2:00
> To: ADSM-L@VM.MARIST.EDU
> Subject: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients 
> first
>
> I've been using our test setup for further testing, and I'm thinking 
> of reversing my strategy. I may want to upgrade clients first, and 
> then servers.
>
> The basic issue is still how to overcome the roadblock of having an 
> Administrator ID automatically switched from TRANSITIONAL to STRICT 
> upon first login from a 7.1.8/8.1.2+ dsmadmc client. IBM seems to 
> think we can upgrade all servers and all clients to 7.1.8/8.1.2+ 
> simultaneously. That is not practical.
>
> In the worst case, this automatic switching could cause the System 
> Administrator's worst nightmare - to lose control over a running system.
>
> I am still considering the (very ugly) bypass of an administrative 
> schedule that sets it back to TRANSITIONAL for all Admin IDs every 5 
> minutes. There will still be some failures.
>
> But I am also considering reversing the strategy I had considered 
> earlier, to a different strategy of upgrading all of the clients 
> involved (about 7 of them, I think, but I'm not sure) to 7.1.8 or 
> 8.1.4 first, while the servers are all still running older versions. 
> So far, everything would be working.
>
> Then doublecheck that there are not any left behind by scanning 
> activity logs, the summary file, etc.
>
> Then once the operation of these clients was stabilized, upgrade our 4 
> servers one at a time. As each server is upgraded, the already-updated 
> client would cause certificates to be exchanged and that Admin ID to 
> be switched to STRICT, which would be OK since all of the client nodes 
> where that Admin ID might log in from would already be at 
> V7.1.8/8.1.2+. (At least we hope. This may expose those we forgot.)
>
> Unless I'm overlooking something big here, I think this would allow us 
> to upgrade each client and each server independently, and iron out any 
> issues one at a time. Any comments on this client-first strategy?
>
> Roger Deschner
> University of Illinois at Chicago
> "I have not lost my mind; it is backed up on tape somewhere."
> *

Re: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

[Loon, Eric van (ITOPT3) - KLM]

Hi Roger,
I'm struggling with the exact same issues as you are. I'm running a 7.1.8 
server and all procedures we are using for years to deploy new clients fail 
because of the admins STRICT issue. And migrating existing (< 7.1.8) versions 
from another server to this 7.1.8 server is only possible after a manual update 
of the admin to TRANSITIONAL, each and every time. You can't bypass this by 
installing the certificate first because the dsmcert utility does not exist in 
pre-7.1.8 clients!
I really think IBM has screwed up here big time. They clearly underestimated 
the impact of this "small" security "enhancements" they implemented. :-(
I too thought about the fix of having the admin account updated to TRANSITIONAL 
every minute or so, but I haven't been able to find a way through the 
administrative scheduler to schedule a command more often that once per hour 
(PERunits=H)... So you have to build your own scripts and schedule it through 
cron, which isn't allowed in our shop.
I too have a hard time finding a simple solution. I think the best thing IBM 
could do is admit that they have underestimated this issue and create a 
7.1.8.100 patch level with the option to set an admin account to TRANSITIONAL 
permanently.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Deschner, Roger Douglas
Sent: vrijdag 2 maart 2018 2:00
To: ADSM-L@VM.MARIST.EDU
Subject: v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first

I've been using our test setup for further testing, and I'm thinking of 
reversing my strategy. I may want to upgrade clients first, and then servers.

The basic issue is still how to overcome the roadblock of having an 
Administrator ID automatically switched from TRANSITIONAL to STRICT upon first 
login from a 7.1.8/8.1.2+ dsmadmc client. IBM seems to think we can upgrade all 
servers and all clients to 7.1.8/8.1.2+ simultaneously. That is not practical.

In the worst case, this automatic switching could cause the System 
Administrator's worst nightmare - to lose control over a running system. 

I am still considering the (very ugly) bypass of an administrative schedule 
that sets it back to TRANSITIONAL for all Admin IDs every 5 minutes. There will 
still be some failures.

But I am also considering reversing the strategy I had considered earlier, to a 
different strategy of upgrading all of the clients involved (about 7 of them, I 
think, but I'm not sure) to 7.1.8 or 8.1.4 first, while the servers are all 
still running older versions. So far, everything would be working.

Then doublecheck that there are not any left behind by scanning activity logs, 
the summary file, etc. 

Then once the operation of these clients was stabilized, upgrade our 4 servers 
one at a time. As each server is upgraded, the already-updated client would 
cause certificates to be exchanged and that Admin ID to be switched to STRICT, 
which would be OK since all of the client nodes where that Admin ID might log 
in from would already be at V7.1.8/8.1.2+. (At least we hope. This may expose 
those we forgot.)

Unless I'm overlooking something big here, I think this would allow us to 
upgrade each client and each server independently, and iron out any issues one 
at a time. Any comments on this client-first strategy?

Roger Deschner
University of Illinois at Chicago
"I have not lost my mind; it is backed up on tape somewhere."

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Command Routing Gotcha in v7.1.8

[Loon, Eric van (ITOPT3) - KLM]

Amen! IBM?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Harris, Steven
Sent: vrijdag 23 februari 2018 6:16
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Command Routing Gotcha in v7.1.8

So what we need is a server option

SESSIONSECFORCE   TRANSITIONAL

Only able to be set by editing dsmserv.opt and defaulting to NO.   If its set 
then the automatic update to SESSIONSECURITY strict  is not permitted.

Update everything you need to then turn the option off.

I understand why session security has been forced on and I understand that we 
don't want it to be easily bypassed from any admin session as that leaves a 
simple back door, but seriously, someone did not think through the implications.

Cheers

Steve

Steven Harris
TSM Admin/Consultant

Canberra Australia

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Deschner, Roger Douglas
Sent: Friday, 23 February 2018 1:11 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Command Routing Gotcha in v7.1.8

There is a known and somewhat documented restriction where an administrative ID 
which connects to a New (7.1.8 or 8.1.2+) server from a New dsmadmc client, 
cannot connect from an Old administrative client anymore, because 
SESSIONSECURITY has been switched to STRICT.

I have now discovered that this affects Command Routing among servers. It makes 
sense, if you think about it, but it bit me. My test setup has two servers, one 
running 6.3.5 and the other 7.1.8. They both have Admin ID roger with the same 
password. Command routing initially worked fine between the two servers using 
Admin ID roger. But then Admin ID roger used a 7.1.8 client dsmadmc to connect 
to the 7.1.8 server, and all that SSL magic happened and SESSIONSECURITY got 
changed to STRICT. As documented, now Admin ID roger cannot use an older client 
dsmadmc to reach the 7.1.8 server. Although roger can still connect to the 
6.3.5 server using any version client dsmadmc, now command routing no longer 
works. It fails with "ANR0454E Session rejected by server ADSM-3, reason: 7 - 
Down level." It does work when Admin ID roger connects to the 7.1.8 server. UPD 
ADMIN ROGER SESSIONSECURITY=TRANSITIONAL is a bypass, and I'm keeping the 
(ugly) suggestion in mind to issue it every 5 minutes from a schedule if this 
becomes an issue.

I have noticed that, if SESSIONSECURITY=TRANSITIONAL is in effect, and you use 
an Old client to connect to an Old server, and you use command routing to route 
a command to a New server, it does NOT change SESSIONSECURITY to STRICT for 
that Admin ID on the New server. That is good. This feature of automatically 
setting SESSIONSECURITY to STRICT on Admin IDs is turning into one of our worst 
stumbling blocks in this major update. I'm the administrator; don't mess with 
my own ID!

This looks like another reason to upgrade ALL servers to 7.1.8/8.1.2+ before 
upgrading ANY clients. We have several admin IDs that are used by a variety of 
cron processes to monitor and control the backup systems. Some of these 
processes use command routing. I am now inventorying them, because the clients 
they connect from must all be upgraded together at the same time to avoid 
failures of these monitoring and control processes.

Roger Deschner
University of Illinois at Chicago
"I have not lost my mind; it is backed up on tape somewhere."

This message and any attachment is confidential and may be privileged or 
otherwise protected from disclosure. You should immediately delete the message 
if you are not the intended recipient. If you have received this email by 
mistake please delete it from your system; you should not copy the message or 
disclose its content to anyone. 

This electronic communication may contain general financial product advice but 
should not be relied upon or construed as a recommendation of any financial 
product. The information has been prepared without taking into account your 
objectives, financial situation or needs. You should consider the Product 
Disclosure Statement relating to the financial product and consult your 
financial adviser before making a decision about whether to acquire, hold or 
dispose of a financial product. 

For further details on the financial product please go to http://www.bt.com.au 

Past performance is not a reliable indicator of future performance.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this 

Re: empty containers?

[Loon, Eric van (ITOPT3) - KLM]

Well, I was just thinking along... I won't bother you again.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Remco 
Post
Sent: woensdag 21 februari 2018 17:53
To: ADSM-L@VM.MARIST.EDU
Subject: Re: empty containers?

I don’t know, nor do I care one bit. What I care about are those empty 
containers that I can’t get rid of.

> On 21 Feb 2018, at 16:39, Loon, Eric van (ITOPT3) - KLM 
> <eric-van.l...@klm.com> wrote:
> 
> Hi Remco,
> Could it be that your SQL Server admins are compressing the data which is 
> send to the TSM server? If I'm correct you can turn on compression on the SQL 
> server itself as well as on the TDP/API client.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> Remco Post
> Sent: woensdag 21 februari 2018 16:23
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: empty containers?
> 
> we’re getting about 0% dedup savings (3 * full, plus diffful, plus log 
> backups) and about maybe 20% compression savings.
> 
>> On 21 Feb 2018, at 16:03, PAC Brion Arnaud <arnaud.br...@panalpina.com> 
>> wrote:
>> 
>> Hi Remco,
>> 
>> No direct answer to your question, but your statement " dedup on SQL is 
>> non-existant" is kind of astonishing me ...
>> 
>> Here an extract of the output for "q stg DIR_SQL f=d" on my server (you 
>> guessed it, this stgpool is dedicated to SQL backups ...) :
>> 
>>   Deduplication Savings: 34,513 G (60.21%)
>>  Compression Savings: 17,517 G (76.81%)
>>Total Space Saved: 52,030 G (90.77%)
>> 
>> Altogether 90,7 % data reduction !
>> 
>> I would be curious to hear what our TSM fellows in this list are achieving 
>> ...
>> 
>> Cheers.
>> 
>> Arnaud
>> 
>> 
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
>> Remco Post
>> Sent: Wednesday, February 21, 2018 3:06 PM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: empty containers?
>> 
>> Hi All,
>> 
>> today I ran into something new: an empty directory container. No, not an 
>> empty directory, and empty container. We’re moving SQL backups from 
>> directories to traditional tape, dedup on SQL is non-existant, so tape is 
>> cheaper, and after the expiration period the container pool should be empty. 
>> Well this being the real world and all, of course I have a few containers 
>> left. Move container bla bla to reduce disk usage. All nice, exceprt for 
>> some containers that are now empty, thus can’t be moved… How do I get rid of 
>> those? TSM server level 8.1.1.100
>> 
>> -- 
>> 
>> Met vriendelijke groeten/Kind Regards,
>> 
>> Remco Post
>> r.p...@plcs.nl
>> +31 6 248 21 622
> 
> -- 
> 
> Met vriendelijke groeten/Kind Regards,
> 
> Remco Post
> r.p...@plcs.nl
> +31 6 248 21 622
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt. 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 

-- 

 Met vriendelijke groeten/Kind Regards,

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or a

Re: empty containers?

[Loon, Eric van (ITOPT3) - KLM]

Hi Remco,
Could it be that your SQL Server admins are compressing the data which is send 
to the TSM server? If I'm correct you can turn on compression on the SQL server 
itself as well as on the TDP/API client.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Remco 
Post
Sent: woensdag 21 februari 2018 16:23
To: ADSM-L@VM.MARIST.EDU
Subject: Re: empty containers?

we’re getting about 0% dedup savings (3 * full, plus diffful, plus log backups) 
and about maybe 20% compression savings.

> On 21 Feb 2018, at 16:03, PAC Brion Arnaud  wrote:
> 
> Hi Remco,
> 
> No direct answer to your question, but your statement " dedup on SQL is 
> non-existant" is kind of astonishing me ...
> 
> Here an extract of the output for "q stg DIR_SQL f=d" on my server (you 
> guessed it, this stgpool is dedicated to SQL backups ...) :
> 
>Deduplication Savings: 34,513 G (60.21%)
>   Compression Savings: 17,517 G (76.81%)
> Total Space Saved: 52,030 G (90.77%)
> 
> Altogether 90,7 % data reduction !
> 
> I would be curious to hear what our TSM fellows in this list are achieving ...
> 
> Cheers.
> 
> Arnaud
> 
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> Remco Post
> Sent: Wednesday, February 21, 2018 3:06 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: empty containers?
> 
> Hi All,
> 
> today I ran into something new: an empty directory container. No, not an 
> empty directory, and empty container. We’re moving SQL backups from 
> directories to traditional tape, dedup on SQL is non-existant, so tape is 
> cheaper, and after the expiration period the container pool should be empty. 
> Well this being the real world and all, of course I have a few containers 
> left. Move container bla bla to reduce disk usage. All nice, exceprt for some 
> containers that are now empty, thus can’t be moved… How do I get rid of 
> those? TSM server level 8.1.1.100
> 
> -- 
> 
> Met vriendelijke groeten/Kind Regards,
> 
> Remco Post
> r.p...@plcs.nl
> +31 6 248 21 622

-- 

 Met vriendelijke groeten/Kind Regards,

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Admin session refused on each new client

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
We have always used a script to install the TSM client code on new Linux 
clients. Since the server was upgraded to 7.1.8 (and thus are suffering from 
the new security features) the script fails. The admin session which is 
supposed to define the new node on the TSM server is rejected with the message 
"ANR0404W Session 66 for administrator ADMIN (Linux x86-64) refused - client is 
down-level with this server version.". This can be fixed once by a upd admin 
ADMIN sessionsecurity=transitional at which point the certificate is exchanged 
and the session is working again. But because the sessionsecurity is 
immediately set to strict afterwards by TSM, the next time the script is run on 
a different client, it fails again.
Has anybody been able to find some work-around for this?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Don't upgrade TSM client to 7.1.8 on a 6.3 server!

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
I just found out the hard way and I would like to share this knowledge before 
anyone else running this (unsupported) server level runs into the same issue: 
do NOT upgrade the TSM client to 7.1.8 on a 6.3 server. This client contains a 
GSKit version (8.0.50.78) which is not compatible with the 6.3 server. As soon 
as you upgrade the client, you will not be able to back up the TSM database 
(ANR4588E A database backup configuration might be incorrect) and as soon as 
you stop your server, you won't be able to start it anymore (ANR1820E The 
server could not connect to the database manager by using TCP/IP port). After 
downgrading to the GSKit that comes with the 7.1.6.x clients (8.0.50.66) 
everything is working again.
So, now it's logged on the internet. :)
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Export data to spectrum protect 8.1.4 from old tsm server

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan,
The message can be confusing, if the admin used is set to 
sessionsecurity=strict on the target server, you will see the same message. 
Update it to sessionsecurity=transitional and your export will probably work.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tsm Tsm
Sent: maandag 12 februari 2018 21:45
To: ADSM-L@VM.MARIST.EDU
Subject: Export data to spectrum protect 8.1.4 from old tsm server

hello

exporting data from 6.3.4.300 to 8.1.1 was  working

we had this environment some months ago.


now we had to do same thing with 6.3.4.300 and new version 8.1.4.
other location of same customer
does not work anymore

messages like down level, etc

do we need to update the 6.3 tsm server first?

we do not want ssl on the old server, so for us it is better if possible to 
update to a server level older than 8.1.2.



with best regards
stefan savoric

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Backup db chalenges with 7.1.8

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
For the record: the issue below was caused by a misconfigured API client. On 
one cluster node it was using the hosts IP address as tcpcerveraddress, on the 
other one it used tcpserveraddress localhost. After setting them both to 
localhost the database backup was working again on both nodes.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

From: Loon, Eric van (ITOPT3) - KLM
Sent: donderdag 25 januari 2018 13:58
To: ADSM-L <ADSM-L@VM.MARIST.EDU>
Subject: Backup db chalenges with 7.1.8

Hi guys,
I'm facing a new challenge because of the security enhancement in 7.1.8. In the 
past I installed 7.1.7 servers on a cluster configuration, which was working 
without any issues. With 7.1.8 TSM starts checking the GUID of the 
$$_TSMDBMGR_$$ node used and this changes as soon as the server switches to the 
other cluster node. This causes the backup to fail:

ANR0406I Session 49 started for node $$_TSMDBMGR_$$ (DB2/Linux) (SSL 
10.70.11.118(58814)).
ANR2987W Session ended because of machine GUID or local host IP address 
mismatch.
ANR3259W Session 49 for node $$_TSMDBMGR_$$ (DB2/Linux) refused - 
$$_TSMDBMGR_$$ node from an untrusted system is not allowed.
ANR0403I Session 49 ended for node $$_TSMDBMGR_$$ (DB2/Linux).

I found the circumvention to specify the parameter DBMTRUSTEDGUIDIGNORE YES in 
the dsmserv.opt, but that looks more like a fix than a solution...
How should one solve this issue properly?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: No more client sessions after server upgrade.

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
To answer my own question so everybody else will be able to find it though 
ADSM-L. The solution was to generate a new certificate. During server startup I 
noticed the following message:

ANR3336W Default certificate labeled TSM Server SelfSigned Key in key data base 
is down level.

The fix was to stop the server and generate a new one by issuing the following 
command in the instance directory:

gsk8capicmd_64 -cert -setdefault -db cert.kdb -stashed -label "TSM Server 
SelfSigned SHA Key"

Afterwards all clients were working again.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


On Mon, Feb 5, 2018 at 10:52 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi guys!
>
> I just upgraded our engineering server from 7.1.7 to 7.1.8 and clients 
> cannot connect anymore. The only session that is working is the one 
> from the server itself. I opened an admin console through it and when 
> I try to establish and admins session from my pc, it's rejected with 
> the message "ANR8599W The connection with :37404 failed 
> due to an untrusted server certificate. An attempt to reconnect and 
> establish certificate trust might follow." A backup session from my pc 
> to the server fails with the same message in the actlog and with a 
> local message "ANS1592E Failed to initialize SSL protocol". Both my client 
> and my admin use Session Security:
> Transitional.
>
> Thanks for your help in advance!
>
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only.
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>



--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://phishing.vcu.edu/

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: No more client sessions after server upgrade.

[Loon, Eric van (ITOPT3) - KLM]

Hi Zoltan,
The server is a Linux box, but the client is Windows...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: maandag 5 februari 2018 19:26
To: ADSM-L@VM.MARIST.EDU
Subject: Re: No more client sessions after server upgrade.

If this is a Linux box, did you run the utility to convert the cert/keys file?

https://www.ibm.com/support/knowledgecenter/en/SSEQVQ_8.1.0/srv.admin/t_ssl_config_ca.html

On Mon, Feb 5, 2018 at 10:52 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi guys!
>
> I just upgraded our engineering server from 7.1.7 to 7.1.8 and clients 
> cannot connect anymore. The only session that is working is the one 
> from the server itself. I opened an admin console through it and when 
> I try to establish and admins session from my pc, it's rejected with 
> the message "ANR8599W The connection with :37404 failed 
> due to an untrusted server certificate. An attempt to reconnect and 
> establish certificate trust might follow." A backup session from my pc 
> to the server fails with the same message in the actlog and with a 
> local message "ANS1592E Failed to initialize SSL protocol". Both my client 
> and my admin use Session Security:
> Transitional.
>
> Thanks for your help in advance!
>
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>



--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://phishing.vcu.edu/

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

No more client sessions after server upgrade.

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!

I just upgraded our engineering server from 7.1.7 to 7.1.8 and clients cannot 
connect anymore. The only session that is working is the one from the server 
itself. I opened an admin console through it and when I try to establish and 
admins session from my pc, it's rejected with the message "ANR8599W The 
connection with :37404 failed due to an untrusted server 
certificate. An attempt to reconnect and establish certificate trust might 
follow." A backup session from my pc to the server fails with the same message 
in the actlog and with a local message "ANS1592E Failed to initialize SSL 
protocol". Both my client and my admin use Session Security: Transitional.

Thanks for your help in advance!

Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Backup db chalenges with 7.1.8

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
I'm facing a new challenge because of the security enhancement in 7.1.8. In the 
past I installed 7.1.7 servers on a cluster configuration, which was working 
without any issues. With 7.1.8 TSM starts checking the GUID of the 
$$_TSMDBMGR_$$ node used and this changes as soon as the server switches to the 
other cluster node. This causes the backup to fail:

ANR0406I Session 49 started for node $$_TSMDBMGR_$$ (DB2/Linux) (SSL 
10.70.11.118(58814)).
ANR2987W Session ended because of machine GUID or local host IP address 
mismatch.
ANR3259W Session 49 for node $$_TSMDBMGR_$$ (DB2/Linux) refused - 
$$_TSMDBMGR_$$ node from an untrusted system is not allowed.
ANR0403I Session 49 ended for node $$_TSMDBMGR_$$ (DB2/Linux).

I found the circumvention to specify the parameter DBMTRUSTEDGUIDIGNORE YES in 
the dsmserv.opt, but that looks more like a fix than a solution...
How should one solve this issue properly?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

[Loon, Eric van (ITOPT3) - KLM]

In fact a q server f=d shows Session Security: Transitional, but each time I 
log on to the server using the admin command line, my admin userid is getting 
updated from transitional to strict! Upd admin transitional works but as soon 
as I log on it's being switched back to Strict.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: donderdag 4 januari 2018 15:03
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

>>>admin to sessionsecurity=transitional (strange, this should be the
default...) and now I could start a session successful.

I concur. I remember having this same problem when I upgraded my test server to 
8.1.3 eventhough the docs say "transitional" is the default.

On Thu, Jan 4, 2018 at 8:42 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi Del,
> Well, not really... I'm currently installing a 7.1.8 server and 
> noticed that I could no longer use a 7.1.7 admin commandline:
>
> ANR0404W Session 22 for administrator ADMIN (Linux x86-64) refused - 
> client is down-level with this server version.
>
> So I upgraded it to 7.1.8, but it was still not working:
>
> On the client side: ANS1592E Failed to initialize SSL protocol.
> On the server side: ANR3335W Unable to distribute certificate to 
> KLM35757 for session 24.
>
> So I updated my admin to sessionsecurity=transitional (strange, this 
> should be the default...) and now I could start a session successful. 
> I tried the same admin account on another TSM client and again On the 
> client
> side: ANS1592E Failed to initialize SSL protocol. A q admin f=d showed 
> that sessionsecurity was again set to strict! I'm lost...
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Del Hoobler
> Sent: donderdag 4 januari 2018 13:45
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)
>
> Here are a few links that might help:
>
> https://www.ibm.com/support/knowledgecenter/en/SSEQVQ_8.1.
> 2/srv.install/r_srv_knowsec-aix.html
>
> http://www-01.ibm.com/support/docview.wss?uid=swg22004844
>
>
>
> Del
>
> ----------------
>
>
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 01/04/2018
> 03:37:53 AM:
>
> > From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 01/04/2018 03:40 AM
> > Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end 
> > only) Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> >
> > I too read all the previous posts, but I still don't know what to do.
> > Your mail also indicates that your upgrade planning is based on 
> > several assumptions and I think it is really time for IBM to jump in 
> > here. I think someone from development should explain a little bit 
> > about the new security design and tell us how we should upgrade 
> > without impact. Which components in which order to which recommended
> level.
> > Kind regards,
> > Eric van Loon
> > Air France/KLM Storage Engineering
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On 
> > Behalf Of Deschner, Roger Douglas
> > Sent: donderdag 4 januari 2018 0:14
> > To: ADSM-L@VM.MARIST.EDU
> > Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end 
> > only)
> >
> > Test! Test! Test! Search this forum for previous posts about this.
> > There are a bunch of gotchas. Perhaps one of the most severe is what 
> > happens to administrator IDS. Create some dummy admin IDS to use in 
> > testing, because you can permanently disable your own admin ID if 
> > you're not careful. We also know there will be library sharing gotchas.
> >
> > We're actually going to do the backup servers first - after thorough 
> > testing. We think we can minimize the risk to things like admin IDS 
> > if we upgrade the servers with NO clients yet on 7.1.8. I think that 
> > having 7.1.8 clients around will greatly complicate the process of 
> > upgrading the servers, especially if any of those 7.1.8 clients are 
> > the desktop workstations used by you and your coworkers. It's 
> > possible that when you do eventually upgrade your servers to 7.1.8, 
> > you'll have to backtrack to each client and manually install new SSL 
> > k

Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

[Loon, Eric van (ITOPT3) - KLM]

Hi Del,
Well, not really... I'm currently installing a 7.1.8 server and noticed that I 
could no longer use a 7.1.7 admin commandline:

ANR0404W Session 22 for administrator ADMIN (Linux x86-64) refused - client is 
down-level with this server version.

So I upgraded it to 7.1.8, but it was still not working:

On the client side: ANS1592E Failed to initialize SSL protocol.
On the server side: ANR3335W Unable to distribute certificate to KLM35757 for 
session 24.

So I updated my admin to sessionsecurity=transitional (strange, this should be 
the default...) and now I could start a session successful. I tried the same 
admin account on another TSM client and again On the client side: ANS1592E 
Failed to initialize SSL protocol. A q admin f=d showed that sessionsecurity 
was again set to strict! I'm lost...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del 
Hoobler
Sent: donderdag 4 januari 2018 13:45
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

Here are a few links that might help:

https://www.ibm.com/support/knowledgecenter/en/SSEQVQ_8.1.2/srv.install/r_srv_knowsec-aix.html

http://www-01.ibm.com/support/docview.wss?uid=swg22004844



Del




"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 01/04/2018
03:37:53 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 01/04/2018 03:40 AM
> Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only) 
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> 
> I too read all the previous posts, but I still don't know what to do. 
> Your mail also indicates that your upgrade planning is based on 
> several assumptions and I think it is really time for IBM to jump in 
> here. I think someone from development should explain a little bit 
> about the new security design and tell us how we should upgrade 
> without impact. Which components in which order to which recommended
level.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Deschner, Roger Douglas
> Sent: donderdag 4 januari 2018 0:14
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)
> 
> Test! Test! Test! Search this forum for previous posts about this. 
> There are a bunch of gotchas. Perhaps one of the most severe is what 
> happens to administrator IDS. Create some dummy admin IDS to use in 
> testing, because you can permanently disable your own admin ID if 
> you're not careful. We also know there will be library sharing gotchas.
> 
> We're actually going to do the backup servers first - after thorough 
> testing. We think we can minimize the risk to things like admin IDS if 
> we upgrade the servers with NO clients yet on 7.1.8. I think that 
> having 7.1.8 clients around will greatly complicate the process of 
> upgrading the servers, especially if any of those 7.1.8 clients are 
> the desktop workstations used by you and your coworkers. It's possible 
> that when you do eventually upgrade your servers to 7.1.8, you'll have 
> to backtrack to each client and manually install new SSL keys, on all 
> client systems, all at once. I hope that cat-herding nightmare can be 
> avoided by upgrading servers first, which will then manage key 
> distribution among clients more gracefully, as they upgrade to 7.1.8 
> one at a time. If I'm wrong about any of this, please chime in.
> 
> This thing has a big effect. Careful testing is necessary.
> 
> Roger Deschner
> University of Illinois at Chicago
> "I have not lost my mind - it is backed up on tape somewhere."
> 
> From: Skylar Thompson <skyl...@u.washington.edu>
> Sent: Tuesday, January 2, 2018 16:19
> Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)
> 
>  Content preview:  I believe the incompatibility arises if you set 
> SESSIONSECURITY
> to STRICT for your nodes. The default is TRANSITIONAL so you 
> should be fine;
> IIRC the only communication problems we had when upgrading our
servers to
> v7.1.8 was with library sharing. [...]
> 
>  Content analysis details:   (0.6 points, 5.0 required)
> 
>   pts rule name  description
>   --
> --
>   0.7 SPF_NEUTRALSPF: sender does not match SPF record 
(neutral)
>  -0.0 T_RP_MATCHES_RCVD  Envelope sender domain matches hando

Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

[Loon, Eric van (ITOPT3) - KLM]

I too read all the previous posts, but I still don't know what to do. Your mail 
also indicates that your upgrade planning is based on several assumptions and I 
think it is really time for IBM to jump in here. I think someone from 
development should explain a little bit about the new security design and tell 
us how we should upgrade without impact. Which components in which order to 
which recommended level.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Deschner, Roger Douglas
Sent: donderdag 4 januari 2018 0:14
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

Test! Test! Test! Search this forum for previous posts about this. There are a 
bunch of gotchas. Perhaps one of the most severe is what happens to 
administrator IDS. Create some dummy admin IDS to use in testing, because you 
can permanently disable your own admin ID if you're not careful. We also know 
there will be library sharing gotchas.

We're actually going to do the backup servers first - after thorough testing. 
We think we can minimize the risk to things like admin IDS if we upgrade the 
servers with NO clients yet on 7.1.8. I think that having 7.1.8 clients around 
will greatly complicate the process of upgrading the servers, especially if any 
of those 7.1.8 clients are the desktop workstations used by you and your 
coworkers. It's possible that when you do eventually upgrade your servers to 
7.1.8, you'll have to backtrack to each client and manually install new SSL 
keys, on all client systems, all at once. I hope that cat-herding nightmare can 
be avoided by upgrading servers first, which will then manage key distribution 
among clients more gracefully, as they upgrade to 7.1.8 one at a time. If I'm 
wrong about any of this, please chime in.

This thing has a big effect. Careful testing is necessary.

Roger Deschner
University of Illinois at Chicago
"I have not lost my mind - it is backed up on tape somewhere."

From: Skylar Thompson 
Sent: Tuesday, January 2, 2018 16:19
Subject: Re: Should I upgrade to 7.1.8.x ??? (on the client end only)

 Content preview:  I believe the incompatibility arises if you set 
SESSIONSECURITY
to STRICT for your nodes. The default is TRANSITIONAL so you should be fine;
IIRC the only communication problems we had when upgrading our servers to
v7.1.8 was with library sharing. [...]

 Content analysis details:   (0.6 points, 5.0 required)

  pts rule name  description
  -- --
  0.7 SPF_NEUTRALSPF: sender does not match SPF record (neutral)
 -0.0 T_RP_MATCHES_RCVD  Envelope sender domain matches handover relay
 domain
X-Barracuda-Connect: mx.gs.washington.edu[128.208.8.134]
X-Barracuda-Start-Time: 1514931575
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://148.100.49.28:443/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at marist.edu
X-Barracuda-Scan-Msg-Size: 3241
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=3.5 
QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.5 tests=
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.46484
Rule breakdown below
 pts rule name  description
 -- 
--

I believe the incompatibility arises if you set SESSIONSECURITY to STRICT for 
your nodes. The default is TRANSITIONAL so you should be fine; IIRC the only 
communication problems we had when upgrading our servers to v7.1.8 was with 
library sharing.

That said, v7.1.8 was a huge change so I would test it if possible first.

On Tue, Jan 02, 2018 at 05:12:44PM -0500, Tom Alverson wrote:
> Thanks for that link, I am more worried about any "gotcha's" caused by 
> upgrading the client to 7.1.8 or 8.1.2 before the storage servers get
> upgraded (and start using the new authentication).   What I had not
> realized until I saw the chart is that the new clients are NOT 
> backward compatible with old storage servers (which doesn't really 
> affect me since we have those all at 7.1.7.2 now).
>
>
> *IBM SPECTRUM PROTECT CLIENT SUPPORT*
>
> includes the Backup-Archive, API, UNIX HSM, and Web clients that are 
> compatible with, and currently supported with, IBM Spectrum Protect 
> Servers and Storage Agents.
> *IBM Spectrum Protect*
> *Client Version*
> *Supported IBM Spectrum Protect*
> *Server and Storage Agent Versions*
> 8.1.2
> 8.1, 7.1
> 8.1.0
> 8.1, 7.1, 6.3.x 1
> 7.1.8
> 8.1, 7.1
> 7.1
> 8.1, 7.1, 6.3.x 1
> 6.4 1
> 8.1, 7.1, 6.3.x 1
> 6.3 1, 2
> 8.1, 7.1, 6.3.x 1
>
>
>
>
>
>
>
>
>
>
> On Tue, Jan 2, 2018 at 4:42 PM, Skylar Thompson 
> 

Re: Moving archive data to a directory container

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
Just to let you know: the trick to export to a file pool and convert it 
afterwards won't work... You cannot specify a different storagepool in the 
export node command, so the export will go to the storagepool defined in the 
copygroup of the node's domain, which is the containerpool and thus the export 
fails. I can't change the nodes domain either, because it's already backing up 
to the containerpool and I only wanted to move the archive data created in the 
past on the source server.
I will have to use replication instead. Thanks for all your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: Loon, Eric van (ITOPT3) - KLM 
Sent: donderdag 30 november 2017 12:15
To: ADSM-L@VM.MARIST.EDU
Subject: RE: Moving archive data to a directory container

Hi Marc,
I didn't know you can convert a storagepool into an already existing 
containerpool, thanks. I think I will remove some directories from the 
containerpool to make room for a new filepool. I will export all archives in 
there and convert it to the existing containerpool afterwards. As soon as all 
nodes are moved, I will delete the filepool and add the disks back to the 
containerpool.
Thanks for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Marc 
Lanteigne
Sent: woensdag 29 november 2017 17:42
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Moving archive data to a directory container

Hi,

You might be able to use node replication to move the data from the old server 
into the new server.

If you go with the import into a filepool method, you don't need two directory 
container pools, you can convert the filepool into the existing container pool.
-
Thanks,
Marc...

Marc Lanteigne
Accelerated Value Specialist for Spectrum Protect
416.478.0233 | marclantei...@ca.ibm.com
Office Hours:  Monday to Friday, 7:00 to 16:00 Eastern

Follow me on: Twitter, developerWorks, LinkedIn


-Original Message-
From: Loon, Eric van (ITOPT3) - KLM [mailto:eric-van.l...@klm.com]
Sent: Wednesday, November 29, 2017 12:18 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Moving archive data to a directory container

Hi guys!
We are migrating our clients from a version 6 server to a new 7.1.7 server with 
a directory container pool. Switching clients is easy, just updating the option 
files and they will start a new backup cycle on the new TSM server. But a lot 
of clients also store long term archives. I can't think of a way to move the 
archives from the v6 server to the v7 server since import is not supported to a 
directory pool. The only trick I can come up with is defining a file pool on 
the v7 server, moving all archives in here and converting it to a directory 
container afterwards, but I need extra storage for it and I end up with two 
directory pools (at least until all archives are gone) and that is not what I 
want...
Does anybody else know some trick to move these archives?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site:
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx-siA1ZOg=hMBqtRSV0jXgOdXEmlNk_-O9LHkPCGSh9PJBRSlL8Q4=MHcroyMTlfnvImqh8Xh27U_KSsiOrHx1DbJnIMM3kLo=7tfcdgEk2ax4u5oKCXjTNUIys5evvzyXrdwJ2_hzr0o=.
 This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have

Re: Moving archive data to a directory container

[Loon, Eric van (ITOPT3) - KLM]

Hi Marc,
I didn't know you can convert a storagepool into an already existing 
containerpool, thanks. I think I will remove some directories from the 
containerpool to make room for a new filepool. I will export all archives in 
there and convert it to the existing containerpool afterwards. As soon as all 
nodes are moved, I will delete the filepool and add the disks back to the 
containerpool.
Thanks for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Marc 
Lanteigne
Sent: woensdag 29 november 2017 17:42
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Moving archive data to a directory container

Hi,

You might be able to use node replication to move the data from the old server 
into the new server.

If you go with the import into a filepool method, you don't need two directory 
container pools, you can convert the filepool into the existing container pool.
-
Thanks,
Marc...

Marc Lanteigne
Accelerated Value Specialist for Spectrum Protect
416.478.0233 | marclantei...@ca.ibm.com
Office Hours:  Monday to Friday, 7:00 to 16:00 Eastern

Follow me on: Twitter, developerWorks, LinkedIn


-Original Message-
From: Loon, Eric van (ITOPT3) - KLM [mailto:eric-van.l...@klm.com]
Sent: Wednesday, November 29, 2017 12:18 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Moving archive data to a directory container

Hi guys!
We are migrating our clients from a version 6 server to a new 7.1.7 server with 
a directory container pool. Switching clients is easy, just updating the option 
files and they will start a new backup cycle on the new TSM server. But a lot 
of clients also store long term archives. I can't think of a way to move the 
archives from the v6 server to the v7 server since import is not supported to a 
directory pool. The only trick I can come up with is defining a file pool on 
the v7 server, moving all archives in here and converting it to a directory 
container afterwards, but I need extra storage for it and I end up with two 
directory pools (at least until all archives are gone) and that is not what I 
want...
Does anybody else know some trick to move these archives?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site:
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx-siA1ZOg=hMBqtRSV0jXgOdXEmlNk_-O9LHkPCGSh9PJBRSlL8Q4=MHcroyMTlfnvImqh8Xh27U_KSsiOrHx1DbJnIMM3kLo=7tfcdgEk2ax4u5oKCXjTNUIys5evvzyXrdwJ2_hzr0o=.
 This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Moving archive data to a directory container

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
In my case I can't upgrade the old source server since it's running a too old 
RedHat release...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: woensdag 29 november 2017 19:47
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Moving archive data to a directory container

That's a way to do it, you do need to reduce max and offline reorg the database 
after the conversion to get everything to run at 100% speed without wasted 
database space after the conversion I prefer to upgrade the old server to 7.1.7 
and replicate the data from tape/VTL/whatever to the new server running the 
containerpool, it works much beter than an export in my opinion, you have more 
control and it's much faster.
If an upgrade isn't an option I would export to a filepool as Matthew suggested 
and convert that to a containerpool, be sure you have enough database space to 
hold the filepool metadata since it's about twice as much as the containerpool 
data and when you convert you need space for both types of metadata until you 
do your reorg and reduce max. Oh, you can reduce max at certain points during 
the conversion to reclaim some slack space on the database.




On Wed, Nov 29, 2017 at 6:40 PM, Matthew McGeary < 
matthew.mcge...@potashcorp.com> wrote:

> Node replication would be the only real way to go directly to the 
> container pool.
>
> You could define the file-class pool on the same storage directories 
> as the new container pool, so that once you land everything and 
> convert, you have two pools but don't waste any storage.
>
> __
> Matthew McGeary
> Senior Technical Specialist - Infrastructure Management Services 
> PotashCorp
> T: (306) 933-8921
> www.potashcorp.com
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Loon, Eric van (ITOPT3) - KLM
> Sent: Wednesday, November 29, 2017 10:01 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [EXT SENDER] [ADSM-L] Moving archive data to a directory 
> container
>
> Hi guys!
> We are migrating our clients from a version 6 server to a new 7.1.7 
> server with a directory container pool. Switching clients is easy, 
> just updating the option files and they will start a new backup cycle 
> on the new TSM server. But a lot of clients also store long term 
> archives. I can't think of a way to move the archives from the v6 
> server to the v7 server since import is not supported to a directory 
> pool. The only trick I can come up with is defining a file pool on the 
> v7 server, moving all archives in here and converting it to a 
> directory container afterwards, but I need extra storage for it and I 
> end up with two directory pools (at least until all archives are gone) and 
> that is not what I want...
> Does anybody else know some trick to move these archives?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> 
> For information, services and offers, please visit our web site:
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.
> com=DwIFAg=tBK9IFHToo3Ip4kInV6npfSphg9iMZSnuvLLtDL_h5E=
> 9B53f9OJCAaZMdwQs8Rx4OInzZ1vusLF8Ft4jfrywjo=S9QLT9cTnOfkB2BTaZyDF_
> kGAtfzMnQibS2mOIu3TwA=rv0g65y9vujKE7SdQFc7zspq6wHCYNRQ94RdB4lUYFE=.
> This e-mail and any attachment may contain confidential and privileged 
> material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any 
> attachment may be disclosed, copied or distributed, and that any other 
> action related to this e-mail or attachment is strictly prohibited, 
> and may be unlawful. If you have received this e-mail by error, please 
> notify the sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or d

Moving archive data to a directory container

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
We are migrating our clients from a version 6 server to a new 7.1.7 server with 
a directory container pool. Switching clients is easy, just updating the option 
files and they will start a new backup cycle on the new TSM server. But a lot 
of clients also store long term archives. I can't think of a way to move the 
archives from the v6 server to the v7 server since import is not supported to a 
directory pool. The only trick I can come up with is defining a file pool on 
the v7 server, moving all archives in here and converting it to a directory 
container afterwards, but I need extra storage for it and I end up with two 
directory pools (at least until all archives are gone) and that is not what I 
want...
Does anybody else know some trick to move these archives?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Directory-Container Pool

[Loon, Eric van (ITOPT3) - KLM]

Hi Murat!
Just wait a few hours. There is some lag before the data is removed from the 
containers.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Murat 
ÖRDEKBAY
Sent: woensdag 25 oktober 2017 17:25
To: ADSM-L@VM.MARIST.EDU
Subject: Directory-Container Pool

Hi colleagues,

I have Spectrum Protect server 8.1.2.  I have a backup on directory-container 
storage pool.
Then I deleted filespace where disk backup is located.  But it still takes up 
space on the directory-xontainer atorage pool. Reusedelay=0 What should i do to 
delete from containers or data in directory storage pool...

Thank you in advance for your answers.

Murat

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: DP for MySAP Maintenance releases

[Loon, Eric van (ITOPT3) - KLM]

Hi Zoltan!
Patches yes, but maintenance releases seem to be gone...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: dinsdag 24 oktober 2017 19:08
To: ADSM-L@VM.MARIST.EDU
Subject: Re: DP for MySAP Maintenance releases

I just went to:
ftp://service.boulder.ibm.com//storage/tivoli-storage-management/patches/tivoli-data-protection/r3
 and there are 7-sub-directories labeleled v6211, v6301.to v7131.

On Tue, Oct 24, 2017 at 9:21 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi guys,
> Does anybody know what happened to the ftp://service.boulder.ibm.com/
> storage/tivoli-storage-management/maintenance/tivoli-data-protection/r
> 3 directory? It seems to be gone for quite a while, so no Data 
> Protection for MySAP maintenance releases are available for download 
> anymore?
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>



--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://phishing.vcu.edu/

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

DP for MySAP Maintenance releases

[Loon, Eric van (ITOPT3) - KLM]

Hi guys,
Does anybody know what happened to the 
ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/tivoli-data-protection/r3
 directory? It seems to be gone for quite a while, so no Data Protection for 
MySAP maintenance releases are available for download anymore?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: 7.1.8/8.1.3 Security Upgrade Install Issues

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
I read all the discussions with interest and I'm getting more and more 
confused. I tend to shy away from installing the latest codes on my server and 
clients after seeing all the issues you can get from them.
Let's assume I don't care about the tighter security and I only care about a 
non-disruptive upgrade of both server and client code, does anybody know if 
this can be done? So can one upgrade and disable TLS or any other (for me non 
vital) new security feature?
Kind regards,
Eric van Loon

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Spectrum Protect for VE - how to get started

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan,
From what I have been reading SP Plus will be a software appliance, delivered 
as an OVA file, which can be used as a stand-alone solution, but which also 
should fit into an existing TSM/SP environment. From 
https://www.ibm.com/us-en/marketplace/ibm-spectrum-protect-plus: "It can be 
implemented as a stand-alone solution or integrate with your IBM Spectrum 
Protect environment to off-load copies for long term storage and data 
governance with scale and efficiency".
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: zondag 3 september 2017 8:04
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Spectrum Protect for VE - how to get started

Steve,

I don't think you should look at Spectrum Protect Plus as an improved Spectrum 
Protect.
It's a totally different solution for a, for the most part, different 
environment.
Spectrum Protect is an enterprise class catch-all backup & recovery solution, 
Spectrum Protect Plus looks more to me like an entry-level vSphere/Hyper-V 
point solution.

That doesn't mean it doesn't have its place in the market, it does, but that 
does mean that if you have a Spectrum Protect solution in place it would seem a 
bit silly maybe, but then again, there are very few details released at this 
point.



On Sat, Sep 2, 2017 at 6:59 PM, Schaub, Steve 
wrote:

> Just got back from VMWorld where IBM announced their new & improved SP 
> product, I would hold off until you can check it out, much easier to 
> deploy & manage.
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Stefan Folkerts
> Sent: Thursday, August 31, 2017 1:06 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Spectrum Protect for VE - how to get started
>
> Rick,
>
> I would run the 8.1.1 VE version if your vSphere stack supports it, 
> the biggest improvements in my eyes above the 7.1 version are the 
> restore performance that can go 5x in the right configuration (in my 
> experience) and the tagging support (if you vShpere folder structure 
> will work with it, but if not, you can always go for the classic scheduling 
> method.
> The improved restore performance of 8.1.0+ has proven very important 
> and it was good it came when it did because in previous versions it 
> became a pretty big issue.
> 8.1+ VE on a 7.1 server should not be a problem in my experience.
>
>
> On Thu, Aug 31, 2017 at 5:52 PM, Ehresman,David E. < 
> david.ehres...@louisville.edu> wrote:
>
> > It's been reported here that the restore time in the v8.1 CLIENT is 
> > much improved over v7 so I would recommend that one for the client.  
> > I am not sure the server version makes a difference for this situation.
> >
> > David Ehresman
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On 
> > Behalf Of Rhodes, Richard L.
> > Sent: Thursday, August 31, 2017 10:51 AM
> > To: ADSM-L@VM.MARIST.EDU
> > Subject: [ADSM-L] Spectrum Protect for VE - how to get started
> >
> > Hello,
> >
> > Up till now we have used BA clients in VM's.  We would like to look 
> > into implementing VE.  I would appreciate any wisdom on bringing it 
> > up first time.  A specific question would be which version.  Our 
> > current TSM servers are v7.1.5, but I'm wondering if bringing up a 
> > v8.1 server and VE would be best.
> >
> >
> > Rick
> >
> >
> > 
> > --
> >
> > The information contained in this message is intended only for the 
> > personal and confidential use of the recipient(s) named above. If 
> > the reader of this message is not the intended recipient or an agent 
> > responsible for delivering it to the intended recipient, you are 
> > hereby notified that you have received this document in error and 
> > that any review, dissemination, distribution, or copying of this 
> > message is strictly prohibited. If you have received this 
> > communication in error, please notify us immediately, and delete the 
> > original message.
> >
>
> 
> --
> Please see the following link for the BlueCross BlueShield of 
> Tennessee E-mail disclaimer:  
> http://www.bcbst.com/email_disclaimer.shtm
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender 

Re: TSM clients with 1 and 10 GB adapters

[Loon, Eric van (ITOPT3) - KLM]

Hi Michael!
Thanks you very much!
To answer my other question: I just tried, but you can't specify a DNS name, 
only IP addresses are accepted. Bummer, this makes it less flexible if your 
servers IP address changes for some reason. (Like moving to new hardware)
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rick 
Adamson
Sent: vrijdag 1 september 2017 13:29
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM clients with 1 and 10 GB adapters

Eric,

I agree with Michael.

I have the same setup on several Windows servers and to assure all backup 
traffic uses the 10g interface I add a "persistent" route to the client's 
routing table.

For Linux you can find info here: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cloudibee.com_static-2Droute-2Dlinux_=DwIGaQ=AzgFQeXLLKhxSQaoFCm29A=uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y=2TsnvYJhXJIMIFVlAnjJ9nlVVLExKd1iqaJd8yls98I=ypVqcOScvbWwOXURv-UVts5BMcu4nQpad9D_S0agkHE=
  



-Rick Adamson

Southeastern Grocers, LLC.



-Original Message-

From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Michael Prix

Sent: Thursday, August 31, 2017 3:18 PM

To: ADSM-L@VM.MARIST.EDU

Subject: Re: [ADSM-L] TSM clients with 1 and 10 GB adapters



Eric,



  you didn't tell us anything about the network layout. Let's play with some

assumptions:





    -

| TSMClient  | |  TSM-Server | 

|| | |

| 1-GB (1.1.1.1)/24  |-(router)| x-GB (2.2.2.2)  |

||  |  | |

| 10-GB (1.1.1.2)/24 |--|   -

 



Depending on your default route, traffic not destined within your network

(1.1.1.x/24) will be routed via the adapter associated with the default route.



If you would like to send all traffic destined for the TSM-Server (2.2.2.2) 
should go via the 10-GB Adapter, you will have to add a host-route defining all 
traffic for 2.2.2.2 to go via 1.1.1.2 aka the 10-GB adapter and thus ignoring 
the default route.



--

Michael Prix





On Thu, 2017-08-31 at 14:46 +0000, Loon, Eric van (ITOPT3) - KLM wrote:

> Hi guys!

> I have tested in the past with 10 Gb attached Linux clients and everything

> worked fine, but now we will add a 10 Gb card to a host which is already

> connected to 1 Gb. So this host has two possible paths to the server. How

> can I make sure the TSM client uses the 10 Gb adapter only? I read something

> about the TCPClientAddress parameter, but according to the manual that is

> only for the server to the client (restore), not for the client to the

> server (backup).

> Thanks for your help in advance!

> Kind regards,

> Eric van Loon

> Air France/KLM Storage Engineering

> 

> 

> For information, services and offers, please visit our web site: 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www=DwIGaQ=AzgFQeXLLKhxSQaoFCm29A=uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y=2TsnvYJhXJIMIFVlAnjJ9nlVVLExKd1iqaJd8yls98I=_lllTOgndZhh9DIHlHMEB1p1zYTjZ5-TjreGNg_RHrc=
>  .

> klm.com. This e-mail and any attachment may contain confidential and

> privileged material intended for the addressee only. If you are not the

> addressee, you are notified that no part of the e-mail or any attachment may

> be disclosed, copied or distributed, and that any other action related to

> this e-mail or attachment is strictly prohibited, and may be unlawful. If

> you have received this e-mail by error, please notify the sender immediately

> by return e-mail, and delete this message.

> 

> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its

> employees shall not be liable for the incorrect or incomplete transmission

> of this e-mail or any attachments, nor responsible for any delay in receipt.

> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch

> Airlines) is registered in Amstelveen, The Netherlands, with registered

> number 33014286

> 


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the se

Re: TSM clients with 1 and 10 GB adapters

[Loon, Eric van (ITOPT3) - KLM]

Hi Michael!
Your assumptions are spot on. So in my case I should use the following command 
then: ip route add 2.2.2.2 via 10.0.0.1 dev eth1
I can't find if you are allowed to use a DNS name instead of an IP address for 
the destination (2.2.2.2). Do you know that?
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Michael Prix
Sent: donderdag 31 augustus 2017 21:18
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM clients with 1 and 10 GB adapters

Eric,

  you didn't tell us anything about the network layout. Let's play with some
assumptions:


    -
| TSMClient  | |  TSM-Server | 
|| | |
| 1-GB (1.1.1.1)/24  |-(router)| x-GB (2.2.2.2)  |
||  |  | |
| 10-GB (1.1.1.2)/24 |--|   -
 

Depending on your default route, traffic not destined within your network
(1.1.1.x/24) will be routed via the adapter associated with the default route.

If you would like to send all traffic destined for the TSM-Server (2.2.2.2) 
should go via the 10-GB Adapter, you will have to add a host-route defining all 
traffic for 2.2.2.2 to go via 1.1.1.2 aka the 10-GB adapter and thus ignoring 
the default route.

--
Michael Prix


On Thu, 2017-08-31 at 14:46 +, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi guys!
> I have tested in the past with 10 Gb attached Linux clients and everything
> worked fine, but now we will add a 10 Gb card to a host which is already
> connected to 1 Gb. So this host has two possible paths to the server. How
> can I make sure the TSM client uses the 10 Gb adapter only? I read something
> about the TCPClientAddress parameter, but according to the manual that is
> only for the server to the client (restore), not for the client to the
> server (backup).
> Thanks for your help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> 
> For information, services and offers, please visit our web site: http://www.
> klm.com. This e-mail and any attachment may contain confidential and
> privileged material intended for the addressee only. If you are not the
> addressee, you are notified that no part of the e-mail or any attachment may
> be disclosed, copied or distributed, and that any other action related to
> this e-mail or attachment is strictly prohibited, and may be unlawful. If
> you have received this e-mail by error, please notify the sender immediately
> by return e-mail, and delete this message.
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: TSM clients with 1 and 10 GB adapters

[Loon, Eric van (ITOPT3) - KLM]

Hi Jim!
The 1 Gb and 10 Gb networks are no isolated networks. In fact the TSM server is 
only connected to 10 GB...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Schneider, Jim
Sent: donderdag 31 augustus 2017 20:16
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM clients with 1 and 10 GB adapters

If you have a distinct IP for the 10 Gb connection you can use that name/IP 
address in the client's TCPServeraddress value in the dsm.opt or dsm.sys file.  
Use 'q n f=d' to verify that the IP is being used.

Jim Schneider
Essendant

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Thursday, August 31, 2017 9:47 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM clients with 1 and 10 GB adapters

Hi guys!
I have tested in the past with 10 Gb attached Linux clients and everything 
worked fine, but now we will add a 10 Gb card to a host which is already 
connected to 1 Gb. So this host has two possible paths to the server. How can I 
make sure the TSM client uses the 10 Gb adapter only? I read something about 
the TCPClientAddress parameter, but according to the manual that is only for 
the server to the client (restore), not for the client to the server (backup).
Thanks for your help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com=DwIFAg=MqzcmAKsw3j3xTQl5efyrz6ChwH9_xFQsqxq8hPjflw=oC06_8Fv3bsc_6MYFkLOVjvWvgE-JVnMc6qtesQ14R0=W2Q4IqLOWmny4BVBBlNjMUj0vnsQI9AsE2MQxO0guzI=g8rvtWyUJAQIDX_yO4BbpuwFXnMHpKToy9fATnlFmQg=
 . This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


**
Information contained in this e-mail message and in any attachments thereto is 
confidential. If you are not the intended recipient, please destroy this 
message, delete any copies held on your systems, notify the sender immediately, 
and refrain from using or disclosing all or any part of its content to any 
other person.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

TSM clients with 1 and 10 GB adapters

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
I have tested in the past with 10 Gb attached Linux clients and everything 
worked fine, but now we will add a 10 Gb card to a host which is already 
connected to 1 Gb. So this host has two possible paths to the server. How can I 
make sure the TSM client uses the 10 Gb adapter only? I read something about 
the TCPClientAddress parameter, but according to the manual that is only for 
the server to the client (restore), not for the client to the server (backup).
Thanks for your help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: tracefile option

[Loon, Eric van (ITOPT3) - KLM]

Hi Gary!
Shouldn't TRACEFILE and TRACEFLAGS be specified in the dsm.opt instead of the 
dsm.sys?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, 
Gary
Sent: woensdag 23 augustus 2017 15:25
To: ADSM-L@VM.MARIST.EDU
Subject: Re: tracefile option

On executing dsmc, I receive the following.

root@bb-dm01 bin]# dsmc 
ANS1036S The option 'TRACEFILE' or the value supplied for it is not valid. It wa
s found in options file '/opt/tivoli/tsm/client/ba/bin/dsm.sys' 
 
  at line number: 18
  
  The complete entry: '  tracefile  /root/trace.out'
  

[ root@bb-dm01 bin]#
  


Any ideas?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: Wednesday, August 23, 2017 9:18 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] tracefile option

Or perhaps this:

https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-01.ibm.com%2Fsupport%2Fdocview.wss%3Fuid%3Dswg21696736=02%7C01%7Cglee%40BSU.EDU%7C4abd6c97fa984946a34308d4ea29e4fd%7C6fff909f07dc40da9e30fd7549c0f494%7C0%7C0%7C636390913033705401=esznddRKQmyA85LvvxGbVuQNWXblEY7SHn9UedHcNlI%3D=0

1. Enable VM client-side tracing. This is done in the datamovers options file 
TRACEFLAGS VM ENTER EXIT PID TID GENERAL TRACEFILE \VEtrace.txt

Note: The tracefile can be put in any location, the default path is the working 
directory. Ensure the path used has sufficient free disk space so it does not 
fill the disk. It is recommended to not place this on the system disk.

On Wed, Aug 23, 2017 at 9:00 AM, Lee, Gary  wrote:

> Can someone point me toward the syntax for the tracefile option?
>
> Linux Client 7.1.6.4,  used as a data mover. For tsm for VE.
> Directed by ibm support to turn on tracing, but tracefile appears to 
> be an error in the dsm.sys file.
>



--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services
https://na01.safelinks.protection.outlook.com/?url=www.ucc.vcu.edu=02%7C01%7Cglee%40BSU.EDU%7C4abd6c97fa984946a34308d4ea29e4fd%7C6fff909f07dc40da9e30fd7549c0f494%7C0%7C0%7C636390913033705401=L%2FCeV%2BktgrTUvk4UyEF%2FqVRKdHKrXZ300oC04nvx040%3D=0
zfor...@vcu.edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will never 
use email to request that you reply with your password, social security number 
or confidential personal information. For more details visit 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Finfosecurity.vcu.edu%2Fphishing.html=02%7C01%7Cglee%40BSU.EDU%7C4abd6c97fa984946a34308d4ea29e4fd%7C6fff909f07dc40da9e30fd7549c0f494%7C0%7C0%7C636390913033705401=6buRu2wHQ94rbd29nonV3yRGNgkeWe3Nht%2FH7A45wB8%3D=0

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: 8.1.2 client and 7.1.7 servers

[Loon, Eric van (ITOPT3) - KLM]

Nor with up-leveled clients by the way, which is the case here. 
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: Loon, Eric van (ITOPT3) - KLM 
Sent: woensdag 23 augustus 2017 9:15
To: ADSM-L@VM.MARIST.EDU
Subject: RE: 8.1.2 client and 7.1.7 servers

Hi Zoltan!
The page http://www-01.ibm.com/support/docview.wss?uid=swg21053218 shows that 
the SP 8.1.2 client is supported with all 8.1 and 7.1 servers. I have never 
encountered issues with down-leveled clients in my 20+ years of TSM history.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: dinsdag 22 augustus 2017 15:03
To: ADSM-L@VM.MARIST.EDU
Subject: 8.1.2 client and 7.1.7 servers

Has anyone tried using the latest 8.1.2 clients with 7.1.7 servers?  I haven't 
had the chance to test such a configuration (since my lone test server is at 
8.1.1) and with the dire-warnings in the readme docs, I made sure everyone on 
my staff knows to NOT install 8.1.2 clients.

From the readme/docs:

Upgrade your IBM Spectrum Protect™ servers to Version 8.1.2 before you upgrade 
the backup-archive clients.



If you do not upgrade your servers first, communication between servers and 
clients might be interrupted.


--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://infosecurity.vcu.edu/phishing.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: 8.1.2 client and 7.1.7 servers

[Loon, Eric van (ITOPT3) - KLM]

Hi Zoltan!
The page http://www-01.ibm.com/support/docview.wss?uid=swg21053218 shows that 
the SP 8.1.2 client is supported with all 8.1 and 7.1 servers. I have never 
encountered issues with down-leveled clients in my 20+ years of TSM history.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: dinsdag 22 augustus 2017 15:03
To: ADSM-L@VM.MARIST.EDU
Subject: 8.1.2 client and 7.1.7 servers

Has anyone tried using the latest 8.1.2 clients with 7.1.7 servers?  I haven't 
had the chance to test such a configuration (since my lone test server is at 
8.1.1) and with the dire-warnings in the readme docs, I made sure everyone on 
my staff knows to NOT install 8.1.2 clients.

From the readme/docs:

Upgrade your IBM Spectrum Protect™ servers to Version 8.1.2 before you upgrade 
the backup-archive clients.



If you do not upgrade your servers first, communication between servers and 
clients might be interrupted.


--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://infosecurity.vcu.edu/phishing.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: deleting a directory container

[Loon, Eric van (ITOPT3) - KLM]

Hi Remco!
Yes, there is a small delay of a few minutes before containers are actually 
removed, I noticed that behavior too.
You stated "it should not, there is no use in retaining damaged containers". 
True, but if you roll back your database for some reason, you want all 
containers to be there too, even the damaged ones, otherwise you can't fix them 
(and your database) with an audit.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Remco 
Post
Sent: donderdag 10 augustus 2017 16:57
To: ADSM-L@VM.MARIST.EDU
Subject: Re: deleting a directory container

and apparently, waiting for some time does help….

> On 10 Aug 2017, at 16:48, Remco Post <r.p...@plcs.nl> wrote:
> 
>> On 10 Aug 2017, at 16:42, Loon, Eric van (ITOPT3) - KLM 
>> <eric-van.l...@klm.com> wrote:
>> 
>> Hi Remco!
>> Could it be that the reusedelay on the storagepool is preventing TSM from 
>> removing the containers? 
> 
> it should not, there is no us in retaining damaged containers. But to make 
> sure, I’ve set the reusedelay to 0 and retried the audit etc. unfortunately, 
> that didn’t help.
> 
>> Kind regards,
>> Eric van Loon
>> Air France/KLM Storage Engineering
>> 
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
>> Remco Post
>> Sent: donderdag 10 augustus 2017 16:26
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: deleting a directory container
>> 
>> Hi all,
>> 
>> On our new tsm 8.1.1 server I have a directory container pool CC_COM that I 
>> no longer want to use. It has been used as a target pool for protect stg 
>> once, but when I saw that a subsequent repl node again copies all data 
>> because the stgpool in the copygroup is CP_COM (which also exists), I 
>> decided to do away with the CC_COM pool.
>> 
>> So I updated the stgpooldir to destroyed and ran audit container … 
>> action=removedamaged
>> 
>> unfortunately, there are still containers in the directory and no matter 
>> what I do… the server insists that the container directory still has active 
>> data. How do I get rid of this directory container?
>> 
>> -- 
>> 
>> Met vriendelijke groeten/Kind Regards,
>> 
>> Remco Post
>> r.p...@plcs.nl
>> +31 6 248 21 622
>> 
>> For information, services and offers, please visit our web site: 
>> http://www.klm.com. This e-mail and any attachment may contain confidential 
>> and privileged material intended for the addressee only. If you are not the 
>> addressee, you are notified that no part of the e-mail or any attachment may 
>> be disclosed, copied or distributed, and that any other action related to 
>> this e-mail or attachment is strictly prohibited, and may be unlawful. If 
>> you have received this e-mail by error, please notify the sender immediately 
>> by return e-mail, and delete this message. 
>> 
>> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
>> employees shall not be liable for the incorrect or incomplete transmission 
>> of this e-mail or any attachments, nor responsible for any delay in receipt. 
>> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
>> Airlines) is registered in Amstelveen, The Netherlands, with registered 
>> number 33014286
>> 
> 
> -- 
> 
> Met vriendelijke groeten/Kind Regards,
> 
> Remco Post
> r.p...@plcs.nl
> +31 6 248 21 622

-- 

 Met vriendelijke groeten/Kind Regards,

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: deleting a directory container

[Loon, Eric van (ITOPT3) - KLM]

Hi Remco!
Could it be that the reusedelay on the storagepool is preventing TSM from 
removing the containers? 
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Remco 
Post
Sent: donderdag 10 augustus 2017 16:26
To: ADSM-L@VM.MARIST.EDU
Subject: deleting a directory container

Hi all,

On our new tsm 8.1.1 server I have a directory container pool CC_COM that I no 
longer want to use. It has been used as a target pool for protect stg once, but 
when I saw that a subsequent repl node again copies all data because the 
stgpool in the copygroup is CP_COM (which also exists), I decided to do away 
with the CC_COM pool.

So I updated the stgpooldir to destroyed and ran audit container … 
action=removedamaged

unfortunately, there are still containers in the directory and no matter what I 
do… the server insists that the container directory still has active data. How 
do I get rid of this directory container?

-- 

 Met vriendelijke groeten/Kind Regards,

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Database restore and containerpools

[Loon, Eric van (ITOPT3) - KLM]

Hi Del!
Thanks for your confirmation!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del 
Hoobler
Sent: maandag 7 augustus 2017 17:08
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Database restore and containerpools

Hi Eric,

This should be fine.

I will work with the owner of the documentation to get something added moving 
forward.


Del



"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 08/04/2017 
02:38:10 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 08/04/2017 02:39 AM
> Subject: Re: Database restore and containerpools
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> 
> Hi Stefan!
> I think too this is the way to do it, but I prefer to have an 
> 'official' confirmation from IBM (Del?). IBM might have to correct 
> the manual too than, because an audit of a container that is not in 
> the database doesn't seem to work...
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On 
> Behalf Of Stefan Folkerts
> Sent: donderdag 3 augustus 2017 19:50
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Database restore and containerpools
> 
> Hi Eric,
> 
> I've been in this situation before a while back and what I did was 
> about the same, I did a query container from a for loop based on the
> output from the find command on the filesytems I believe and every 
> container I did not find in Spectrum protect was deleted (rc != 0 on
> the dsmadmc q container) was deleted on the filesystem by hand, I 
> double checked everything.
> 
> 
> 
> 
> 
> On Thu, Aug 3, 2017 at 3:14 PM, Loon, Eric van (ITOPT3) - KLM < 
> eric-van.l...@klm.com> wrote:
> 
> > Hi all,
> > I'm working on a procedure on how to handle a TSM server (with a 
> > container
> > pool) when a database is restored to the latest backup. When you do 
> > this, you might end up with containers which were created after the 
> > last backup and which are not known to the TSM server because they 
> > were not yet created at the time of the last backup.
> > In my case all containers are located in subdirectories in 
> > /tech/tsm/server, I use the following command to count them:
> >
> > find /tech/tsm/server/container* -type f|wc -l
> >
> > and then I use this command to count the amount of containers in TSM:
> >
> > select count(*) from containers
> >
> > The amount should be the same. If there are more files on the local 
> > filesystem than in TSM, these are obsolete and should be removed. The 
> > SP manual (chapter Recovery from data loss outages) suggests to use 
> > the audit container  action=removedamaged to delete 
> > the container, but that doesn't seem to work.  To test this I copied a 

> > container to a temp file on the local filesystem, moved the source 
> > container to a new one in TSM (temporarily set reusedelay=0) and as 
> > soon as the source file was gone, renamed the temp file to the same 
> > name as the source file. As soon as I audit it, it is not being 
removed:
> >
> > ANR2017I Administrator ADMIN command: AUDIT CONTAINER 
> > /tech/tsm/server/container00/01/01c7.dcf 
> > action=removedamaged ANR3710I This command will delete container 
> > /tech/tsm/server/container00/01/01c7.dcf
> > from the file system.
> > ANR3711E Container 
> > /tech/tsm/server/container00/01/01c7.dcf
> > will not be removed from the file system.
> > ANR2017I Administrator ADMIN issued command: ROLLBACK
> >
> > The message ANR3711E seems to indicate that the header could not be 
> > validated...
> >
> > What should be the right procedure to handle such a situation then? 
> > Just delete the obsolete containers manually?
> > Thanks for any help in advance!
> > Kind regards,
> > Eric van Loon
> > Air France/KLM Storage Engineering
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain 
> > confidential and privileged material intended for the addressee only. 
> > If you are not the addressee, you are notified that no part of the 
> > e-mail or any attachment may be disclosed, copied or distributed, and 
> > that any other action related to this e-mail or attachment is st

Re: Database restore and containerpools

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
I think too this is the way to do it, but I prefer to have an 'official' 
confirmation from IBM (Del?). IBM might have to correct the manual too than, 
because an audit of a container that is not in the database doesn't seem to 
work...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: donderdag 3 augustus 2017 19:50
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Database restore and containerpools

Hi Eric,

I've been in this situation before a while back and what I did was about the 
same, I did a query container from a for loop based on the output from the find 
command on the filesytems I believe and every container I did not find in 
Spectrum protect was deleted (rc != 0 on the dsmadmc q container) was deleted 
on the filesystem by hand, I double checked everything.





On Thu, Aug 3, 2017 at 3:14 PM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi all,
> I'm working on a procedure on how to handle a TSM server (with a 
> container
> pool) when a database is restored to the latest backup. When you do 
> this, you might end up with containers which were created after the 
> last backup and which are not known to the TSM server because they 
> were not yet created at the time of the last backup.
> In my case all containers are located in subdirectories in 
> /tech/tsm/server, I use the following command to count them:
>
> find /tech/tsm/server/container* -type f|wc -l
>
> and then I use this command to count the amount of containers in TSM:
>
> select count(*) from containers
>
> The amount should be the same. If there are more files on the local 
> filesystem than in TSM, these are obsolete and should be removed. The 
> SP manual (chapter Recovery from data loss outages) suggests to use 
> the audit container  action=removedamaged to delete 
> the container, but that doesn't seem to work.  To test this I copied a 
> container to a temp file on the local filesystem, moved the source 
> container to a new one in TSM (temporarily set reusedelay=0) and as 
> soon as the source file was gone, renamed the temp file to the same 
> name as the source file. As soon as I audit it, it is not being removed:
>
> ANR2017I Administrator ADMIN command: AUDIT CONTAINER 
> /tech/tsm/server/container00/01/01c7.dcf 
> action=removedamaged ANR3710I This command will delete container 
> /tech/tsm/server/container00/01/01c7.dcf
> from the file system.
> ANR3711E Container 
> /tech/tsm/server/container00/01/01c7.dcf
> will not be removed from the file system.
> ANR2017I Administrator ADMIN issued command: ROLLBACK
>
> The message ANR3711E seems to indicate that the header could not be 
> validated...
>
> What should be the right procedure to handle such a situation then? 
> Just delete the obsolete containers manually?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Database restore and containerpools

[Loon, Eric van (ITOPT3) - KLM]

Hi all,
I'm working on a procedure on how to handle a TSM server (with a container 
pool) when a database is restored to the latest backup. When you do this, you 
might end up with containers which were created after the last backup and which 
are not known to the TSM server because they were not yet created at the time 
of the last backup.
In my case all containers are located in subdirectories in /tech/tsm/server, I 
use the following command to count them:

find /tech/tsm/server/container* -type f|wc -l

and then I use this command to count the amount of containers in TSM:

select count(*) from containers

The amount should be the same. If there are more files on the local filesystem 
than in TSM, these are obsolete and should be removed. The SP manual (chapter 
Recovery from data loss outages) suggests to use the audit container 
 action=removedamaged to delete the container, but that doesn't 
seem to work.  To test this I copied a container to a temp file on the local 
filesystem, moved the source container to a new one in TSM (temporarily set 
reusedelay=0) and as soon as the source file was gone, renamed the temp file to 
the same name as the source file. As soon as I audit it, it is not being 
removed:

ANR2017I Administrator ADMIN command: AUDIT CONTAINER 
/tech/tsm/server/container00/01/01c7.dcf action=removedamaged
ANR3710I This command will delete container 
/tech/tsm/server/container00/01/01c7.dcf from the file system.
ANR3711E Container /tech/tsm/server/container00/01/01c7.dcf will 
not be removed from the file system.
ANR2017I Administrator ADMIN issued command: ROLLBACK

The message ANR3711E seems to indicate that the header could not be validated...

What should be the right procedure to handle such a situation then? Just delete 
the obsolete containers manually?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Migrate from TSM Server 5.5.7 on Windows to TSM Server 7.1.7 on Linux - the unsupported way because exportdb --> insertdb did not work

[Loon, Eric van (ITOPT3) - KLM]

Hi Dennis!
Can you partition your library? In that case you can connect it to both your 
old Windows server and your new Linux server and use export node 
toserver= to move your existing backups to the new TSM server.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Schneck, Dennis
Sent: woensdag 2 augustus 2017 9:24
To: ADSM-L@VM.MARIST.EDU
Subject: Migrate from TSM Server 5.5.7 on Windows to TSM Server 7.1.7 on Linux 
- the unsupported way because exportdb --> insertdb did not work

Hello,
how to migrate from TSM Server 5.5.x on Windows to TSM Server 7.1.7 on Linux ( 
only one tape library ) ?
because my way ( see 2nd ) is not supported


1st I tryed: ( exportdb --> insertdb )

VM1: TSM 5.5.7 on Windows and VM2: TSM 7.1.7 on Windows

VM1:
restore backup from productive System.
install UpgradeTool

VM2:
migrate on VM2 with dsmupgdx from VM1
then I had TSM 7.1.7 running.
Did a exportdb on TSM 7.1.7 on Windows

If "insertdb" on Linux TSM Server 7.1.7 got this error:

/opt/tivoli/tsm/server/bin/dsmserv insertdb manifest=/import/manifest.txt

IBM Tivoli Storage Manager for Linux/x86_64 Version 7, Release 1, Level 7.100 
...
"ANR1953E INSERTDB: Linux/x86_64 cannot be the target of a database upgrade 
from Windows."



2nd I tryed: ( local migrate )

Install TSM Server 5.5.7 on Linux ( SLES 12 SP2 ) + TSM Client 5.5.4.0 restore 
backup from productive System.
Install UpgradeTool

Upgrade to TSM 7.1.3 an run "dsmupgdx"
for migrate local Server (Network Method).
Then TSM Server 7.1.3 is running with Data from TSM Server 5.5.x Windows Then 
Update to 7.1.7.300

this works... but IBM support say by phonecall - " .. this is not supported " 
:-(



Any proposals for a supported way ?



Thanks
Dennis

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Client Application version script

[Loon, Eric van (ITOPT3) - KLM]

Hi Zoltan!
You are right! I just checked and this is new in 7.1 and higher. So I stand 
corrected.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: maandag 24 juli 2017 14:25
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Client Application version script

Actually there are the APPLICATION fields/columns.

APPLICATION_VERSION,APPLICATION_RELEASE,APPLICATION_LEVEL,APPLICATION_SUBLEVEL

For example, on a node that uses the Oracle TDP, I get

APPLICATION_VERSION = 7
APPLICATION_RELEASE = 1
APPLICATION_LEVEL = 3
APPLICATION_SUBLEVEL = 0

or 7.1.3.0 for the TDP client

While the client info is:

CLIENT_VERSION = 8
CLIENT_RELEASE = 1
CLIENT_LEVEL = 0
CLIENT_SUBLEVEL = 2

or SP Client 8.1.0.2

YMMV - not sure when this came in.  My servers are 7.1.6.3

Hope this helps

On Sun, Jul 23, 2017 at 11:51 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi Robert!
> Unfortunately the TDP versions are not collected by the TSM server, so 
> no, that won't be possible I'm afraid.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of rou...@univ.haifa.ac.il
> Sent: zondag 23 juli 2017 6:54
> To: ADSM-L@VM.MARIST.EDU
> Subject: Client Application version script
>
> Hello all
>
> I wonder if a can write a script to get the version of Clients 
> application as Oracle , SQL , etc 
>
> My current script give me the version of the B.A client.
>
> select cast(node_name as varchar(30)) as "Nodename" , cast(contact as
> varchar(18)) as "Contact" , cast(CLIENT_OS_NAME as varchar(60)) as 
> "O.S" , cast(CLIENT_SYSTEM_ARCHITECTURE as varchar(4)) as "Bit" , 
> CLIENT_VERSION, CLIENT_RELEASE, CLIENT_LEVEL , CLIENT_SUBLEVEL  from 
> nodes  order by
> 5,6,7,8,2
>
> T.I.A, Best Regards
>
> Robert
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>



--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://infosecurity.vcu.edu/phishing.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Client Application version script

[Loon, Eric van (ITOPT3) - KLM]

Hi Robert!
Unfortunately the TDP versions are not collected by the TSM server, so no, that 
won't be possible I'm afraid.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
rou...@univ.haifa.ac.il
Sent: zondag 23 juli 2017 6:54
To: ADSM-L@VM.MARIST.EDU
Subject: Client Application version script

Hello all

I wonder if a can write a script to get the version of Clients application as 
Oracle , SQL , etc 

My current script give me the version of the B.A client.

select cast(node_name as varchar(30)) as "Nodename" , cast(contact as 
varchar(18)) as "Contact" , cast(CLIENT_OS_NAME as varchar(60)) as "O.S" , 
cast(CLIENT_SYSTEM_ARCHITECTURE as varchar(4)) as "Bit" , CLIENT_VERSION, 
CLIENT_RELEASE, CLIENT_LEVEL , CLIENT_SUBLEVEL  from nodes  order by 5,6,7,8,2

T.I.A, Best Regards

Robert

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Duplicate message id

[Loon, Eric van (ITOPT3) - KLM]

Hi Giacomo!
You're right, the message is on the updated list, so apparently it has been 
reused for a different purpose.
I only think this message should not be an informational one. The process is 
skipping files (in fact the export fails altogether) and thus it should be a 
warning message, I think.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Giacomo Testa
Sent: donderdag 20 juli 2017 8:32
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Duplicate message id

Hi,


Up to 7.1.1 the message was:
ANR1806I Table reorganizing and updating statistics performed successfully for 
processed table.

Since 7.1.3 (there is no 7.1.2 server), the message is:
ANR1806I Some data is skipped because the operation cannot be  completed for 
container or cloud storage pools.

Many messages have been updated between 7.1.0.0 and 7.1.3.0 
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivol
i%20Storage%20Manager/page/V7.1.0.0%20to%20V7.1.3.0?section=updated

So yes, I think that it's possible that the messages change completely between 
versions.


Giacomo Testa
Mobile +39 342 847 2983
www.linkedin.com/in/giacomotesta

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Wednesday, July 19, 2017 15:25
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Duplicate message id

Hi guys!
Today I tried to export data from one server to a new one with a containerpool. 
This is not supported, so I received the following message:

ANR1806I Some data is skipped because the operation cannot be  completed for 
container or cloud storage pools.

However, the message manual
(https://www.ibm.com/support/knowledgecenter/en/SSGSG7_7.1.1/com.ibm.itsm.ms
gs.server.doc/msg-ANR1806I.html) gives another message for the same message
ID:

ANR1806I Table reorganizing and updating statistics performed successfully for 
processed table.

This should not be possible, right?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Duplicate message id

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
Today I tried to export data from one server to a new one with a containerpool. 
This is not supported, so I received the following message:

ANR1806I Some data is skipped because the operation cannot be  completed for 
container or cloud storage pools.

However, the message manual 
(https://www.ibm.com/support/knowledgecenter/en/SSGSG7_7.1.1/com.ibm.itsm.msgs.server.doc/msg-ANR1806I.html)
 gives another message for the same message ID:

ANR1806I Table reorganizing and updating statistics performed successfully for 
processed table.

This should not be possible, right?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: No space available in storage pool failure but there is plenty of space

[Loon, Eric van (ITOPT3) - KLM]

Hi Zoltan!
Try this one: issue a "show sspool" command. If the sum of NumScratchVols and 
NumRsvdScratch equals your total amount of scratch tapes, you're probably hit 
by this APAR: http://www-01.ibm.com/support/docview.wss?uid=swg1IC77685
I have bine there, either raise your maxscratch value or bounce the server to 
reset the NumRsvdScratch value. Although the APAR is old and states it's fixed 
in 6.2, I still get hit by it on my 6.3 servers. I raised the maxscratch to 
100,000 to get rid of it. These reserved scratches are (in my case) mainly 
caused by failed storage agent scratch mounts.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: dinsdag 18 juli 2017 14:49
To: ADSM-L@VM.MARIST.EDU
Subject: No space available in storage pool failure but there is plenty of space

TSM Linux server 7.1.6.3.  Client is Linux 7.1.6.4.

This morning at 6am is the second time I have had this "failure" when it isn't 
true.

ANR0522W Transaction failed for session 19482 for node VCU-GS1.CHPC.VCU.EDU 
(Linux x86-64) - no space available in storage pool BACKUPPOOL and all 
successor pools.

But it isn't true.  The BACKUPPOOL pool is only 92% used (of 9TB) and the 
hi/low triggers are 95/90.  I checked activity logs and there haven't been any 
recent migrations.

The NEXTPOOL is tape and all 9-drives are free and the MAXSCRATCH count hasn't 
been hit.

The backup only transferred 60GB (of 108TB examined) before dying due to this 
erroneous error.

No other errors in the activity log. So, what gives?

--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://infosecurity.vcu.edu/phishing.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
I just discovered that raising the sysctl net.core.rmem_max and 
net.core.rmem_max to 124928 fixes the error! Thanks for pointing me in the 
right direction.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: donderdag 6 juli 2017 9:13
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?

Hi Eric,

I think some Linux sysctl tuning might be required to raise the Linux OS tcp 
window limit from 224.
with scaling the system can adjust it if needed, that might work for the TSM 
client as well.

net.ipv4.tcp_window_scaling = 1

Regards,
  Stefan


On Wed, Jul 5, 2017 at 4:30 PM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi Del!
> Because of your mail down below I implemented TCPWINDOWSIZE 512 on the
> (LINUX) clients on our new TSM server with a directory containerpool, 
> but the client logs are now filled with the following messages:
>
> ANS5246W TCPWINDOWSIZE 512 is specified, but exceeds the maximum value 
> allowed by the operating system. TCPWINDOWSIZE 244 will be used instead.
>
> What is you recommendation,  from a performance perspective, in this 
> situation?
> Thanks again for your help!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Del Hoobler
> Sent: dinsdag 21 maart 2017 2:11
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?
>
> Hi Ben,
>
> Here are some items to get you started:
>
>
> Backup-Archive client with limited, high latency network (WAN backups):
> ===
> TCPWINDOWSIZE   512
> RESOURCEUTILIZATION 4
> COMPRESSION Yes
> DEDUPLICATION   Yes
> ENABLEDEDUPCACHEYes
>
> Tip:  Do not use the client deduplication caching for applications 
> that use the IBM Spectrum Protect API.  Refer to section 1.2.3.2.1 for 
> additional details.
>
>
> Backup/Archive client or Client API with limited network (Gigabit LAN
> backups):
> ===
> TCPWINDOWSIZE   512
> RESOURCEUTILIZATION 10
> COMPRESSION Yes
> DEDUPLICATION   Yes
> ENABLEDEDUPCACHENo
>
>
> Backup/Archive client or Client API with high speed network (10 
> Gigabit + LAN backups) ===
> TCPWINDOWSIZE   512
> RESOURCEUTILIZATION 10
> COMPRESSION No
> DEDUPLICATION   No
> ENABLEDEDUPCACHENo
>
>
> Tip:  For optimal data reduction, avoid the following client option
> combination:
>
> COMPRESSION Yes
> DEDUPLICATION   No
>
>
>
>
> Del
>
> 
>
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 03/15/2017
> 02:39:04 PM:
>
> > From: "Alford, Ben" <balf...@utk.edu>
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 03/15/2017 02:39 PM
> > Subject: Best Practices/Best Performance SP/TSM B/A Client Settings ?
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> >
> > I've looked at the IBM Blueprint documents but may have missed what 
> > I was looking for - the Best Practices for Best Performance for TSM
> > B/A client settings.As we move from 6.4 to 7.x or 8.x clients
> > before the 6.4 EOL, we are looking to test with the current client 
> > settings optimized for things like TCPBUFFSIZE, TCPWINDOWSIZE, 
> > TXNBYTLIMIT, etc., etc.
> > Thanks!
> >
> > Ben Alford
> > IT Manager, Office of Information Technology
> > Systems: Shared Services
> >
> > The University of Tennessee
> >
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmissi

Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
Thanks for your reply! net.ipv4.tcp_window_scaling = 1 seems to be the default 
on Linux, I checked on the host and it is already set to 1...
So indeed there must be another parameter which limits the size to 224 
apparently, but I cannot find any clear instruction on where these limits are 
set...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: donderdag 6 juli 2017 9:13
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?

Hi Eric,

I think some Linux sysctl tuning might be required to raise the Linux OS tcp 
window limit from 224.
with scaling the system can adjust it if needed, that might work for the TSM 
client as well.

net.ipv4.tcp_window_scaling = 1

Regards,
  Stefan


On Wed, Jul 5, 2017 at 4:30 PM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi Del!
> Because of your mail down below I implemented TCPWINDOWSIZE 512 on the
> (LINUX) clients on our new TSM server with a directory containerpool, 
> but the client logs are now filled with the following messages:
>
> ANS5246W TCPWINDOWSIZE 512 is specified, but exceeds the maximum value 
> allowed by the operating system. TCPWINDOWSIZE 244 will be used instead.
>
> What is you recommendation,  from a performance perspective, in this 
> situation?
> Thanks again for your help!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Del Hoobler
> Sent: dinsdag 21 maart 2017 2:11
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?
>
> Hi Ben,
>
> Here are some items to get you started:
>
>
> Backup-Archive client with limited, high latency network (WAN backups):
> ===
> TCPWINDOWSIZE   512
> RESOURCEUTILIZATION 4
> COMPRESSION Yes
> DEDUPLICATION   Yes
> ENABLEDEDUPCACHEYes
>
> Tip:  Do not use the client deduplication caching for applications 
> that use the IBM Spectrum Protect API.  Refer to section 1.2.3.2.1 for 
> additional details.
>
>
> Backup/Archive client or Client API with limited network (Gigabit LAN
> backups):
> ===
> TCPWINDOWSIZE   512
> RESOURCEUTILIZATION 10
> COMPRESSION Yes
> DEDUPLICATION   Yes
> ENABLEDEDUPCACHENo
>
>
> Backup/Archive client or Client API with high speed network (10 
> Gigabit + LAN backups) ===
> TCPWINDOWSIZE   512
> RESOURCEUTILIZATION 10
> COMPRESSION No
> DEDUPLICATION   No
> ENABLEDEDUPCACHENo
>
>
> Tip:  For optimal data reduction, avoid the following client option
> combination:
>
> COMPRESSION Yes
> DEDUPLICATION   No
>
>
>
>
> Del
>
> 
>
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 03/15/2017
> 02:39:04 PM:
>
> > From: "Alford, Ben" <balf...@utk.edu>
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 03/15/2017 02:39 PM
> > Subject: Best Practices/Best Performance SP/TSM B/A Client Settings ?
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> >
> > I've looked at the IBM Blueprint documents but may have missed what 
> > I was looking for - the Best Practices for Best Performance for TSM
> > B/A client settings.As we move from 6.4 to 7.x or 8.x clients
> > before the 6.4 EOL, we are looking to test with the current client 
> > settings optimized for things like TCPBUFFSIZE, TCPWINDOWSIZE, 
> > TXNBYTLIMIT, etc., etc.
> > Thanks!
> >
> > Ben Alford
> > IT Manager, Office of Information Technology
> > Systems: Shared Services
> >
> > The University of Tennessee
> >
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete

Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?

[Loon, Eric van (ITOPT3) - KLM]

Hi Del!
Because of your mail down below I implemented TCPWINDOWSIZE 512 on the (LINUX) 
clients on our new TSM server with a directory containerpool, but the client 
logs are now filled with the following messages:

ANS5246W TCPWINDOWSIZE 512 is specified, but exceeds the maximum value allowed 
by the operating system. TCPWINDOWSIZE 244 will be used instead.

What is you recommendation,  from a performance perspective, in this situation?
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del 
Hoobler
Sent: dinsdag 21 maart 2017 2:11
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Best Practices/Best Performance SP/TSM B/A Client Settings ?

Hi Ben,

Here are some items to get you started:


Backup-Archive client with limited, high latency network (WAN backups):
===
TCPWINDOWSIZE   512
RESOURCEUTILIZATION 4
COMPRESSION Yes
DEDUPLICATION   Yes
ENABLEDEDUPCACHEYes

Tip:  Do not use the client deduplication caching for applications that use the 
IBM Spectrum Protect API.  Refer to section 1.2.3.2.1 for additional details.


Backup/Archive client or Client API with limited network (Gigabit LAN
backups):
===
TCPWINDOWSIZE   512
RESOURCEUTILIZATION 10
COMPRESSION Yes
DEDUPLICATION   Yes
ENABLEDEDUPCACHENo


Backup/Archive client or Client API with high speed network (10 Gigabit + 
LAN backups)
===
TCPWINDOWSIZE   512
RESOURCEUTILIZATION 10
COMPRESSION No
DEDUPLICATION   No
ENABLEDEDUPCACHENo


Tip:  For optimal data reduction, avoid the following client option 
combination:

COMPRESSION Yes
DEDUPLICATION   No




Del



"ADSM: Dist Stor Manager"  wrote on 03/15/2017 
02:39:04 PM:

> From: "Alford, Ben" 
> To: ADSM-L@VM.MARIST.EDU
> Date: 03/15/2017 02:39 PM
> Subject: Best Practices/Best Performance SP/TSM B/A Client Settings ?
> Sent by: "ADSM: Dist Stor Manager" 
> 
> I've looked at the IBM Blueprint documents but may have missed what 
> I was looking for - the Best Practices for Best Performance for TSM 
> B/A client settings.As we move from 6.4 to 7.x or 8.x clients 
> before the 6.4 EOL, we are looking to test with the current client 
> settings optimized for things like TCPBUFFSIZE, TCPWINDOWSIZE, 
> TXNBYTLIMIT, etc., etc.
> Thanks!
> 
> Ben Alford
> IT Manager, Office of Information Technology
> Systems: Shared Services
> 
> The University of Tennessee
> 

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Spectrum Protect Server 7.1.7.300

[Loon, Eric van (ITOPT3) - KLM]

Hi Håkon!
If you click on the link you provided you will see the following line: "Interim 
fix 7.1.7.300 was released to provide compatibility with a future release of 
the Global Security Kit (GSKit)". So apparently it's a minor, minor release.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Håkon 
Phillip Tønder-Keul
Sent: vrijdag 23 juni 2017 11:18
To: ADSM-L@VM.MARIST.EDU
Subject: Spectrum Protect Server 7.1.7.300

Hi,

Has anyone found the APAR fixlist for this version (7.1.7.300) yet?

This page only covers up to 7.1.7.200

http://www-01.ibm.com/support/docview.wss?uid=swg21995379

Rgds,
Håkon

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: SAP HANA backup expiration

[Loon, Eric van (ITOPT3) - KLM]

Hi Del!
Thank you very much for your explanation. I discovered that the delete through 
HANA studio works as expected. I noticed however a large amount of files in TSM 
which do no longer exist in HANA, so we are working on a script to remove them 
too. I do not know how these backups get stuck in TSM...
I really hope IBM will soon support versioning again, it would make life much 
easier. The fact that you say IBM has plans to support it in a future release, 
does that mean that SAP has removed/fixed the HANA BACKINT API limitation?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del 
Hoobler
Sent: maandag 19 juni 2017 15:48
To: ADSM-L@VM.MARIST.EDU
Subject: Re: SAP HANA backup expiration

Hi Eric,

Once the backups have been deleted in HANA Studio, then HANA will delay the 
actual deletion of the objects in Spectrum Protect. It is not known or 
documented by SAP how long this delay may be or on what it depends. We have 
seen a delay of several minutes. If you delete a large number of objects, HANA 
will delete them in chunks of 500 objects.

The actual deletion can be checked in the 'backint.log' file. After some time 
there will be entries like this:
 
BKI2003I: File R26___A0HZTF1HWY_RZ_TSM_SERVER@MC_DISK#160701 0
/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_4_1 deleted.
#DELETED "R26___A0HZTF1HWY" 
"/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_4_1"
BKI2003I: File R26___A0HZTF1HWY_RZ_TSM_SERVER@MC_DISK#150700 0
/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_2_1 deleted.
#DELETED "R26___A0HZTF1HWY" 
"/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_2_1"
BKI2003I: File R26___A0HZTF1HWY_RZ_TSM_SERVER@MC_DISK#140699 0
/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_3_1 deleted.
#DELETED "R26___A0HZTF1HWY" 
"/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_3_1"
BKI2003I: File R26___A0HZTF1HWY_RZ_TSM_SERVER@MC_DISK#130698 0
/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_1_1 deleted.
#DELETED "R26___A0HZTF1HWY" 
"/usr/sap/R26/SYS/global/hdb/backint/2016_09_20_databackup_1_1"


IBM does plan to add support for expiration based on version limit in a future 
delivery.



Del


"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 06/19/2017 
05:22:33 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 06/19/2017 05:23 AM
> Subject: SAP HANA backup expiration
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> 
> Dear Del,
> About a year ago you explained why TDP for HANA backup versioning is
> no longer working (see your mail down below), do you know if SAP has
> fixed this issue by now?
> I'm still struggling with this in our environment. The only 
> documentation I can find on the IBM site about this issue is 
> IT11810. It contains two options:
> 
> 1)  Create a new domain and use the retver option, which could 
> cause all you backups to expire when no backup is made during that 
> period (so not acceptable for us).
> 
> 2)  Remove obsolete backup manually through SAP Studio.
> When we use option 2, the backups seem to be removed from SAP, but I
> still see the archive objects in TSM... Is this circumvention maybe 
> documented somewhere in more detail?
> Thank you very much for your help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> 
> Eric,
> This "design change" is a "change" from the Data Protection for ERP 
> perspective, but not from the Data Protection for ERP for SAP HANA
> perspective, which has always worked this way.
> This design "change" is a result of a current limitation in the SAP 
> HANA BACKINT API and is expected to be temporary.  This backup API 
streams the
> backup data to the DP for SAP HANA client via named pipes and today 
> it gives no indication whether the data stream was complete or the pipe 
was
> closed prematurely due to some error.
> We don't want to expire a prior/older backup version unless we know 
> we have a successful new backup version so we do not currently offer
> expiration of backups based on version limit.  However, we do plan 
> to provide that capability once SAP implements the enhancement to the 
backup
> API we have requested (to indicate whether or not all the data was 
> streamed  successfully).  SAP did indicate they plan to provide that
> enhancement but we do not yet have a target date for that.
> Thank you,
> Del
> 
> For information, services and offers, please visit our web site: 
&g

SAP HANA backup expiration

[Loon, Eric van (ITOPT3) - KLM]

Dear Del,
About a year ago you explained why TDP for HANA backup versioning is no longer 
working (see your mail down below), do you know if SAP has fixed this issue by 
now?
I'm still struggling with this in our environment. The only documentation I can 
find on the IBM site about this issue is IT11810. It contains two options:

1)  Create a new domain and use the retver option, which could cause all 
you backups to expire when no backup is made during that period (so not 
acceptable for us).

2)  Remove obsolete backup manually through SAP Studio.
When we use option 2, the backups seem to be removed from SAP, but I still see 
the archive objects in TSM... Is this circumvention maybe documented somewhere 
in more detail?
Thank you very much for your help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


Eric,
This "design change" is a "change" from the Data Protection for ERP 
perspective, but not from the Data Protection for ERP for SAP HANA
perspective, which has always worked this way.
This design "change" is a result of a current limitation in the SAP HANA 
BACKINT API and is expected to be temporary.  This backup API streams the
backup data to the DP for SAP HANA client via named pipes and today it gives no 
indication whether the data stream was complete or the pipe was
closed prematurely due to some error.
We don't want to expire a prior/older backup version unless we know we have a 
successful new backup version so we do not currently offer
expiration of backups based on version limit.  However, we do plan to provide 
that capability once SAP implements the enhancement to the backup
API we have requested (to indicate whether or not all the data was streamed  
successfully).  SAP did indicate they plan to provide that enhancement but we 
do not yet have a target date for that.
Thank you,
Del

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Dedup rate on SAP backups

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
Now that we are testing with TSM deduplication where we have always used a Data 
Domain in the past, I discovered that our SAP nodes have a very low dedup rate. 
After some Googling it looks like this has something to do with the random way 
SAP sends its data to the backup client. If backup files physically differ 
every backup run, I can imagine that this will have a negative impact on 
deduplication.
Does anybody know if this is true and if there is a way to influence this 
behavior?
Thanks for any help in advance and have a nice weekend!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Client-side dedup speed

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
Thanks for your reply!
I have done some testing on this client and I discovered that the local 
deduplication cache is the bottleneck here. Apparently going through the local 
cache will only be beneficial when it is not getting too large. As soon as I 
disabled the local cache, backup performance is improved drastically. As soon 
as the RESOURCEUTILIZATION is raised (from 2 to 5) the performance is improved 
even more!
I'm a happy guy again, for those of you interested, I included the statistics 
of all test down below.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

Server-side deduplication:
Total number of objects backed up:1,926,689
Total number of bytes transferred:   227.43 GB
Total data reduction ratio:0.05%
Elapsed processing time:   03:54:34

Client-side deduplication:
Total number of objects backed up:1,934,305
Total objects deduplicated: 656,414
Total bytes before deduplication:229.95 GB
Total bytes after deduplication:   1.31 GB
Deduplication reduction:  99.44%
Elapsed processing time:   12:02:03

Client-side deduplication, ENABLEDEDUPCACHE NO:
Total number of objects backed up:1,956,018
Total objects deduplicated: 661,502
Total bytes before deduplication:220.51 GB
Total bytes after deduplication:  0  B
Deduplication reduction: 100.00%
Total data reduction ratio:   99.67%
Elapsed processing time:   04:20:33

Client-side deduplication, ENABLEDEDUPCACHE NO RESOURCEUTILIZATION 5: 
Total number of objects backed up:1,973,335
Total objects deduplicated: 670,950
Total bytes before deduplication:226.77 GB
Total bytes after deduplication:  0  B
Deduplication reduction: 100.00%
Total data reduction ratio:   99.68%
Elapsed processing time:   02:12:22


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: zaterdag 13 mei 2017 20:40
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Client-side dedup speed

Hi Eric,

I've seen client-side dedup be slower on 1Gb/s networks every time I test it, 
every single time.
It doesn't surprise me at all just looking at the added latency to check if a 
chunk is already in Spectrum Protect or not, sending it via the network, 
network latency (big one), reading form the database and than all the way back 
to the client has got to be a LOT slower than doing it all in the server, at 
least when the local cache isn't very effective and with two million files I 
doubt it is very effective (but I don't know this, haven't done enough testing 
with different data source types).
Network latency on a round trip alone probably adds a lot of time (% wise) to 
just a local SSD database read alone, SSD's have a latency of 0.0something ms 
and everything stay's in compute with server side dedup.

I only use client-side dedup with WAN networks or when I test and would see 
that the speeds are comparable, I think this would be due to a very low latency 
network but I wonder if others here have done more testing on this.
I believe that when you have very heavy loads you can put more in the server in 
an night of backups because there is a smaller load on the server because the 
clients do some work but again, I only use it when sending data thru WAN 
connections, for those scenario's it's perfect especially in combination with 
8.1 B/A client-side compression.




On Fri, May 12, 2017 at 1:52 PM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Dear TSM-ers,
> We are almost in production with our first directory containerpool TSM 
> server. We did a lot of testing with client vs server-side dedup and 
> overall client-side was faster. But not on one of our Linux clients. 
> This machine has a filesystem with nearly two million files, total 
> amount of data is 227 GB. The server backs up through 1Gb Ethernet and 
> with server-side dedup the backup takes 03:54. With client-side dedup 
> enabled, the backup runs for 12:02! The client contains 16 CPU's and 
> average utilization is no more than 10%. No swapping during a backup.
> I opened a PMR, but the support offices tries to convince me that 
> client-side dedup is slower (twice as slow) by default. I really have 
> a very hard time believing this. What is your experience with 
> client-side dedup in combination with a large amount of smaller (approx. 1 
> Mb) files?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addres

Client-side dedup speed

[Loon, Eric van (ITOPT3) - KLM]

Dear TSM-ers,
We are almost in production with our first directory containerpool TSM server. 
We did a lot of testing with client vs server-side dedup and overall 
client-side was faster. But not on one of our Linux clients. This machine has a 
filesystem with nearly two million files, total amount of data is 227 GB. The 
server backs up through 1Gb Ethernet and with server-side dedup the backup 
takes 03:54. With client-side dedup enabled, the backup runs for 12:02! The 
client contains 16 CPU's and average utilization is no more than 10%. No 
swapping during a backup.
I opened a PMR, but the support offices tries to convince me that client-side 
dedup is slower (twice as slow) by default. I really have a very hard time 
believing this. What is your experience with client-side dedup in combination 
with a large amount of smaller (approx. 1 Mb) files?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: TSM 7.1.7 server CPU behavior

[Loon, Eric van (ITOPT3) - KLM]

By the way, it's not a monitoring tool because the spikes disappear right after 
the backup window...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: woensdag 3 mei 2017 10:58
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM 7.1.7 server CPU behavior

Hi Eric,

I only have sar data of last night but I see a load around 40% that breaks down 
to 15% user, 5% system 10-20% iowait and the rest being idle.
10% is very low, it must be overpowered or still running a very low load.

Maybe it's a monitoring tool that is hitting the system every 5 minutes, do you 
see entries in the activity log that match the load? do you seen more iop/s on 
the database?




On Wed, May 3, 2017 at 10:30 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi all!
> We are running a 7.1.7 server with a directory container storagepool 
> (dedup and compression enabled). When we have multiple clients (with 
> client-dedup disabled) backing up to it, we notice a peculiar CPU usage.
> Overall CPU is about 10%, but we see short peaks to approx. 30% every 
> 5 minutes. Since this server is the only one with container storage 
> pools in our company I cannot compare this behavior to other TSM 
> servers. Is this behavior seen on other servers too?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: TSM 7.1.7 server CPU behavior

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
The load is rather low, it's sized for future growth. I'm just curious if you 
see those short peaks too or is the load overall the same?
Do you use server-side dedup by the way?
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: woensdag 3 mei 2017 10:58
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM 7.1.7 server CPU behavior

Hi Eric,

I only have sar data of last night but I see a load around 40% that breaks down 
to 15% user, 5% system 10-20% iowait and the rest being idle.
10% is very low, it must be overpowered or still running a very low load.

Maybe it's a monitoring tool that is hitting the system every 5 minutes, do you 
see entries in the activity log that match the load? do you seen more iop/s on 
the database?




On Wed, May 3, 2017 at 10:30 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi all!
> We are running a 7.1.7 server with a directory container storagepool 
> (dedup and compression enabled). When we have multiple clients (with 
> client-dedup disabled) backing up to it, we notice a peculiar CPU usage.
> Overall CPU is about 10%, but we see short peaks to approx. 30% every 
> 5 minutes. Since this server is the only one with container storage 
> pools in our company I cannot compare this behavior to other TSM 
> servers. Is this behavior seen on other servers too?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

TSM 7.1.7 server CPU behavior

[Loon, Eric van (ITOPT3) - KLM]

Hi all!
We are running a 7.1.7 server with a directory container storagepool (dedup and 
compression enabled). When we have multiple clients (with client-dedup 
disabled) backing up to it, we notice a peculiar CPU usage. Overall CPU is 
about 10%, but we see short peaks to approx. 30% every 5 minutes. Since this 
server is the only one with container storage pools in our company I cannot 
compare this behavior to other TSM servers. Is this behavior seen on other 
servers too?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Deduplication

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
I have it set to 0, but like Dave mentioned, you have to wait a few hours. The 
reason it wasn't working as expected in my case was that another user backed up 
the exact same directory too. So I had to delete not only my backup files, but 
also his files. It's a test environment by the way. :-)
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: woensdag 12 april 2017 17:56
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Deduplication

Eric,

The containerpool has a reuse delay setting in day's that, in effect, works the 
same as the reuse delay on traditional storagepools, did you set this to 0? 
It's in day's not hours and the default is 1.

Regards,
   Stefan


On Tue, Apr 11, 2017 at 2:21 PM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi Dave!
> Thank you very much for your reply!
> I deleted some data this morning and waited for 4 hours before making 
> a new backup, but that doesn't seem to be enough. Is there any way to 
> influence this waiting period? A certain table reorg or stop/start of 
> the server or is it just hard-coded?
> Thanks again for your help!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Del Hoobler
> Sent: maandag 10 april 2017 18:12
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Deduplication
>
> Hi Eric,
>
> A few things:
>
> - Client-side provides better overall throughput for Spectrum Protect 
> because the deduplication is spread across more CPU's. So if you can 
> afford to do the deduplication client-side, that is the best overall result.
>
> - Client-side helps reduce network traffic
>
> - The algorithms on how deduplication is performed are the same 
> between client and server.
>
>
> The behavior you are seeing has to do with the reusedelay impact on 
> deduplicated chunks. If the reusedelay is 1 day (default), that means 
> Spectrum Protect keeps the deduplicated chunks pinned in storage until 
> that time has passed. If the reusedelay is 0, there is a still a small 
> cushion window that might allow the chunks to still be linked to. If 
> you waited for a couple of hours AFTER the deletion occurred, I would 
> not expect those chunks to be reused.
>
>
>
> Del
>
> ----------------
>
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 04/10/2017
> 10:57:27 AM:
>
> > From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 04/10/2017 11:01 AM
> > Subject: Deduplication
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> >
> > Hi guys!
> > We are trying to make a fair comparison between server-  and client- 
> > side deduplication. I'm running into an 'issue' where I notice that 
> > once you created a backup of a certain set of data, it is always 
> > deduplicated 100% afterwards when you start a new client-side 
> > deduped backup. Even when you delete all previous backup on the 
> > server
> first!
> > So I backed up a directory, retrieved all objectids through a select
> > * from backups and deleted all objects, but still a new backup is 
> > deduplicated 100%. I don't understand why. I though it maybe had 
> > something to do with data still being in the container pool, but 
> > even with reusdelay=0, everything is deduplicated...
> > Thanks for any help (Andy? :)) in advance.
> > Kind regards,
> > Eric van Loon
> > Air France/KLM Storage Engineering
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain 
> > confidential and privileged material intended for the addressee 
> > only. If you are not the addressee, you are notified that no part of 
> > the e-mail or any attachment may be disclosed, copied or 
> > distributed, and that any other action related to this e-mail or 
> > attachment is strictly prohibited, and may be unlawful. If you have 
> > received this e-mail by error, please notify the sender immediately 
> > by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ 
> > or its employees shall not be liable for the incorrect or incomplete 
> > transmission of this e-mail or any attachments, nor responsible for 
> > any delay in receipt.
> > Konink

Re: Deduplication

[Loon, Eric van (ITOPT3) - KLM]

Hi Dave!
Thank you very much for your reply!
I deleted some data this morning and waited for 4 hours before making a new 
backup, but that doesn't seem to be enough. Is there any way to influence this 
waiting period? A certain table reorg or stop/start of the server or is it just 
hard-coded?
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del 
Hoobler
Sent: maandag 10 april 2017 18:12
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Deduplication

Hi Eric,

A few things:

- Client-side provides better overall throughput for Spectrum Protect because 
the deduplication is spread across more CPU's. So if you can afford to do the 
deduplication client-side, that is the best overall result.

- Client-side helps reduce network traffic

- The algorithms on how deduplication is performed are the same between client 
and server.


The behavior you are seeing has to do with the reusedelay impact on 
deduplicated chunks. If the reusedelay is 1 day (default), that means 
Spectrum Protect keeps the deduplicated chunks pinned in storage until 
that time has passed. If the reusedelay is 0, there is a still a small 
cushion window that might allow the chunks to still be linked to. If you 
waited for a couple of hours AFTER the deletion occurred, I would not 
expect those chunks to be reused. 



Del



"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 04/10/2017 
10:57:27 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 04/10/2017 11:01 AM
> Subject: Deduplication
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> 
> Hi guys!
> We are trying to make a fair comparison between server-  and client-
> side deduplication. I'm running into an 'issue' where I notice that 
> once you created a backup of a certain set of data, it is always 
> deduplicated 100% afterwards when you start a new client-side 
> deduped backup. Even when you delete all previous backup on the server 
first!
> So I backed up a directory, retrieved all objectids through a select
> * from backups and deleted all objects, but still a new backup is 
> deduplicated 100%. I don't understand why. I though it maybe had 
> something to do with data still being in the container pool, but 
> even with reusdelay=0, everything is deduplicated...
> Thanks for any help (Andy? :)) in advance.
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee 
> only. If you are not the addressee, you are notified that no part of
> the e-mail or any attachment may be disclosed, copied or 
> distributed, and that any other action related to this e-mail or 
> attachment is strictly prohibited, and may be unlawful. If you have 
> received this e-mail by error, please notify the sender immediately 
> by return e-mail, and delete this message.
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/
> or its employees shall not be liable for the incorrect or incomplete
> transmission of this e-mail or any attachments, nor responsible for 
> any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
> 

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Deduplication

[Loon, Eric van (ITOPT3) - KLM]

Hi Steve!
I would hope not, because in that case TSM would have a data integrity issue...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Schaub, Steve
Sent: maandag 10 april 2017 17:30
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Deduplication

Perhaps the client side dedupe is keeping a dedupe hash-bitmap that is not 
getting fully refreshed when you purge the backup data from the server?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Monday, April 10, 2017 10:57 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Deduplication

Hi guys!
We are trying to make a fair comparison between server-  and client-side 
deduplication. I'm running into an 'issue' where I notice that once you created 
a backup of a certain set of data, it is always deduplicated 100% afterwards 
when you start a new client-side deduped backup. Even when you delete all 
previous backup on the server first!
So I backed up a directory, retrieved all objectids through a select * from 
backups and deleted all objects, but still a new backup is deduplicated 100%. I 
don't understand why. I though it maybe had something to do with data still 
being in the container pool, but even with reusdelay=0, everything is 
deduplicated...
Thanks for any help (Andy? :)) in advance.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


--
Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Deduplication

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
We are trying to make a fair comparison between server-  and client-side 
deduplication. I'm running into an 'issue' where I notice that once you created 
a backup of a certain set of data, it is always deduplicated 100% afterwards 
when you start a new client-side deduped backup. Even when you delete all 
previous backup on the server first!
So I backed up a directory, retrieved all objectids through a select * from 
backups and deleted all objects, but still a new backup is deduplicated 100%. I 
don't understand why. I though it maybe had something to do with data still 
being in the container pool, but even with reusdelay=0, everything is 
deduplicated...
Thanks for any help (Andy? :)) in advance.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: delete volume

[Loon, Eric van (ITOPT3) - KLM]

Hi James!
Your explanation is absolutely valid. I only think that it is not very logical. 
Let's say I have my database backed up at 11:00 AM. At 16:00 I delete volume 
TAPE001 for whatever reason (in my case it was a corrupted virtual volume, yes 
it happens sometimes). On the next day disaster strikes at 04:00 AM and I have 
to restore the database of the previous day 11:00 AM. Now I have volume TAPE001 
back as private again. If TSM tries to read it, it will definitely result in 
I/O errors since the data it expects on the tape will not be there...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of James 
Thorne
Sent: maandag 27 maart 2017 13:55
To: ADSM-L@VM.MARIST.EDU
Subject: Re: delete volume

Hi Eric.

Our experience with physical tapes checked in as scratch in a shared library 
environment is that if you delete the volume (with or without DISCARDDATA=yes) 
on the library client, the volume immediately goes to scratch on the library 
manager and is available for reuse.  This seems similar to the behaviour you 
are seeing.

We generally only manually delete volumes which have had errors and we have to 
check out the volume on the library manager *before* we delete the volume on 
the client, otherwise we have a bad tape entering scratch that could be reused 
before we check it out.

Reusedelay specifies the number of days before a volume can be reused after all 
files are deleted from a volume, not after a *volume* is deleted.  A volume 
becomes pending when all files are gone from it and is deleted from a storage 
pool after reusedelay days.  When deleted the library volume then becomes 
scratch if it was scratch before or empty (and remains in the storage pool) if 
it was a private volume.  DELETE VOLUME deletes the volume so there is no 
volume that can have a status of pending and hence cannot be controlled by 
reusedelay.  By using DELETE VOLUME on a scratch volume, you are asking TSM to 
bypass reusedelay.  From the manual:

"The DELETE VOLUME command automatically updates the server library inventory 
for sequential volumes if the volume is returned to scratch status when the 
volume becomes empty. To determine whether a volume will be returned to scratch 
status, issue the QUERY VOLUME command and look at the output. If the value for 
the attribute "Scratch Volume?" is "Yes," then the server library inventory is 
automatically updated."

Which suggests that any volume that was taken from scratch will return to 
scratch when you delete it.

James Thorne,
IT Services,
University of Oxford

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: 24 March 2017 13:58
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] delete volume

Hi Neil!
Roger stated that he is pretty sure that when he deletes a volume on physical 
tape, the volume becomes pending. In my case it's turning into scratch 
immediately and thus being relabeled immediately. I don't understand why it 
should work differently...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Schofield, Neil (Storage & Middleware, Backup & Restore)
Sent: vrijdag 24 maart 2017 13:53
To: ADSM-L@VM.MARIST.EDU
Subject: Re: delete volume

Classification: Public

Eric

My experience of DELETE VOLUME going back to ADSM 3.1 is that it will 
immediately make the library volume (physical or virtual) scratch with no 
pending reuse delay.

By typing the words DISCARDDATA=YES, I guess you are explicitly consenting to 
never being able to access the data again. You might have a way back if by 
chance a physical tape hasn't been re-used by the time you realise your 
mistake, but with virtual tape the data erasure is immediate when the volume is 
relabelled.

I suppose my advice would be to only use DISCARDDATA=YES in the event that all 
remaining data on the volume has already proven (through MOVE DATA operations, 
or whatever) to be unreadable, and you don't have the option to recover it from 
a copy pool. In this case, a pending reuse delay wouldn't help make the data 
any more readable. I realise this doesn't address your concerns around 
accidental deletion of a volume, but I believe there's a saying about great 
responsibility accompanying great power.

Regards
Neil Schofield
IBM Spectrum Protect SME
Backup & Recovery | Storage & Middleware | Central Infrastructure Services | 
Infrastructure & Service Delivery | Group IT LLOYDS BANKING GROUP 



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England

Re: delete volume

[Loon, Eric van (ITOPT3) - KLM]

Hi Neil!
Roger stated that he is pretty sure that when he deletes a volume on physical 
tape, the volume becomes pending. In my case it's turning into scratch 
immediately and thus being relabeled immediately. I don't understand why it 
should work differently...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Schofield, Neil (Storage & Middleware, Backup & Restore)
Sent: vrijdag 24 maart 2017 13:53
To: ADSM-L@VM.MARIST.EDU
Subject: Re: delete volume

Classification: Public

Eric

My experience of DELETE VOLUME going back to ADSM 3.1 is that it will 
immediately make the library volume (physical or virtual) scratch with no 
pending reuse delay.

By typing the words DISCARDDATA=YES, I guess you are explicitly consenting to 
never being able to access the data again. You might have a way back if by 
chance a physical tape hasn't been re-used by the time you realise your 
mistake, but with virtual tape the data erasure is immediate when the volume is 
relabelled.

I suppose my advice would be to only use DISCARDDATA=YES in the event that all 
remaining data on the volume has already proven (through MOVE DATA operations, 
or whatever) to be unreadable, and you don't have the option to recover it from 
a copy pool. In this case, a pending reuse delay wouldn't help make the data 
any more readable. I realise this doesn't address your concerns around 
accidental deletion of a volume, but I believe there's a saying about great 
responsibility accompanying great power.

Regards
Neil Schofield
IBM Spectrum Protect SME
Backup & Recovery | Storage & Middleware | Central Infrastructure Services | 
Infrastructure & Service Delivery | Group IT LLOYDS BANKING GROUP 



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: delete volume

[Loon, Eric van (ITOPT3) - KLM]

Hi Gary!
Our tape pool is located on a Data Domain, so everything is virtual. My 
statement about VTL requirement might be a little confusing, but I was 
referring to the relabeling part. When a tape is reclaimed by TSM and the 
reusedelay is over, it becomes scratch. However, the Data Domain does not know 
that and thus the space occupied by it is not reported as free space. That is 
why you want the tape to be relabeled by TSM as soon as it becomes scratch. 
This will cause the space to be released within the Data Domain.
This is an example of the issue:

I have a volume 120005L4 with some data on it:

tsm: ABU2>q vol 120005L4

Volume Name   Storage  Device  Estimate-   Pct   Volume
  Pool NameClass Name  d Capaci-   Util   Status
  ty
  ---  --  -  -  
120005L4  VTLTAPEPOO-  VTLTAPE   190.7 G0.2  Filling
   L_ABU2_1_-
   PRI

Now I delete the volume with discarddata=yes. Notice that the volume is 
immediately deleted from the storage pool afterwards and the tape returns to 
scratch:

ANR0984I Process 3334 for DELETE VOLUME (DISCARD DATA) started in the 
BACKGROUND at 09:53:15.
ANRI Discard Data process started for volume 120005L4 (process ID 3334).
ANR1341I Scratch volume 120005L4 has been deleted from storage pool 
VTLTAPEPOOL_ABU2_1_PRI.
ANR2223I Discard Data process ended for volume 120005L4 - volume deleted from 
storage pool VTLTAPEPOOL_ABU2_1_PRI.
ANR0986I Process 3334 for DELETE VOLUME (DISCARD DATA) running in the 
BACKGROUND processed 7,280 items for a total of 497,223,313 bytes with a
completion state of SUCCESS at 09:53:21.
ANR0984I Process 3335 for RELABEL started in the BACKGROUND at 09:53:21.
ANR8799I RELABEL: Operation for library TVTL_ABU2_1 started as process 3335.
ANR8810I Volume 120005L4 has been labeled in library TVTL_ABU2_1.
ANR8801I LABEL LIBVOLUME process 3335 for library TVTL_ABU2_1 completed; 1 
volume(s) labeled, 1 volume(s) checked-in.
ANR0985I Process 3335 for RELABEL running in the BACKGROUND completed with 
completion state SUCCESS at 09:53:23.

The volume is gone instead of pending:

tsm: ABU2>q vol 120005L4
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.

And the tape is scratch instead of private:

tsm: ABU2>q libvol tvtl_abu2_1 120005L4

Library Name Volume Name Status   Owner  Last Use  HomeDevic-
   Element e Type
 ---  -- - --- --
TVTL_ABU2_1  120005L4Scratch   1,030   LTO

If you really can confirm that this works as expected for real tapes, I maybe 
should open a PMR for it.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger 
Deschner
Sent: woensdag 22 maart 2017 23:23
To: ADSM-L@VM.MARIST.EDU
Subject: Re: delete volume

I'm confused. Is this an actual tape, or a "tape" in a VTL? What do you mean by 
"VTL requirements"? If this stgpool consists of real tapes, the existenace of a 
VTL elsewhere in your configuration should not matter at all.

I've done this several times with worn-out real tapes. DELETE VOL 
DISCARDDATA=YES and it has always gone into Pending status.

Sounds like a defect. Preserve the ACTLOG and call IBM support.

Roger Deschner  University of Illinois at Chicago rog...@uic.edu
==I have not lost my mind -- it is backed up on tape somewhere.=


On Tue, 21 Mar 2017, Loon, Eric van (ITOPT3) - KLM wrote:

>Hi Gary!
>It's three days and it's working fine for all other volumes which become empty 
>the normal way.
>Kind regards,
>Eric van Loon
>Air France/KLM Storage Engineering
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
>Of Lee, Gary
>Sent: dinsdag 21 maart 2017 16:29
>To: ADSM-L@VM.MARIST.EDU
>Subject: Re: delete volume
>
>What is the reusedelay on that storage pool?
>
>-Original Message-----
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
>Of Loon, Eric van (ITOPT3) - KLM
>Sent: Tuesday, March 21, 2017 11:05 AM
>To: ADSM-L@VM.MARIST.EDU
>Subject: [ADSM-L] delete volume
>
>Hi all!
>I just had to delete a tape with discarddata=yes because an audit wasn't able 
>to fix the volume. I witnessed something unexpected: as soon as you delete a 
>volume, it immediately becomes scratch and it is being relabeled (because of 
>VTL requirements). This means that if you accidently delete a volume and you 
>want to recover it, let's say one day later, by restoring the database to a 
>point bef

Re: delete volume

[Loon, Eric van (ITOPT3) - KLM]

Hi Gary!
It's three days and it's working fine for all other volumes which become empty 
the normal way.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, 
Gary
Sent: dinsdag 21 maart 2017 16:29
To: ADSM-L@VM.MARIST.EDU
Subject: Re: delete volume

What is the reusedelay on that storage pool?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Tuesday, March 21, 2017 11:05 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] delete volume

Hi all!
I just had to delete a tape with discarddata=yes because an audit wasn't able 
to fix the volume. I witnessed something unexpected: as soon as you delete a 
volume, it immediately becomes scratch and it is being relabeled (because of 
VTL requirements). This means that if you accidently delete a volume and you 
want to recover it, let's say one day later, by restoring the database to a 
point before the deletion, chances are great the tape was already reused and 
overwritten. In fact, I think the relabel process itself will probably render 
the data unrecoverable.
Shouldn't a delete volume make a volume pending instead of scratch?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

delete volume

[Loon, Eric van (ITOPT3) - KLM]

Hi all!
I just had to delete a tape with discarddata=yes because an audit wasn't able 
to fix the volume. I witnessed something unexpected: as soon as you delete a 
volume, it immediately becomes scratch and it is being relabeled (because of 
VTL requirements). This means that if you accidently delete a volume and you 
want to recover it, let's say one day later, by restoring the database to a 
point before the deletion, chances are great the tape was already reused and 
overwritten. In fact, I think the relabel process itself will probably render 
the data unrecoverable.
Shouldn't a delete volume make a volume pending instead of scratch?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: internal server error detected

[Loon, Eric van (ITOPT3) - KLM]

Hi Sasa (and all others who responded)!
The issue seems to be on the Storage Agent side, all other clients and the 
server itself operate normally. So no errors are seen in the DB2 log.
The STA was stopped and started, but to no avail. Everything was working fine 
on this client until this morning...
On the server all drives and paths are online. The paths defined for the STA 
are also online. We have 1300 scratch tapes available in the library... I'm 
lost.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Sasa 
Drnjevic
Sent: dinsdag 31 januari 2017 14:03
To: ADSM-L@VM.MARIST.EDU
Subject: Re: internal server error detected

This log is almost always helpful:

/home/instance_owner/sqllib/db2dump/db2diag.0.log

Or it could be rotated into db2diag.n.log in the same directory.

Regards,

--
Sasa Drnjevic
www.srce.unizg.hr




On 31.1.2017. 13:56, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi guys!
> I have an Oracle client which backup failed with the following error in the 
> tdpoerror.log:
>
> 01/31/2017 09:08:35 ANS0278S The transaction will be aborted.
> 01/31/2017 09:08:35 ANS0278S The transaction will be aborted.
> 01/31/2017 09:08:35 TID<19506> ==> ANS0278S (RC157)  The transaction will be 
> aborted.
> 01/31/2017 09:08:35 ANS1312E Server media mount not possible
> 01/31/2017 09:08:35 ANS1312E Server media mount not possible
> 1/31/2017 09:08:35 TID<19506> ==> ANS1312E (RC12)   Server media mount not 
> possible
>
> The TSM server shows the following error:
>
> 01/31/2017 09:08:32 ANR0530W Transaction failed for session 9302740 for node 
> QVIPNBDORA01_02-ORC (TDPO Linux86-64) - internal server error detected. 
> (SESSION: 9302740)
> 01/31/2017 09:08:35 ANR0525W (Session: 7358241, Origin: QVIPNBDORA01)  
> Transaction failed for session 277695 for node QVIPNBDORA01_02-ORC (TDPO 
> Linux86-64) - storage media inaccessible. (SESSION: 7358241)
>
> The Oracle client is backing up through a storage agent and the 'internal 
> server error' seems to cause the scratch tape mount to fail which results in 
> the 'storage media inaccessible' message. Does anybody have an idea where to 
> look for the cause of the 'internal server error'?
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

internal server error detected

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
I have an Oracle client which backup failed with the following error in the 
tdpoerror.log:

01/31/2017 09:08:35 ANS0278S The transaction will be aborted.
01/31/2017 09:08:35 ANS0278S The transaction will be aborted.
01/31/2017 09:08:35 TID<19506> ==> ANS0278S (RC157)  The transaction will be 
aborted.
01/31/2017 09:08:35 ANS1312E Server media mount not possible
01/31/2017 09:08:35 ANS1312E Server media mount not possible
1/31/2017 09:08:35 TID<19506> ==> ANS1312E (RC12)   Server media mount not 
possible

The TSM server shows the following error:

01/31/2017 09:08:32 ANR0530W Transaction failed for session 9302740 for node 
QVIPNBDORA01_02-ORC (TDPO Linux86-64) - internal server error detected. 
(SESSION: 9302740)
01/31/2017 09:08:35 ANR0525W (Session: 7358241, Origin: QVIPNBDORA01)  
Transaction failed for session 277695 for node QVIPNBDORA01_02-ORC (TDPO 
Linux86-64) - storage media inaccessible. (SESSION: 7358241)

The Oracle client is backing up through a storage agent and the 'internal 
server error' seems to cause the scratch tape mount to fail which results in 
the 'storage media inaccessible' message. Does anybody have an idea where to 
look for the cause of the 'internal server error'?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: How to prevent leading spaces in SQL output

[Loon, Eric van (ITOPT3) - KLM]

Hi Steven!
Thanks for your reply! As suggested by Martin adding the -tab switch to the 
dsmadmc does the trick as well as adding the varchar_format function:

SELECT varchar_format(CAST(round(float(used_space_mb/total_space_mb*100)) AS 
int)) FROM log

Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Harris, Steven
Sent: donderdag 26 januari 2017 22:52
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How to prevent leading spaces in SQL output

Hi Eric

There are also the STRIP and TRIM sql functions - same function for these but 
slightly different syntax.

SELECT strip(cast(float(used_space_mb)*100/total_space_mb AS DECIMAL(4,2))) 
FROM log

However, when I tested this on a number less than 1, the implicit cast of the 
number to a string lost the leading zero.  That may or may not suit your use 
case.

Regards

Steve

Steven Harris
TSM Consultant
Canberra, Australia


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Wednesday, 25 January 2017 11:53 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] How to prevent leading spaces in SQL output

Hi Martin!
Again, thank you very much for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Martin 
Janosik
Sent: woensdag 25 januari 2017 11:04
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How to prevent leading spaces in SQL output

Hi Eric,

'-tab' does the magic:
[~]$ dsmadmc -tab -se=TSM -id=admin -pa=admin -dataonly=yes "SELECT CAST 
(float(used_space_mb)*100/total_space_mb AS DECIMAL(4,2)) FROM log"
0.98

[~]$ dsmadmc -se=TSM -id=admin -pa=admin -dataonly=yes "SELECT CAST(float 
(used_space_mb)*100/total_space_mb AS DECIMAL(4,2)) FROM log"
  0.98

Bye

Martin Janosik

"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 01/25/2017
10:01:51 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 01/25/2017 10:06 AM
> Subject: [ADSM-L] How to prevent leading spaces in SQL output Sent by: 
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
>
> Hi TSM-ers!
> I'm executing the following command in a script:
>
> /usr/bin/dsmadmc -se=$INSTANCE -id=$ID -password=$PASSWORD - 
> dataonly=yes "SELECT CAST(float(used_space_mb)*100/total_space_mb AS
> DECIMAL(4,2)) FROM log"
>
> The result is this (without quotes):
>
> '  0.49'
>
> I'm looking for a way to remove the leading spaces, so the output is 
> just '0.49'. I know I can do it in the script itself, but I'm just 
> wondering if there is a way to remove all formatting through the SQL 
> statement itself.
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only.
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and 
> delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for 
> any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect 

Re: How to prevent leading spaces in SQL output

[Loon, Eric van (ITOPT3) - KLM]

Hi Martin!
Again, thank you very much for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Martin 
Janosik
Sent: woensdag 25 januari 2017 11:04
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How to prevent leading spaces in SQL output

Hi Eric,

'-tab' does the magic:
[~]$ dsmadmc -tab -se=TSM -id=admin -pa=admin -dataonly=yes "SELECT CAST 
(float(used_space_mb)*100/total_space_mb AS DECIMAL(4,2)) FROM log"
0.98

[~]$ dsmadmc -se=TSM -id=admin -pa=admin -dataonly=yes "SELECT CAST(float 
(used_space_mb)*100/total_space_mb AS DECIMAL(4,2)) FROM log"
  0.98

Bye

Martin Janosik

"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 01/25/2017
10:01:51 AM:

> From: "Loon, Eric van (ITOPT3) - KLM" <eric-van.l...@klm.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 01/25/2017 10:06 AM
> Subject: [ADSM-L] How to prevent leading spaces in SQL output Sent by: 
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
>
> Hi TSM-ers!
> I'm executing the following command in a script:
>
> /usr/bin/dsmadmc -se=$INSTANCE -id=$ID -password=$PASSWORD - 
> dataonly=yes "SELECT CAST(float(used_space_mb)*100/total_space_mb AS
> DECIMAL(4,2)) FROM log"
>
> The result is this (without quotes):
>
> '  0.49'
>
> I'm looking for a way to remove the leading spaces, so the output is 
> just '0.49'. I know I can do it in the script itself, but I'm just 
> wondering if there is a way to remove all formatting through the SQL 
> statement itself.
> Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and 
> delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for 
> any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

How to prevent leading spaces in SQL output

[Loon, Eric van (ITOPT3) - KLM]

Hi TSM-ers!
I'm executing the following command in a script:

/usr/bin/dsmadmc -se=$INSTANCE -id=$ID -password=$PASSWORD -dataonly=yes 
"SELECT CAST(float(used_space_mb)*100/total_space_mb AS DECIMAL(4,2)) FROM log"

The result is this (without quotes):

'  0.49'

I'm looking for a way to remove the leading spaces, so the output is just 
'0.49'. I know I can do it in the script itself, but I'm just wondering if 
there is a way to remove all formatting through the SQL statement itself.
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: SQL calculation error

[Loon, Eric van (ITOPT3) - KLM]

Hi Sasa!
Thank you VERY much for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Sasa 
Drnjevic
Sent: maandag 23 januari 2017 15:57
To: ADSM-L@VM.MARIST.EDU
Subject: Re: SQL calculation error

On 23.1.2017. 15:44, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi TSM/SP-ers!
> I have something weird when using te following SQL queries:
>
> select sum(fs_used_size),sum(fs_total_size) from 
> sysibmadm.snapstorage_paths
>
>Unnamed[1]Unnamed[2]
> - -
>   74434565120  69206016
>
> Now, when I try to calculate a percentage, I get the following result:
>
> tsm: AMSE3>select cast(sum(fs_used_size)*100/sum(fs_total_size)as 
> decimal(3,1)) from sysibmadm.snapstorage_paths
>
> Unnamed[1]
> --
>   10.0
>
> That is not correct, 74434565120 *100 / 69206016 = 10.75... What am I 
> doing wrong here?
> Thanks for any help in advance!


Missing FLOAT statement and greater DECIMAL range?


select cast(FLOAT(sum(fs_used_size))*100/sum(fs_total_size)as
decimal(4,2)) from sysibmadm.snapstorage_paths



Regards,

--
Sasa Drnjevic
www.srce.unizg.hr









> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

SQL calculation error

[Loon, Eric van (ITOPT3) - KLM]

Hi TSM/SP-ers!
I have something weird when using te following SQL queries:

select sum(fs_used_size),sum(fs_total_size) from sysibmadm.snapstorage_paths

   Unnamed[1]Unnamed[2]
- -
  74434565120  69206016

Now, when I try to calculate a percentage, I get the following result:

tsm: AMSE3>select cast(sum(fs_used_size)*100/sum(fs_total_size)as decimal(3,1))
from sysibmadm.snapstorage_paths

Unnamed[1]
--
  10.0

That is not correct, 74434565120 *100 / 69206016 = 10.75... What am I doing 
wrong here?
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: CRIMA1179E: Available disk space at /opt is insufficient

[Loon, Eric van (ITOPT3) - KLM]

Hi Stefan!
Thank you very much for your reply, it doesn't seem to work for disk space 
requirements though, I still receive the same error...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan 
Folkerts
Sent: vrijdag 13 januari 2017 11:16
To: ADSM-L@VM.MARIST.EDU
Subject: Re: CRIMA1179E: Available disk space at /opt is insufficient

Hi Eric, try this one, it works for memory.

http://www-01.ibm.com/support/docview.wss?uid=swg1IC99197

On Fri, Jan 13, 2017 at 9:28 AM, Loon, Eric van (ITOPT3) - KLM < 
eric-van.l...@klm.com> wrote:

> Hi guys!
> I'm trying to install TSM on a Linux server. TSM in installed in 
> /opt/tivoli/tsm which is a link to a separate filesystem, but the IBM 
> Installation Manager seems to check the amount of space in /opt and 
> thus returns the error "CRIMA1179E: Available disk space at /opt is 
> insufficient". Does anybody know a way to prevent the Installation 
> Manager from checking the amount of disk space?
> Thanks for your help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unlawful. If you have received this e-mail by 
> error, please notify the sender immediately by return e-mail, and delete this 
> message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
> its employees shall not be liable for the incorrect or incomplete 
> transmission of this e-mail or any attachments, nor responsible for any delay 
> in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

CRIMA1179E: Available disk space at /opt is insufficient

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
I'm trying to install TSM on a Linux server. TSM in installed in 
/opt/tivoli/tsm which is a link to a separate filesystem, but the IBM 
Installation Manager seems to check the amount of space in /opt and thus 
returns the error "CRIMA1179E: Available disk space at /opt is insufficient". 
Does anybody know a way to prevent the Installation Manager from checking the 
amount of disk space?
Thanks for your help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: NFS mounts backed up

[Loon, Eric van (ITOPT3) - KLM]

Hi all,
Just for the archives: IBM confirmed that my issue is caused by a TSM BA client 
design change (7.1.4.1 and higher) documented in APAR IT16782 
(http://www-01.ibm.com/support/docview.wss?crawler=1=swg1IT16782)
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar 
Thompson
Sent: donderdag 17 november 2016 17:36
To: ADSM-L@VM.MARIST.EDU
Subject: Re: NFS mounts backed up

All of our autofs-managed mounts are in a common /net path, so we just have an 
"exclude.dir /net" rule on the hosts that shouldn't be backing up NFS.

On Thu, Nov 17, 2016 at 04:28:47PM +0000, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi Skylar!
> This could be the case, but how does one prevent this than?
> The customer stated that the NFS filesystems weren't backed up before and the 
> issue started a few weeks ago. They first suspected the upgrade to 7.1.6, but 
> we just installed the previous version (7.1.4.4) and this versions backs them 
> up too...
> Thanks again for your help!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Skylar Thompson
> Sent: donderdag 17 november 2016 16:06
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: NFS mounts backed up
>
> Are you using an automounter that provides directory entries for the mount 
> points before they're mounted (aka "ghost" mounts)? If so, TSM will detect 
> the directory entries and the automounter can mount the filesystems before 
> TSM can detect them as NFS.
>
> On Thu, Nov 17, 2016 at 02:54:17PM +, Loon, Eric van (ITOPT3) - KLM wrote:
> > Hi guys!
> > We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
> > know TSM should not backup NFS mounts, unless explicitly specified or when 
> > set through the DOMAIN or INCLUDE statement. On this node neither one is 
> > used but as soon as we issue a dsmc i without any additional parameters the 
> > NFS mounts are backed up too.
> > Any idea what could be causing this? Thanks for any help in advance!
> > Kind regards,
> > Eric van Loon
> > Air France/KLM Storage Engineering
> >
> > 
> > For information, services and offers, please visit our web site: 
> > http://www.klm.com. This e-mail and any attachment may contain confidential 
> > and privileged material intended for the addressee only. If you are not the 
> > addressee, you are notified that no part of the e-mail or any attachment 
> > may be disclosed, copied or distributed, and that any other action related 
> > to this e-mail or attachment is strictly prohibited, and may be unlawful. 
> > If you have received this e-mail by error, please notify the sender 
> > immediately by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> > employees shall not be liable for the incorrect or incomplete transmission 
> > of this e-mail or any attachments, nor responsible for any delay in receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> > Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> > registered number 33014286
> > 
>
> --
> -- Skylar Thompson (skyl...@u.washington.edu)
> -- Genome Sciences Department, System Administrator
> -- Foege Building S046, (206)-685-7354
> -- University of Washington School of Medicine
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> **

Re: NFS mounts backed up

[Loon, Eric van (ITOPT3) - KLM]

Hi Skylar!
This could be the case, but how does one prevent this than?
The customer stated that the NFS filesystems weren't backed up before and the 
issue started a few weeks ago. They first suspected the upgrade to 7.1.6, but 
we just installed the previous version (7.1.4.4) and this versions backs them 
up too...
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar 
Thompson
Sent: donderdag 17 november 2016 16:06
To: ADSM-L@VM.MARIST.EDU
Subject: Re: NFS mounts backed up

Are you using an automounter that provides directory entries for the mount 
points before they're mounted (aka "ghost" mounts)? If so, TSM will detect the 
directory entries and the automounter can mount the filesystems before TSM can 
detect them as NFS.

On Thu, Nov 17, 2016 at 02:54:17PM +0000, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi guys!
> We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
> know TSM should not backup NFS mounts, unless explicitly specified or when 
> set through the DOMAIN or INCLUDE statement. On this node neither one is used 
> but as soon as we issue a dsmc i without any additional parameters the NFS 
> mounts are backed up too.
> Any idea what could be causing this? Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 

--
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

NFS mounts backed up

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
know TSM should not backup NFS mounts, unless explicitly specified or when set 
through the DOMAIN or INCLUDE statement. On this node neither one is used but 
as soon as we issue a dsmc i without any additional parameters the NFS mounts 
are backed up too.
Any idea what could be causing this? Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: TDP for SQL Server, ANS1532E on AlwaysOn cluster

[Loon, Eric van (ITOPT3) - KLM]

Hi Leif!
Thanks for your reply! The strange thing is that this is not mentioned in the 
installation manual. There is only a link called "Proxy node definitions for 
VSS backups" but we are using legacy backups...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Leif 
Torstensen
Sent: maandag 14 november 2016 10:45
To: ADSM-L@VM.MARIST.EDU
Subject: SV: TDP for SQL Server, ANS1532E on AlwaysOn cluster

Hi

You need to make a allwayson node on the tsmserver that the tdp node has proxy 
access to

If you are configuring Data Protection for SQL Server in an SQL Server 2012 
environment, specify the Tivoli® Storage Manager node name that is used to back 
up the AlwaysOn availability databases. You can specify the AlwaysOn node name 
by using the alwaysonnode option in the tdpsql.cfg file. For example:

https://www.ibm.com/support/knowledgecenter/SSTFZR_7.1.0/com.ibm.itsm.db.sql.doc/dps_tsk_cfg_sqlserver.html

Med venlig hilsen / Best regards

Leif Torstensen
Backup Technician

t: +45 70253030 | d: +45 63144019
e: l...@athena.dk | w: athena.dk




Fyn: Munkerisvej 1 · 5230 Odense M · t: +45 70 25 30 30
Sjælland: Hørskætten 6A · 2630 Taastrup · t: +45 70 25 30 30
Jylland: Rådhuscentret 41 · 6500 Vojens · t: +45 70 25 30 30




-Oprindelig meddelelse-
Fra: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] På vegne af Loon, 
Eric van (ITOPT3) - KLM
Sendt: 14. november 2016 10:32
Til: ADSM-L@VM.MARIST.EDU
Emne: [ADSM-L] TDP for SQL Server, ANS1532E on AlwaysOn cluster

Hi guys!
Our SQL Server department has installed the TDP client on an AlwaysOn cluster. 
Backing up the local databases (master, model, msdb) works fine, but as soon as 
they make a backup of the secondary database they receive the error ANS1532E 
(RC5722) Proxy Rejected: Proxy authority has not been granted to this node.
On the TSM server side the node is configured exactly like all other 
(non-AlwaysOn) nodes. I don't know where to look for the cause of this error...
We are using legacy backup by the way.
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

TDP for SQL Server, ANS1532E on AlwaysOn cluster

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
Our SQL Server department has installed the TDP client on an AlwaysOn cluster. 
Backing up the local databases (master, model, msdb) works fine, but as soon as 
they make a backup of the secondary database they receive the error ANS1532E 
(RC5722) Proxy Rejected: Proxy authority has not been granted to this node.
On the TSM server side the node is configured exactly like all other 
(non-AlwaysOn) nodes. I don't know where to look for the cause of this error...
We are using legacy backup by the way.
Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Archive deletion

[Loon, Eric van (ITOPT3) - KLM]

Hi Thomas!
>From what I read from my output files I collected after each expiration you 
>are spot on!
We have a customer that complains that TDP for SAP backups which were removed 
by BACKINT are still visible afterwards for the BACKFM command. But in that 
case this can be explained by the fact that expiration hasn't run yet. I expect 
that as soon as expiration has finished, BACKFM doesn't show them anymore. I 
will test that.
Thanks for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Thomas 
Denier
Sent: dinsdag 25 oktober 2016 16:02
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Archive deletion

My best guess is that inventory expiration won't remove an archived directory 
if archived copies of any of the directory's contents still exist, and that the 
order of events in inventory expiration prevents a single expiration process 
from working its way up the directory tree. If this theory is correct, the 
successive expirations behave as follows:

1.Remove files and empty directories (if any).
2.Remove directories that had files but no sub-directories.
3.Remove directories that had one level of sub-directories.
4.Remove directories that had two levels of sub-directories.

and so on.

Thomas Denier
Thomas Jefferson University

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon, 
Eric van (ITOPT3) - KLM
Sent: Tuesday, October 25, 2016 07:57
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Archive deletion

Hi guys!
I was always under the impression that deleted archives were delete immediately 
from TSM. I just discovered that this is not the case. Although a client can no 
longer retrieve an archive after deletion, the archive files are still present 
in TSM. A select * from archives where node_name='MYNODE' confirms this.
The strange thing is that the archive object of type=file are removed by the 
first running expiration process, but the archive objects of type=dir are not! 
I had to run multiple consecutive expirations on my server to get rid of all of 
them. Each run removed a few of them and after the 5th run all archive objects 
were gone. I really don't understand this behavior...
Thanks in advance for any explanation!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering
The information contained in this transmission contains privileged and 
confidential information. It is intended only for the use of the person 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.

CAUTION: Intended recipients should NOT use email communication for emergent or 
urgent health care matters.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Archive deletion

[Loon, Eric van (ITOPT3) - KLM]

Hi Chavdar!
Yes, but in this case I deleted the archives. So the managementclass should not 
play no more role, right?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Chavdar Cholev
Sent: dinsdag 25 oktober 2016 17:06
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Archive deletion

Hello Eric,
from TSM (ISP) docs:
"If you do not use the archmc option, the server binds archived directories to 
the default management class. If the default management class has no archive 
copy group, the server binds archived directories to the management class with 
the shortest retention period."

HTH
Chavdar

On Tue, Oct 25, 2016 at 5:01 PM, Thomas Denier <thomas.den...@jefferson.edu>
wrote:

> My best guess is that inventory expiration won't remove an archived 
> directory if archived copies of any of the directory's contents still 
> exist, and that the order of events in inventory expiration prevents a 
> single expiration process from working its way up the directory tree. 
> If this theory is correct, the successive expirations behave as follows:
>
> 1.Remove files and empty directories (if any).
> 2.Remove directories that had files but no sub-directories.
> 3.Remove directories that had one level of sub-directories.
> 4.Remove directories that had two levels of sub-directories.
>
> and so on.
>
> Thomas Denier
> Thomas Jefferson University
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Loon, Eric van (ITOPT3) - KLM
> Sent: Tuesday, October 25, 2016 07:57
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Archive deletion
>
> Hi guys!
> I was always under the impression that deleted archives were delete 
> immediately from TSM. I just discovered that this is not the case. 
> Although a client can no longer retrieve an archive after deletion, 
> the archive files are still present in TSM. A select * from archives 
> where node_name='MYNODE' confirms this.
> The strange thing is that the archive object of type=file are removed 
> by the first running expiration process, but the archive objects of 
> type=dir are not! I had to run multiple consecutive expirations on my 
> server to get rid of all of them. Each run removed a few of them and 
> after the 5th run all archive objects were gone. I really don't understand 
> this behavior...
> Thanks in advance for any explanation!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
> The information contained in this transmission contains privileged and 
> confidential information. It is intended only for the use of the 
> person 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.
>
> CAUTION: Intended recipients should NOT use email communication for 
> emergent or urgent health care matters.
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Archive deletion

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
I was always under the impression that deleted archives were delete immediately 
from TSM. I just discovered that this is not the case. Although a client can no 
longer retrieve an archive after deletion, the archive files are still present 
in TSM. A select * from archives where node_name='MYNODE' confirms this.
The strange thing is that the archive object of type=file are removed by the 
first running expiration process, but the archive objects of type=dir are not! 
I had to run multiple consecutive expirations on my server to get rid of all of 
them. Each run removed a few of them and after the 5th run all archive objects 
were gone. I really don't understand this behavior...
Thanks in advance for any explanation!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

resync backint and TSM

[Loon, Eric van (ITOPT3) - KLM]

Dear TSM-ers,
The TDP for Oracle client contains the TDPOSYNC tool to compare the RMAN 
catalog with the TSM inventory. How does this work with TDP for SAP? We often 
find backups left in TSM which are not seen in backing and thus not deletable 
by the user.
Thank you very much for your help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Handy tool

[Loon, Eric van (ITOPT3) - KLM]

Dear fellow TSM-ers,
Some time ago I created a nifty little tool I called TSM Launcher. If you are 
an admin who uses the commandline very frequently, this tool might be useful 
for you too, so I decided to offer it to the TSM community. It's an as-is 
freeware tool to make your life as TSM admin a little bit easier.

Features:
Launch multiple interfaces through one tool:

-  The TSM Administrative Commmandline window

-  A TSM server console

-  Even the good old ADSM Administrative client, if installed.

Launch all these interfaces against all your servers, without having to 
re-enter your userid and password.

Start a TSM Administrative Commmandline window for tab-delimited output, handy 
when you want to generate output files to be
used in Excel.

Start a TSM Administrative Commmandline window with the itemcommit switch. When 
you issue a large amount of TSM commands all
at once and one of them fails, TSM will roll-back all of them. This is not 
always what you want. This switch inserts a commit
after each command entered to prevent the roll-back.

Commandline window rename: After a commandline or console is started through 
TSM Launcher the title in the window is renamed
to include the servername and the function, like console, commandline and 
optional switches. This makes it far more easy to
keep track of all your open windows.

TSM Launcher requires the Windows Administrative Commandline interface, part of 
the Windows BA client,  to be installed.
Check the ReadMe file for configuration instructions.
You can download the installer from my Dropbox: 
https://www.dropbox.com/s/a2u7cdgvf3bf3yg/TSM%20Launcher%201.0.exe?dl=0
Like said, I provide this tool as-is. I have very little time to maintain it 
but I'm always open for suggestions.
I hope you guys like it.
Kind regards,
Eric van Loon

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Help to Operational Report.

[Loon, Eric van (ITOPT3) - KLM]

Hi Bo!
I doubt if that will be possible at all. Both the message as the part you would 
like to get rid of (SESSION: 113123) have a variable length. If CHARINDEX was 
supported you could have used LEFT(message, CHARINDEX('(SESSION' )) to return 
everything left of (SESSION, but unfortunately it isn't...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Bo 
Nielsen
Sent: vrijdag 7 oktober 2016 11:40
To: ADSM-L@VM.MARIST.EDU
Subject: Help to Operational Report.

I try to create a select in Operational Report, but I need some help.
I want to display Missed file details for a couple of nodes, as in the standard 
Report.
I can't figure out the last of the the message.
My select:
select nodename, substr(char(date_time), 1, 20) as TME, 
substr(char(message), 16, 88) as MSG from actlog where (msgno=4005 or 
msgno=4007 or msgno=4018 or msgno=4037 or msgno=4987) and 
date_time>(current_timestamp-24 hours) and domainname='LINUX_DOMAIN_SQKO'
My output:
   '/var/log/secure' changed during processing. Object skipped. (SESSION: 
113123) I don't want . (SESSION: 113123)

Regards

Bo Nielsen


IT Service



Technical University of Denmark

IT Service

Frederiksborgvej 399

Building 109

DK - 4000 Roskilde

Denmark

Mobil +45 2337 0271

boa...@dtu.dk

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Decommision VM?

[Loon, Eric van (ITOPT3) - KLM]

Hi Karel!
From the Admin guide:

Decommission VM command:
"When a virtual machine is no longer needed in your production environment, you 
can issue this command to initiate a staged removal of the virtual machine file 
space from the server. The DECOMMISSION VM command marks all data that was 
backed up for the virtual machine as inactive, so it can be deleted according 
to your data retention policies. After all data that was backed up for the 
virtual machine expires, the file space that represents the virtual machine is 
deleted."

So the file space should be removed by TSM automatically as soon as all data 
has expired...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Karel 
Bos
Sent: dinsdag 4 oktober 2016 6:31
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Decommision VM?

Data in filespaces gets expired. Filespaces by itself will not get removed 
automaticly.

Op 3 okt. 2016 19:32 schreef "David Ehresman" :

> >q copyg it-vme active standard
>
>
>
> PolicyPolicyMgmt  Copy  Version- Version-  Retain  Retain
>
> DomainSet Name  Class Group  s Data   s DataExtraOnly
>
> NameName  NameExists  Deleted Versions Version
>
> - - - -    
> ---
>
> IT-VMEACTIVESTANDARD  STANDARD  No Limit No Limit   30  30
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
> Of Francisco J
> Sent: Monday, October 03, 2016 1:09 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Decommision VM?
>
>
>
> could share the output for:
>
>
>
> query copygroup ????
>
>
>
>
>
> Bests regards
>
>
>
>
>
> 2016-10-03 11:49 GMT-05:00 David Ehresman 
>  >:
>
>
>
> > I decommissioned a VM on 9/1/2016.  We have a 30 day retention of data.
>
> > The filespace still has not been removed even tho it is now 10/3/2016.
> Why
>
> > not?
>
> >
>
> > Output from a q file shows the filespace is decommissioned.
>
> >
>
> >Platform: TDP VMware
>
> >  Filespace Type: API:TSMVM
>
> >   Is Filespace Unicode?: No
>
> >Capacity: 0 bytes
>
> >Pct Util: 0.0
>
> > Last Backup Start Date/Time: 08/30/2016 03:13:32
>
> >  Days Since Last Backup Started: 34
>
> >Last Backup Completion Date/Time: 08/30/2016 04:09:46
>
> >Days Since Last Backup Completed: 34
>
> > Last Full NAS Image Backup Completion Date/Time:
>
> > Days Since Last Full NAS Image Backup Completed:
>
> > Last Backup Date/Time From Client (UTC): 08/30/2016 08:00:19
>
> >Last Archive Date/Time From Client (UTC):
>
> >Last Replication Start Date/Time: 10/03/2016 10:49:29
>
> > Days Since Last Replication Started: <1
>
> >   Last Replication Completion Date/Time: 10/03/2016 11:08:51
>
> >   Days Since Last Replication Completed: <1
>
> > more...   ( to continue, 'C' to cancel)
>
> >
>
> >Backup Replication Rule Name: DEFAULT
>
> >   Backup Replication Rule State: Enabled
>
> >   Archive Replication Rule Name: DEFAULT
>
> >  Archive Replication Rule State: Enabled
>
> >  Space Management Replication Rule Name: DEFAULT
>
> > Space Management Replication Rule State: Enabled
>
> >At-risk type: Default interval
>
> >At-risk interval:
>
> >  Decommissioned: Yes
>
> > Decommissioned Date: 09/01/2016 13:09:12
>
> > MAC Address:
>
> >
>

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines)