Re: POLL: Windows SYSTEMSTATE backups

2018-11-06 Thread Andrew Galloway
Change the domain statement.  SYSTEMSTATE_ON is ALL-LOCAL and SYSTEMSTATE_OFF 
is ALL-LOCAL -SYSTEMSTATE

>>> Zoltan Forray  2018-11-06 1:05 PM >>>
What do your scripts do?

On Tue, Nov 6, 2018 at 12:34 PM Andrew Galloway <
andrew.gallo...@ssc-spc.gc.ca> wrote:

> We created a couple of scripts (SYSTEMSTATE_ON and SYSTEMSTATE_OFF) and
> run them as needed.
>
> >>> Zoltan Forray  2018-11-06 10:27 AM >>>
> We are trying to reduce our ISP storage/footprint and one idea that came up
> was to stop backing up Windows server SYSTEMSTATE.  By quick calculations,
> this would eliminate 50TB+ of what I consider unnecessary backups. We are
> not aware of anyone ever restoring a Windows server OS - usually rebuild
> from scratch or maybe from the daily VMware snapshot.
>
> Even for AD servers, from what I understand, they perform their own Windows
> backups and then backup those flat files.
>
> So, we are wondering:  Do you backup SYSTEMSTATE on Windows servers?
>
> If so, why?
>
> If not, what method do you use to prevent the automatic backup of
> SYSTEMSTATE (CLOPTSET which includes a DOMAIN ALL-LOCAL -SYSTEMSTATE is
> what I am thinking of pushing down from the ISP servers).
>
> Your thoughts?
> --
> *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/
>


--
*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/


Re: POLL: Windows SYSTEMSTATE backups

2018-11-06 Thread Andrew Galloway
We created a couple of scripts (SYSTEMSTATE_ON and SYSTEMSTATE_OFF) and run 
them as needed.  

>>> Zoltan Forray  2018-11-06 10:27 AM >>>
We are trying to reduce our ISP storage/footprint and one idea that came up
was to stop backing up Windows server SYSTEMSTATE.  By quick calculations,
this would eliminate 50TB+ of what I consider unnecessary backups. We are
not aware of anyone ever restoring a Windows server OS - usually rebuild
from scratch or maybe from the daily VMware snapshot.

Even for AD servers, from what I understand, they perform their own Windows
backups and then backup those flat files.

So, we are wondering:  Do you backup SYSTEMSTATE on Windows servers?

If so, why?

If not, what method do you use to prevent the automatic backup of
SYSTEMSTATE (CLOPTSET which includes a DOMAIN ALL-LOCAL -SYSTEMSTATE is
what I am thinking of pushing down from the ISP servers).

Your thoughts?
--
*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/


Re: TSM 6 to 7 Upgrade questions

2017-10-19 Thread Andrew Galloway
John,
 
You may find some useful information at this link:
 
https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.0/com.ibm.itsm.srv.install.doc/t_srv_upgrade.html
 
 
Andrew

>>> John Keyes  2017-10-19 6:15 AM >>>
Hello,

im planning to upgrade a clients TSM 6.3 server to TSM 7.1 on new hardware. 
However the documentation I found 
(https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.3/srv.install/t_srv_upgrade63_71.html)
 only provides a way to make an in-place upgrade. But I need to move to new 
hardware. Is there a way to extract the database and import it on the new 
system, like it was for TSM 5 to 6 upgrade? Can i use the v5 dsmupgrd utilities 
to extract the TSM 6 database to  Tape, and then TSM 7 dsmserv insertdb to 
import the database again?


Best Regards,
John


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

2017-08-02 Thread Andrew Galloway
You may also want to make use of the documents found in this link.
 
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Storage%20Manager/page/Migrating%20Tivoli%20Storage%20Manager%20Servers%20from%20one%20Operating%20System%20to%20another
 


 
 
__
Andrew Galloway
Operational Systems Continuity Analyst
SSC RCMP Technology Directorate
CIO Building C1035
R.C.M.P. Headquarters
1200 Vanier Parkway
Ottawa ON
K1A 0R2
613.998.7707
andrew.gallo...@ssc-spc.gc.ca__
>>> "Schneck, Dennis"  2017-08-02 3:24 AM >>>
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


Re: AIX large pages with TSM

2015-03-11 Thread Andrew Galloway
We have 2 TSM 6.3.5 servers running on zLinux.  Is this something we could 
leverage?
 


 
 
__
Andrew Galloway
Operational Systems Continuity Analyst
SSC RCMP Technology Directorate
CIO Building C1035
R.C.M.P. Headquarters
1200 Vanier Parkway
Ottawa ON
K1A 0R2
613.998.7707
andrew.gallo...@ssc-spc.gc.ca__
>>> "Rhodes, Richard L."  2015-03-11 7:15 AM >>>
I've been in meetings/training this week about AIX LPM and other stuff related 
with LPARS.  We got talking about our TSM servers, and the IBM leader mentioned 
a presentation given a while ago at a IBM conference about using LARGE PAGES 
(16MB) with TSM to prevent lock contention.  This is supposed to help if you 
drive some large number of tape drives concurrently. He mentioned one company 
that implemented this and saw a 20% increase in tape throughput.

http://www-01.ibm.com/support/docview.wss?uid=swg21649823&aid=1

I'm curious if anyone out there has heard of this and possibly implemented 
large pages for TSM.

Thanks!

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.


Re: [pvrAcquireSharedMountPoint]:rc=15 from libmanager=QVIP2

2015-02-20 Thread Andrew Galloway
Thanks Eric...maybe the full path works.
 
 

http://www.urz.uni-heidelberg.de/UnixCluster/Hinweise/Hilfe/System/Adsm/ibmdoc.tsm51/aix/pdf/messages/anrcms50.pdf
 
Andrew

>>> "Loon, EJ van (ITOPT3) - KLM"  2015-02-20 10:22 AM 
>>> >>>
Hi Andrew!
I receive a 404 error when clicking the link down below. Maybe it's only 
available internally?
Kind regards,
Eric van Loon
AF/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Andrew 
Galloway
Sent: vrijdag 20 februari 2015 15:51
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [pvrAcquireSharedMountPoint]:rc=15 from libmanager=QVIP2

This might be of help as well.

www.urz.uni-heidelberg.de/UnixCluster/Hinweise/Hilfe/.../anrcms50.pdf





>>> "Loon, EJ van (ITOPT3) - KLM"  2015-02-20 9:34 AM >>>
Hi guys!
I have an ancient Linux node (RHEL4) running an unsupported (but latest) 
lin_tape 1.66 and an also unsupported (but latest) TSM 5.5.4. LANfree backup 
doesn't work anymore, but I can't find the reason why. Since the whole stack is 
out of support there is no sense in opening a PMR...
I started a trace to see why the client cannot mount tapes, here is a piece of 
the output:

12:27:55.323 [29][output.c][6404][PutConsoleMsg]:ANR0408I Session 27 started 
for server QVIP2 (Linux/x86_64) (Tcp/Ip) for library sharing. ~
12:27:55.342 [29][output.c][6404][PutConsoleMsg]:ANR0409I Session 27 ended for 
server QVIP2 (Linux/x86_64).~
12:27:55.342 [29][pvrmp.c][1203][pvrAcquireSharedMountPoint]:rc=15 from 
libmanager=QVIP2.
12:27:55.342 [29][output.c][6404][PutConsoleMsg]:ANR0535W Transaction failed 
for session 25 for node QVIPBDV2 (Linux86) - insufficient mount points 
available to satisfy the request.~

Does anybody know where to find what RC=15 means? There are no additional 
messages on the server other than the ANR0535W itself.
Thanks for any help in advance!
Kind regards,
Eric van Loon
AF/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: [pvrAcquireSharedMountPoint]:rc=15 from libmanager=QVIP2

2015-02-20 Thread Andrew Galloway
This might be of help as well.
 
www.urz.uni-heidelberg.de/UnixCluster/Hinweise/Hilfe/.../anrcms50.pdf
 
 
 


>>> "Loon, EJ van (ITOPT3) - KLM"  2015-02-20 9:34 AM >>>
Hi guys!
I have an ancient Linux node (RHEL4) running an unsupported (but latest) 
lin_tape 1.66 and an also unsupported (but latest) TSM 5.5.4. LANfree backup 
doesn't work anymore, but I can't find the reason why. Since the whole stack is 
out of support there is no sense in opening a PMR...
I started a trace to see why the client cannot mount tapes, here is a piece of 
the output:

12:27:55.323 [29][output.c][6404][PutConsoleMsg]:ANR0408I Session 27 started 
for server QVIP2 (Linux/x86_64) (Tcp/Ip) for library sharing. ~
12:27:55.342 [29][output.c][6404][PutConsoleMsg]:ANR0409I Session 27 ended for 
server QVIP2 (Linux/x86_64).~
12:27:55.342 [29][pvrmp.c][1203][pvrAcquireSharedMountPoint]:rc=15 from 
libmanager=QVIP2.
12:27:55.342 [29][output.c][6404][PutConsoleMsg]:ANR0535W Transaction failed 
for session 25 for node QVIPBDV2 (Linux86) - insufficient mount points 
available to satisfy the request.~

Does anybody know where to find what RC=15 means? There are no additional 
messages on the server other than the ANR0535W itself.
Thanks for any help in advance!
Kind regards,
Eric van Loon
AF/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