Re: Sun SPARC support for non-API clients

[Rainer Tammer]

Hello,
I could not agree more!!!

Bye
  Rainer Tammer

On 18.02.2022 10:03, Florian Bachmann wrote:

Hi,

sigh, I have to wonder — is this part of a grand strategy to further reduce 
market share?

Our customers with Solaris on Sparc have no intention at all of purchasing 
expensive long term support contracts to continue using the already paid for 
backup software (1), nor to implement elaborate workarounds for essential 
business requirements (2), nor for replacing recently purchased hardware in 
order for the backup software to work (3).

Also, ISP is too expensive to ask customers to accept running unsupported 
backup clients (4).

One would have hoped that IBM would at least offer cost neutral long term 
support for the latest 7.1 baclients on Sparc to those customers, but no…

Now we have customers asking us why can’t we use Veeam Agent for Solaris 
file-level backups… I realize that supporting older clients for Solaris on 
Spare has costs associated with it, of course, but this gives customers yet 
another reason to consider cheaper and often crappier alternatives…

I find all of this exceedingly frustrating, to be honest.

Kind regards
Florian



Am 16.02.2022 um 13:10 schrieb Del Hoobler:

Hi Martin,

It is true the native Spectrum Protect Solaris SPARC B/A client went EOS
on December 31, 2021.

In talking with other clients, they have chosen a few different options:

1.) Purchase an extended support contract from IBM until December 31, 2022
(this is Usage and Known Defect only)
2.) Mount the Solaris SPARC filesystem from a supported platform and back
the data up that way
3.) Move to Solaris x86
4.) Continue to use the SPARC Solaris B/A client "unsupported"


Del



"ADSM: Dist Stor Manager"  wrote on 02/16/2022
06:08:29 AM:


From: "Martin.Janosik"
To:ADSM-L@VM.MARIST.EDU
Date: 02/16/2022 06:10 AM
Subject: [EXTERNAL] Sun SPARC support for non-API clients
Sent by: "ADSM: Dist Stor Manager"

Hello all,

do I understand correctly that 31/Dec/2021 was last day of support
for 7.1 versions (newest is 7.1.8.11) and that means there is no
more any supported way to backing up filesystem data from Sun SPARC

servers?

Are we forced to switch to different backup product?
Or does IBM offer Extended Support for Backup/Archive client 7.1. on
SPARC platform?

Thank you for any tips

Martin Janosik
KSAT@ Kyndryl

Re: Antwort: Re: [ADSM-L] Antwort: Re: [ADSM-L] Any impact on SP client with security vulnerability: CVE-2021-44228

[Rainer Tammer]

Hello,
Currently this is the safest way to fix that problem (in my opinion):

  zip -q -d log4j-core-2.nn.n.jar 
org/apache/logging/log4j/core/lookup/JndiLookup.class


The Log4J v1.x does also have a problem:

CVE-2019-17571 and CVE-2017-5645
The CVE-2019-17571 issue is also fixed by the fix for CVE-2017-5645.

RHEL/CentOS has a fixed 1.2.17:

log4j-1.2.17-16.el7_4.src.rpm
log4j-1.2.17-16.el7_4.noarch.rpm


Bye
  Rainer

On 15.12.2021 15:01, Zoltan Forray wrote:

It's a moving target.  They just announced a second vulnerability and have
released 2.16.  I would not be surprised they find more!

https://www.zdnet.com/article/second-log4j-vulnerability-found-apache-log4j-2-16-0-released/

On Wed, Dec 15, 2021 at 5:28 AM Alexander Heindl <
alexander.hei...@generali.com> wrote:


that's correct.

for me it's just a workaround until IBM provides a fix for it.

8.1.12 and 8.1.13: both use 2.13.3.

Regards,
Alex Heindl




Von:"Rainer Tammer"
An:ADSM-L@VM.MARIST.EDU
Datum:  15.12.2021 11:20
Betreff:[EXTERNAL] Re: [ADSM-L] Antwort: Re: [ADSM-L] Any impact
on SP client with security vulnerability: CVE-2021-44228
Gesendet von:   "ADSM: Dist Stor Manager"








Hello,
You have to be careful with that. The switch does only work if Log4J is
2.10 or higher.

Bye
Rainer

On 15.12.2021 10:29, Alexander Heindl wrote:

What I did on Windows with ISP Client 8.1.12, Webrestore installed and
running:

add the last line (-Dlog4j2.formatMsgNoLookups=true) in
C:\IBM\SpectrumProtect\webserver\usr\servers\veProfile\jvm.options, so
that it looks like this:
--8<--
#Thu Oct 30 15:00:51 PDT 2014
-Dcom.ibm.jsse2.sp800-131=transition
-Dlog4j2.formatMsgNoLookups=true
--8<--

then restart "IBMWebserver"

Regards,
Alex Heindl




Von:"Rainer Tammer"
An:ADSM-L@VM.MARIST.EDU
Datum:  15.12.2021 08:31
Betreff:[EXTERNAL] Re: [ADSM-L] Any impact on SP client with
security vulnerability: CVE-2021-44228
Gesendet von:   "ADSM: Dist Stor Manager"








Hello,
We are also waiting for the fixes. The problem is quite obvious.
The risk is high, and there are currently no official fixes/mitigations.

Changing Java parameters/setting environment variables for log4j >= 2.10
might be tricky.
It could be hard to find all necessary places

We will try the following fix on OC and on the client.

Sample "fix" for log4j-core-2.13.3.gar included in the client:

 zip -q -d log4j-core-2.13.3.jar
org/apache/logging/log4j/core/lookup/JndiLookup.class

NOTE: The application using this library must be restarted completely
after the change.
NOTE: This may pose problems in a FIPS environment.
NOTE: The problematic Java archive may be inside buried in a .war file,
in this case the .war must be refreshed with a changed

log4j-core-nnn.jar.

*Anny comments?*

Bye
 Rainer

On 13.12.2021 12:25, Del Hoobler wrote:

Please watch this page:



https://www.ibm.com/blogs/psirt/an-update-on-the-apache-log4j-cve-2021-44228-vulnerability/


IBM is actively working on a this.

Del




"ADSM: Dist Stor Manager"wrote on 12/12/2021
01:31:46 AM:


From: "Bommasani, Venu"
To:ADSM-L@VM.MARIST.EDU
Date: 12/12/2021 01:32 AM
Subject: [EXTERNAL] Any impact on SP client with security
vulnerability: CVE-2021-44228
Sent by: "ADSM: Dist Stor Manager"

Hello All,

Our security Team reported below file as vulnerability with
reference of CVE-2021-44228 on Linux servers.

/opt/tivoli/tsm/client/ba/bin/plugins/vcloudsuite/sdk/log4j-1.2.17.jar

We haven't received any information from IBM yet under a Sev1
ticket, But as per Support Team this recent vulnerability
CVE-2021-44228 is still being investigated.

Does any one has any idea ? remediation ?

Since vulnerability CVE-2021-44228  treated as Critical, We are
proceeding with removing file directly from all Linux servers.

Best Regards,
_
Venu Bommasani
Storage & Data Protection
Mobile: +91 7795213309 /venu.bommas...@capgemini.com<

mailto:venu.bommas...@capgemini.com>

This message contains information that may be privileged or
confidential and is the property of the Capgemini Group. It is
intended only for the person to whom it is addressed. If you are not
the intended recipient, you are not authorized to read, print,
retain, copy, disseminate, distribute, or use this message or any
part thereof. If you receive this message in error, please notify
the sender immediately and delete all copies of this message.


--
*Zoltan Forray*
Backup Systems 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 p

Re: Antwort: Re: [ADSM-L] Any impact on SP client with security vulnerability: CVE-2021-44228

[Rainer Tammer]

Hello,
You have to be careful with that. The switch does only work if Log4J is 
2.10 or higher.


Bye
  Rainer

On 15.12.2021 10:29, Alexander Heindl wrote:

What I did on Windows with ISP Client 8.1.12, Webrestore installed and
running:

add the last line (-Dlog4j2.formatMsgNoLookups=true) in
C:\IBM\SpectrumProtect\webserver\usr\servers\veProfile\jvm.options, so
that it looks like this:
--8<--
#Thu Oct 30 15:00:51 PDT 2014
-Dcom.ibm.jsse2.sp800-131=transition
-Dlog4j2.formatMsgNoLookups=true
--8<--

then restart "IBMWebserver"

Regards,
Alex Heindl




Von:    "Rainer Tammer"
An:ADSM-L@VM.MARIST.EDU
Datum:  15.12.2021 08:31
Betreff:[EXTERNAL] Re: [ADSM-L] Any impact on SP client with
security vulnerability: CVE-2021-44228
Gesendet von:   "ADSM: Dist Stor Manager"








Hello,
We are also waiting for the fixes. The problem is quite obvious.
The risk is high, and there are currently no official fixes/mitigations.

Changing Java parameters/setting environment variables for log4j >= 2.10
might be tricky.
It could be hard to find all necessary places

We will try the following fix on OC and on the client.

Sample "fix" for log4j-core-2.13.3.gar included in the client:

zip -q -d log4j-core-2.13.3.jar
org/apache/logging/log4j/core/lookup/JndiLookup.class

NOTE: The application using this library must be restarted completely
after the change.
NOTE: This may pose problems in a FIPS environment.
NOTE: The problematic Java archive may be inside buried in a .war file,
in this case the .war must be refreshed with a changed log4j-core-nnn.jar.

*Anny comments?*

Bye
Rainer

On 13.12.2021 12:25, Del Hoobler wrote:

Please watch this page:



https://www.ibm.com/blogs/psirt/an-update-on-the-apache-log4j-cve-2021-44228-vulnerability/


IBM is actively working on a this.

Del




"ADSM: Dist Stor Manager"   wrote on 12/12/2021
01:31:46 AM:


From: "Bommasani, Venu"
To:ADSM-L@VM.MARIST.EDU
Date: 12/12/2021 01:32 AM
Subject: [EXTERNAL] Any impact on SP client with security
vulnerability: CVE-2021-44228
Sent by: "ADSM: Dist Stor Manager"

Hello All,

Our security Team reported below file as vulnerability with
reference of CVE-2021-44228 on Linux servers.

/opt/tivoli/tsm/client/ba/bin/plugins/vcloudsuite/sdk/log4j-1.2.17.jar

We haven't received any information from IBM yet under a Sev1
ticket, But as per Support Team this recent vulnerability
CVE-2021-44228 is still being investigated.

Does any one has any idea ? remediation ?

Since vulnerability CVE-2021-44228  treated as Critical, We are
proceeding with removing file directly from all Linux servers.

Best Regards,
_
Venu Bommasani
Storage & Data Protection
Mobile: +91 7795213309 /venu.bommas...@capgemini.com<

mailto:venu.bommas...@capgemini.com>

This message contains information that may be privileged or
confidential and is the property of the Capgemini Group. It is
intended only for the person to whom it is addressed. If you are not
the intended recipient, you are not authorized to read, print,
retain, copy, disseminate, distribute, or use this message or any
part thereof. If you receive this message in error, please notify
the sender immediately and delete all copies of this message.

Re: Any impact on SP client with security vulnerability: CVE-2021-44228

[Rainer Tammer]

Hello,
We are also waiting for the fixes. The problem is quite obvious.
The risk is high, and there are currently no official fixes/mitigations.

Changing Java parameters/setting environment variables for log4j >= 2.10 
might be tricky.

It could be hard to find all necessary places

We will try the following fix on OC and on the client.

Sample "fix" for log4j-core-2.13.3.gar included in the client:

  zip -q -d log4j-core-2.13.3.jar 
org/apache/logging/log4j/core/lookup/JndiLookup.class


NOTE: The application using this library must be restarted completely 
after the change.

NOTE: This may pose problems in a FIPS environment.
NOTE: The problematic Java archive may be inside buried in a .war file, 
in this case the .war must be refreshed with a changed log4j-core-nnn.jar.


*Anny comments?*

Bye
  Rainer

On 13.12.2021 12:25, Del Hoobler wrote:

Please watch this page:

https://www.ibm.com/blogs/psirt/an-update-on-the-apache-log4j-cve-2021-44228-vulnerability/

IBM is actively working on a this.

Del




"ADSM: Dist Stor Manager"  wrote on 12/12/2021
01:31:46 AM:


From: "Bommasani, Venu"
To:ADSM-L@VM.MARIST.EDU
Date: 12/12/2021 01:32 AM
Subject: [EXTERNAL] Any impact on SP client with security
vulnerability: CVE-2021-44228
Sent by: "ADSM: Dist Stor Manager"

Hello All,

Our security Team reported below file as vulnerability with
reference of CVE-2021-44228 on Linux servers.

/opt/tivoli/tsm/client/ba/bin/plugins/vcloudsuite/sdk/log4j-1.2.17.jar

We haven't received any information from IBM yet under a Sev1
ticket, But as per Support Team this recent vulnerability
CVE-2021-44228 is still being investigated.

Does any one has any idea ? remediation ?

Since vulnerability CVE-2021-44228  treated as Critical, We are
proceeding with removing file directly from all Linux servers.

Best Regards,
_
Venu Bommasani
Storage & Data Protection
Mobile: +91 7795213309 /venu.bommas...@capgemini.com< 
mailto:venu.bommas...@capgemini.com>
This message contains information that may be privileged or
confidential and is the property of the Capgemini Group. It is
intended only for the person to whom it is addressed. If you are not
the intended recipient, you are not authorized to read, print,
retain, copy, disseminate, distribute, or use this message or any
part thereof. If you receive this message in error, please notify
the sender immediately and delete all copies of this message.

Re: SV: [ADSM-L] SV: [ADSM-L] Restore new fation ISP v8.1.x

[Rainer Tammer]

Hello,
I can not download the ISO files:

https://download.backuphosting.dk/Clients/restore%20iso/winpe_x64_TSM7_1_6_5_generic_efi.iso


  Server Error


404 - File or directory not found.


  The resource you are looking for might have been removed, had its
  name changed, or is temporarily unavailable.


Is this a known error?

Bye
  Rainer
On 27.05.2019 13:32, Leif Torstensen wrote:
> Hi
>
> We do have focus on this, but don't expect super service. We try to be 
> updated as version comes out. 
>
> Regards
> leif
>
>
> -Oprindelig meddelelse-
> Fra: ADSM: Dist Stor Manager  På vegne af Stefan 
> Folkerts
> Sendt: Monday, 27 May 2019 11.09
> Til: ADSM-L@VM.MARIST.EDU
> Emne: Re: [ADSM-L] SV: [ADSM-L] Restore new fation ISP v8.1.x
>
> This is fantastic, do you plan on maintaining these this when new versions 
> are released?
>
>
> On Fri, May 24, 2019 at 8:47 AM Leif Torstensen  wrote:
>
>> Hi
>>
>> We done a lot of work making WindowsPE boot iso for HyperV and VMware 
>> baremetal recovery (properly also usable on physical server) and try 
>> to automate the procedure by asking for node/password, SP server and 
>> ipadresse in the boot.
>>
>> They are place on this site.
>>
>> https://download.backuphosting.dk/Clients/restore%20iso/
>>
>> Best Regards
>>
>> Leif Torstensen
>>
>>
>> Backup Engineer | Denmark
>> leif.torsten...@sentia.dk| +45 63 14 40 19 | sentia.com/dk Munkerisvej 
>> 1,
>> 5230 Odense M, Denmark
>>
>>
>>
>> This e-mail may contain information which is privileged or confidential.
>> If you received this e-mail by mistake, please notify us immediately 
>> by e-mail or telephone and delete the e-mail without copying or 
>> disclosing its contents to any other person.
>>
>> -Oprindelig meddelelse-
>> Fra: ADSM: Dist Stor Manager  På vegne af 
>> .Maurizio TERUZZI
>> Sendt: Thursday, 23 May 2019 15.51
>> Til: ADSM-L@VM.MARIST.EDU
>> Emne: [ADSM-L] Restore new fation ISP v8.1.x
>>
>> Hello Guys/Girls,
>>
>> I discoverd something "strange" during a Full restore on production.
>>
>> On Windows server 2016 (+ windows 10) since Spectrum protect (tsm) 
>> version 8.1.x the SystemState restore is not more possible 
>> (deprecated) on the online machine.
>>
>> Instreat everyone should build a WinPE customized to do the boot and 
>> bareMetal Restore.
>>
>> I spend some hour playing that, builting images but Is still have no 
>> solutions to recover the initial server.
>>
>> By chance I was able to move the server function to a temporary server.
>>
>>
>> Any one as a standard build to boot-up or some experience?
>>
>>
>> What I offcially found is:
>>
>> https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki
>> /Tivoli%20Storage%20Manager/page/Creating%20Bootable%20WinPE%20Media%2
>> 0for%20Recovery%20of%20Microsoft%20Windows%20Server%202016%20and%20Mic
>> rosoft%20Windows%2010
>>
>> but not easy as describet.
>>
>>
>> Grazie
>>
>> Sincerely
>> Maurizio
>>
>

Re: HPUX Old Client

[Rainer Tammer]

Hello,
Please check: ftp://index.storsys.ibm.com/adsm/fixes/v3r1/hp11/

Bye
  Rainer

On 06.06.2017 14:23, Bill Boyer wrote:
> That was the oldest client requirement page online I could find. I'll try 
> looking at the readme's for some of the 5.4 versions.
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> Zoltan Forray
> Sent: Tuesday, June 6, 2017 8:11 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] HPUX Old Client
>
> Out of curiosity, I went down the "rabbit hole" and even at the 5.5 client 
> level, it lists 11i V2 so my guess would be older than 5.5
>
> http://www-01.ibm.com/support/docview.wss?uid=swg21700848
>
> On Mon, Jun 5, 2017 at 5:24 PM, Bill Boyer  wrote:
>
>> does someone know what the lastest TSM client version for HP-UX 11i
>> V1? I know it's old, but this is an old system moving over from CommVault to 
>> TSM.
>>
>>
>>
>> Bill Boyer
>>
>> "There are seldom good technological solutions to behavioral problems." -??
>>
>
>
> --
> *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
>
>

Re: ISP 81 Discontinued functions

[Rainer Tammer]

Hello,
The new support matrix is a BIG joke
Dropping support for Windows 7 / Windows 2008 R2!

Bye
  Rainer Tammer

On 12.12.2016 16:18, Martin Janosik wrote:
> I'm also a bit nervous and curoius at the same time about discontinued
> functions, namely:
> Online system state restores - You can no longer restore the system state
> on a system that is online. Instead, use the Automated System Recovery
> (ASR) based recovery method to restore the system state in offline Windows
> Preinstallation Environment (PE) mode.
> and
> The following operating systems are no longer supported by the
> backup-archive client:
> Linux on Power Systems™ (big endian). You can still use the IBM Spectrum
> Protect API on Linux on Power Systems (big endian).
>
> What is the idea behind "to be competive with x86 platform and get
> compativility certification for SAP HANA with Linux on Power platform (Big
> Endian)" (ref.
> https://blogs.saphana.com/2015/08/21/announcing-general-availability-of-sap-hana-on-ibm-power-systems/
> ) and then 1.5 year later drop support of BAclient for OS"?
>
> We deployed 10+ big SAP HANA on Power8 instances last year, and now we will
> be getting "not supported" for new releases?
>
> M. Janosik
>
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 12/09/2016
> 02:45:34 PM:
>
>> From: Chavdar Cholev <chavdar.cho...@gmail.com>
>> To: ADSM-L@VM.MARIST.EDU
>> Date: 12/09/2016 02:47 PM
>> Subject: [ADSM-L] ISP 81 Discontinued functions
>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
>>
>> Does some one check discontinued functions in new version...
>> especially part of no VM backup as standard function in BA client
>> It is not good at all. TDP for Virtual environment for hyper-V creats
> diff
>> hdds (.avhdx)
>> and my customers will not be happy with this, because you have to merge
>> these file,
>> when you need to expand .vhdx disk for example 
>>
>> :(
>> Regards
>> Cahvdar
>>
>

Re: TSM 7.1.6 binary truncated?

[Rainer Tammer]

Hello,
Unfortunately the download director is using Java.
This does not work in 8 out of 10 times.

Bye
  Rainer

On 08.07.2016 12:27, Andrew Raibeck wrote:
> Hi Markus,
>
> Not a direct answer to your comment, but for what it's worth, Fix Central
> is IBM's strategic delivery vehicle for maintenance (not including licensed
> products obtained from Passport Advantage). If you use Download Director on
> Fix Central to obtain fixes, it has features to ensure the integrity of the
> downloaded file. See the following information
>
> http://www6.software.ibm.com/dldirector/doc/DDfaq_en.html#Q_A2
>
> Best regards,
>
> Andy
>
> 
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-07-08
> 01:15:04:
>
>> From: Markus Engelhard 
>> To: ADSM-L@VM.MARIST.EDU
>> Date: 2016-07-08 02:05
>> Subject: TSM 7.1.6 binary truncated?
>> Sent by: "ADSM: Dist Stor Manager" 
>>
>> Dear experts,
>>
>> Checksum is a great idea! I opened a RFE a couple of days ago not being
>> aware that IBM does deliver a checksum (just does not state which ;-()
>> when downloading from the Passport site via http. One more enhancement
>> would be to deliver the checksum via a secondary transport method e.g.
> via
>> email to make sure it has not been manipulated at the IBM site. So it´s
>> available, IBM just please deliver one on the ftp site as well for
> current
>> and future versions.
>>
>> Thanks and kind regards,
>> Markus
>

Re: TSM Server 7.1.4 woes

[Rainer Tammer]

Hello Andy,
Thanks very much for your support, it's really appreciated!

Bye
  Rainer

On 05.05.2016 19:54, Andrew Raibeck wrote:
> Hello all,
>
> Neil took me up on my offer to look at a trace, and thanks to his
> persistence, that indeed led to unmasking a problem in the 7.1.4 server.
>
> APAR IT15117 has been opened for this issue. It may take a day or so before
> it is visible on the web. As discussed previously, the files can be
> restored when the QUIET option is used.
>
> Note that current client versions will also encounter this issue if they
> use TAPEPROMPT YES, regardless of the VERBOSE or QUIET setting. In that
> case, the workaround is to use TAPEPROMPT NO. The default setting is
> TAPEPROMPT NO, and I think it uncommon to set this option to YES; but I
> mention it here for completeness.
>
> Regards,
>
> Andy
>
> 
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-04-29
> 12:24:42:
>
>> From: Andrew Raibeck/Hartford/IBM@IBMUS
>> To: ADSM-L@VM.MARIST.EDU
>> Date: 2016-04-29 12:26
>> Subject: Re: TSM Server 7.1.4 woes
>> Sent by: "ADSM: Dist Stor Manager" 
>>
>> Hi Neil,
>>
>> What I can tell you is that my testing was done with a 7.1.4 server, and
> I
>> reproduced the symptoms consistent with the old defect I mentioned in my
>> prior email. When I applied the workaround for that issue (QUIET option),
> I
>> could do the restore. The other ADSM-L poster, Michael Prix, verified
> that
>> QUIET solved it for him, too. So based on what I know, everything works
> as
>> I have described. At this time I have no reason to think that this is
>> attributable to a specific version of the server.
>>
>> If you have a 6.1.0.0 client, try the same testing I described earlier:
>> back up a file to a 7.1.1 server, then try to restore it. Make sure you
>> explicitly specify the file for the restore file spec (not just the
>> directory), e.g.:
>>
>>   dsmc restore /mydir/myfile.txt
>>
>> and that VERBOSE logging is enabled. I would expect you to get the same
>> message, ANS4035W. Then try the restore again, with QUIET, and see if it
>> avoids the issue.
>>
>> Assuming that this all works as I describe, then I would expect the same
>> behavior for 7.1.4 (or later) as I would for 7.1.1, or any prior server
>> level.
>>
>> If, in fact, the restore from tape from the 7.1.1 server is successful
> with
>> VERBOSE logging enabled, then repeat the restore like this:
>>
>>dsmc restore /mydir/myfile.txt -traceflags=service,verbdetail
>> -tracefile=dsmc_rest_trace.out
>>
>> and send me the resulting trace file, and I will see what I can see...
>>
>> Best regards,
>>
>> Andy
>>
>>
> 
>
>> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>>
>> IBM Tivoli Storage Manager links:
>> Product support:
>>
> https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
>
>> Online documentation:
>>
> http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
>
>> Product Wiki:
>> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
>> 20Storage%20Manager
>>
>> "ADSM: Dist Stor Manager"  wrote on 2016-04-29
>> 10:38:16:
>>
>>> From: "Schofield, Neil (Storage & Middleware, Backup & Restore)"
>>> 
>>> To: ADSM-L@VM.MARIST.EDU
>>> Date: 2016-04-29 10:39
>>> Subject: Re: TSM Server 7.1.4 woes
>>> Sent by: "ADSM: Dist Stor Manager" 
>>>
>>> Andy
>>>
>>> Thanks for looking into this. We've got an upgrade from 7.1.1 to 7.
>>> 1.4 planned for next week so this thread got me a little worried as
>>> it does involve some legacy clients.
>>>
>>> Just so we're clear, can I reassure our users that with regards to
>>> this specific issue there will be no difference in the behaviour of
>>> the legacy clients between the two server versions? I know you
>>> managed to reproduce the issue that Mark described on a 7.1.4
>>> server, but I wondered whether you'd been able to prove it also
>>> existed with any server version prior to 7.1.4?
>>>
>>> Regards
>>> Neil Schofield
>>> Tivoli Storage Manager 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

Re: TSM Server 7.1.4 woes

[Rainer Tammer]

Hello,
OK, then it's strange that we never had a problem with older server levels.

Thanks for your help, it's really appreciated.

Bye
  Rainer

On 29.04.2016 13:13, Andrew Raibeck wrote:
> Hello Rainer,
>
> As far as I can tell, there is no problem with the server, so there is
> nothing to fix on the server. The issue I described in my prior email was
> on the client side. The problem was in older versions of the client, and
> fixed in the client levels I indicated.
>
> Best regards,
>
> Andy
>
> 
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-04-29
> 02:14:37:
>

Re: TSM Server 7.1.4 woes

[Rainer Tammer]

Hello,
excellent explanation.

Will this be fixed in a future server level?

Bye
  Rainer

On 28.04.2016 17:11, Andrew Raibeck wrote:
> Hi Michael,
>
> Glad to hear that did the trick. Here is some explanation, if you care for
> gory detail:
>
> When the client requests a restore (or retrieve), it tells the server in
> advance if the client is willing to wait for a tape to be mounted. If it
> tells the server "do not wait", then the server returns "data unavailable"
> which surfaces as the ANS4035W message you encountered. The wait is
> supposed to be implicit when the QUIET option is in effect, or when
> TAPEPROMPT NO is in effect. Default settings are VERBOSE (not QUIET) and
> TAPEPROMPT NO.
>
> My findings in looking at this issue are that when doing a classic restore
> operation with older client versions, the client ignores TAPEPROMPT. Thus
> if you do not specify QUIET:
>
>dsmc restore c:\mydir\myfile.txt ==> Gets the ANS4035W message, as
> this is a "classic" restore
>
>dsmc restore c:\mydir\ -disablenqr=yes ==-> Gets the ANS4035W
> message, as classic restore is explicitly requested
>
> When doing a no-query restore operation or using QUIET, I do not see the
> issue:
>
>dsmc restore c:\mydir\ ==> Successfully restores myfile.txt (and
> whatever else might be in C:\mydir), as a file system or directory restore
> is no query by default.
>
>dsmc restore c:\mydir\myfile.txt -quiet ==> Successfully restores
> myfile.txt
>
> What I found is an older APAR, IC70650, that fixes the problem. It is fixed
> in 6.1.4 (and later 6.1.x levels); 6.2.2 (and later 6.2.x levels); and in
> later client releases and versions). Here is a link to the APAR:
>
>http://www.ibm.com/support/docview.wss?uid=swg1IC70650
>
> If you read that APAR, you will see it has nothing to do with the restore
> issue. However at the time that APAR was fixed, the developer who fixed it
> also (apparently) ran into the same issue you did, so he (quietly)
> corrected this restore issue at the same time.
>
> As I mentioned above, the correct behavior is for the client to wait for
> the tape mount when the QUIET option is set or when TAPEPROMPT NO is set.
> However the problem you encountered is due to the code only checking for
> the QUIET setting during classic restore. The fix was to have the client
> also check the TAPEPROMPT setting. This is why using the QUIET option
> allows the restore to proceed.
>
> As to why this issue has not surfaced previously, I do not know. Maybe
> because typical restores are of entire file systems or directories; or
> maybe because many users configure the QUIET option. But with that having
> been said, I've no reason to think this problem is specific to the newer
> 7.1.x server versions.
>
> Best regards,
>
> Andy
>
> 
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-04-28
> 09:15:31:
>
>> From: Michael Prix 
>> To: ADSM-L@VM.MARIST.EDU
>> Date: 2016-04-28 09:18
>> Subject: Re: TSM Server 7.1.4 woes
>> Sent by: "ADSM: Dist Stor Manager" 
>>
>> Hello Andrew,
>>
>> setting QUIET resolved all problems, down to ADSM 2.1.8 :-)
>> Thank you very much for your time and efforts. It is always a pleasure to
> get
>> immediate help beyond the scope of the normal support lines.
>> Just for curiosity: What's the difference in the selection of an object
>> between VERBOSE and QUIET to generate such a reaction?
>>
>> --
>> Michael Prix
>> On Mi, 2016-04-27 at 13:46 -0400, Andrew Raibeck wrote:
>>> Follow-up:
>>>
>>> Can you put the QUIET option in the client options file, then try the
>>> restore again? This is without upgrading the client software.
>>>
>>> Let me know if this enables a successful restore from tape.
>>>
>>> Best regards,
>>>
>>> Andy
>>>
>>>
> 
>
>>> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>>>
>>> IBM Tivoli Storage Manager links:
>>> Product support:
>>>
> https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manag
>
>>> er
>>>
>>> Online documentation:
>>>
> http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.htm
>
>>> l
>>>
>>> Product Wiki:
>>>
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storag
>
>>> e%20Manager
>>>
>>> "ADSM: Dist Stor Manager"  wrote on 2016-04-27
>>> 12:54:02:
>>>
 From: Andrew 

Re: TSM Server 7.1.4 woes

[Rainer Tammer]

Hello,
I think this is NOT acceptable.

Many systems are no longer officially supported.
We never had such a situation in the past 20 years

In many countries you are legally required to archive systems
(especially ERP systems) for at least 10 years after you have made 
certain changes to the original system.

Such scenarios MUST be supported by a serious vendor.

The lifetime of systems is 15+ years in the field of mechanical engineering.
It is NOT possible to upgrade systems to new OS versions every year.

Bye
  Rainer Tammer

On 26.04.2016 17:19, Michael Prix wrote:
> Yes. Where it is possible to upgrade.
>
> -- 
> Michael PrixOn Di, 2016-04-26 at 15:03 +, Rhodes, Richard L. wrote:
>> Were you able to restore files after upgrading a client to a supported
>> version?
>>
>> Rick
>>
>>
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
>> Michael Prix
>> Sent: Tuesday, April 26, 2016 7:04 AM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: TSM Server 7.1.4 woes
>>
>> Hello all,
>>
>>   it is well known that older clients are out of support, but still continue
>> to work with the capabilities they were designed for.
>> Now I and some colleagues of mine upgraded customers to TSM 7.1.4 and 7.1.5,
>> with client-versions ranging from 5.5 to 7.1, and all of a sudden all
>> clients
>> <=6.1 can still backup to the server, but aren't any longer able to
>> restore/retrieve files. ANR4035W is reported.
>> While this might not be a situation where one could get support from IBM, it
>> is still a new situation as we as old *SMers are used to the fact that old
>> clients remain useable after an upgrade.
>>
>> -- 
>> Michael Prix
>>
>>
>> -
>> 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: Upgrade server from 6.3 to 7.1

[Rainer Tammer]

Hello,
Is that requirement only for the upgarde?

Bye
  Rainer

On 25.01.2016 18:50, Lee, Gary wrote:
> I never saw it in the docs.
>
> What I had to do was disable the server, do a full backup on the db, then 
> once I had verified the logs were empty, reduced log size to less than half 
> file system space.
> Then do the upgrade, and enlarge logs as necessary after upgrade is verified 
> working.
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> Rainer Tammer
> Sent: Monday, January 25, 2016 11:16 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Upgrade server from 6.3 to 7.1
>
> Hello,
> Is this mentioned in the docs?
>
> That would be a bit difficult in our setup:
>
> Filesystem GB blocks   Free   %Used  Iused %Iused Mounted on
> /dev/lvtsmactlog   130.00  1.98   99%262   1%
> /tsminst1/tsmactlog  <- active log
> /dev/lvtsmarchlog  197.00  193.37 2% 251%
> /tsminst1/tsmarchlog <- archive log
>
>
> Bye
>   Rainer
>
> On 25.01.2016 16:51, Lee, Gary wrote:
>> Yes.
>>
>> Make sure that you have at least double the size of your active and archive 
>> logs as available free space in the respective log directories.
>> i.e. . if your active log size is 32 gB, insure that your log directory has 
>> more than 64 gB free.  Otherwise the database upgrade will fail on install.
>>
>> Other than that, it went well, going from 6.3.4 to 7.1.3.
>>
>>
>>
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
>> molin gregory
>> Sent: Monday, January 25, 2016 10:30 AM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: [ADSM-L] Upgrade server from 6.3 to 7.1
>>
>> Hello everyone
>>
>> I plan to upgrade my server from version 6.3 to version 7.1.
>> Have you had problems with this procedure?
>>
>> Thank you beforehand
>> Grégory
>> "ATTENTION.
>>
>> Ce message et les pièces jointes sont confidentiels et établis à l'attention 
>> exclusive de leur destinataire (aux adresses spécifiques auxquelles il a été 
>> adressé). Si vous n'êtes pas le destinataire de ce message, vous devez 
>> immédiatement en avertir l'expéditeur et supprimer ce message et les pièces 
>> jointes de votre système.
>>
>> This message and any attachments are confidential and intended to be 
>> received only by the addressee. If you are not the intended recipient, 
>> please notify immediately the sender by reply and delete the message and any 
>> attachments from your system. "
>>
>>
>

Re: Upgrade server from 6.3 to 7.1

[Rainer Tammer]

Hello,
I was referring to the time after the upgrade has finished.
I think this should be comparable to a new install.
So basically you need to reduce the size of your active log to 45% (to
be sure) of your archive space.
After the upgrade has finished you can extend the active log to the old
size.

Bye
  Rainer

On 26.01.2016 14:17, Lee, Gary wrote:
> Yes, in a new install, you will be specifying a new clean log.
> Only the upgrade process requires double log space until completed.
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> Rainer Tammer
> Sent: Tuesday, January 26, 2016 3:53 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Upgrade server from 6.3 to 7.1
>
> Hello,
> Is that requirement only for the upgarde?
>
> Bye
>   Rainer
>
> On 25.01.2016 18:50, Lee, Gary wrote:
>> I never saw it in the docs.
>>
>> What I had to do was disable the server, do a full backup on the db, then 
>> once I had verified the logs were empty, reduced log size to less than half 
>> file system space.
>> Then do the upgrade, and enlarge logs as necessary after upgrade is verified 
>> working.
>>
>>
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
>> Rainer Tammer
>> Sent: Monday, January 25, 2016 11:16 AM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: Re: [ADSM-L] Upgrade server from 6.3 to 7.1
>>
>> Hello,
>> Is this mentioned in the docs?
>>
>> That would be a bit difficult in our setup:
>>
>> Filesystem GB blocks   Free   %Used  Iused %Iused Mounted on
>> /dev/lvtsmactlog   130.00  1.98   99%262   1%
>> /tsminst1/tsmactlog  <- active log
>> /dev/lvtsmarchlog  197.00  193.37 2% 251%
>> /tsminst1/tsmarchlog <- archive log
>>
>>
>> Bye
>>   Rainer
>>
>> On 25.01.2016 16:51, Lee, Gary wrote:
>>> Yes.
>>>
>>> Make sure that you have at least double the size of your active and archive 
>>> logs as available free space in the respective log directories.
>>> i.e. . if your active log size is 32 gB, insure that your log directory has 
>>> more than 64 gB free.  Otherwise the database upgrade will fail on install.
>>>
>>> Other than that, it went well, going from 6.3.4 to 7.1.3.
>>>
>>>
>>>
>>> -Original Message-
>>> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
>>> molin gregory
>>> Sent: Monday, January 25, 2016 10:30 AM
>>> To: ADSM-L@VM.MARIST.EDU
>>> Subject: [ADSM-L] Upgrade server from 6.3 to 7.1
>>>
>>> Hello everyone
>>>
>>> I plan to upgrade my server from version 6.3 to version 7.1.
>>> Have you had problems with this procedure?
>>>
>>> Thank you beforehand
>>> Grégory
>>> "ATTENTION.
>>>
>>> Ce message et les pièces jointes sont confidentiels et établis à 
>>> l'attention exclusive de leur destinataire (aux adresses spécifiques 
>>> auxquelles il a été adressé). Si vous n'êtes pas le destinataire de ce 
>>> message, vous devez immédiatement en avertir l'expéditeur et supprimer ce 
>>> message et les pièces jointes de votre système.
>>>
>>> This message and any attachments are confidential and intended to be 
>>> received only by the addressee. If you are not the intended recipient, 
>>> please notify immediately the sender by reply and delete the message and 
>>> any attachments from your system. "
>>>
>>>
>

Re: Upgrade server from 6.3 to 7.1

[Rainer Tammer]

Hello,
Is this mentioned in the docs?

That would be a bit difficult in our setup:

Filesystem GB blocks   Free   %Used  Iused %Iused Mounted on
/dev/lvtsmactlog   130.00  1.98   99%262   1%
/tsminst1/tsmactlog  <- active log
/dev/lvtsmarchlog  197.00  193.37 2% 251%
/tsminst1/tsmarchlog <- archive log


Bye
  Rainer

On 25.01.2016 16:51, Lee, Gary wrote:
> Yes.
>
> Make sure that you have at least double the size of your active and archive 
> logs as available free space in the respective log directories.
> i.e. . if your active log size is 32 gB, insure that your log directory has 
> more than 64 gB free.  Otherwise the database upgrade will fail on install.
>
> Other than that, it went well, going from 6.3.4 to 7.1.3.
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> molin gregory
> Sent: Monday, January 25, 2016 10:30 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] Upgrade server from 6.3 to 7.1
>
> Hello everyone
>
> I plan to upgrade my server from version 6.3 to version 7.1.
> Have you had problems with this procedure?
>
> Thank you beforehand
> Grégory
> "ATTENTION.
>
> Ce message et les pièces jointes sont confidentiels et établis à l'attention 
> exclusive de leur destinataire (aux adresses spécifiques auxquelles il a été 
> adressé). Si vous n'êtes pas le destinataire de ce message, vous devez 
> immédiatement en avertir l'expéditeur et supprimer ce message et les pièces 
> jointes de votre système.
>
> This message and any attachments are confidential and intended to be received 
> only by the addressee. If you are not the intended recipient, please notify 
> immediately the sender by reply and delete the message and any attachments 
> from your system. "
>
>

Re: Bring back TSM Administrator's Guide

[Rainer Tammer]

Hello,
I agree!!!

Bye
  Rainer Tammer

On 12.12.2015 02:39, Roger Deschner wrote:
> A great book is gone. The TSM Administrator's Guide has been obsoleted
> as of v7.1.3. Its priceless collection of how-to information has been
> scattered to the winds, which basically means it is lost. A pity,
> because this book had been a model of complete, well-organized,
> documentation.
>
> The "Solution Guides" are suitable only for planning a new TSM
> installation, and do not address existing TSM sites. Furthermore, they
> are much too narrow, and do not cover real-world existing TSM customers.
> For instance, we use a blended disk and tape solution (D2D2D2T) to
> create a good working compromise between faster restore and storage
> cost.
>
> Following links to topics in the online Information Center is a
> haphazard process at best, which is never repeatable. There is no Index
> or Table of Contents for the online doc - so you cannot even see what
> information is there. Unless you actually log in, there is no way to
> even leave a "trail of breadcrumbs". Browser bookmarks are useless here,
> due to IBM's habit of changing URLs frequently. This is an extremely
> inefficient use of my time in finding out how to do something in TSM.
>
> Search is not an acceptable replacement for good organization. Search is
> necessary, but it cannot stand alone.
>
> Building a "collection" is not an answer to this requirement. It still
> lacks a coherent Index or Table of Contents, so once my collection gets
> sizeable, it is also unuseable. And with each successive version, I will
> be required to rebuild my collection from scratch all over again.
>
> Despite the fact that it had become fairly large, I humbly ask that the
> Administrator's Guide be published again, as a single PDF, in v7.1.4.
>
> Roger Deschner  University of Illinois at Chicago rog...@uic.edu
> ==I have not lost my mind -- it is backed up on tape somewhere.=
>
>

Re: Backing up large folder

[Rainer Tammer]

Hello,
There is a third party product which might help:

http://www.concat.de/dsmisi-mags-european-debut-at-the-tsm-symposium/

=> The mags client might be used without the rest of the described solution.

Bye
  Rainer

On 01.10.2015 14:43, Michael Devenney wrote:
> I am running TSM 6.3.5.0 on Windows 2008 R2. I have a Windows 2008 R2 file 
> server that has a 4.3 TB user homedir folder. It is currently taking 22 hours 
> to back it up. There are several folders located on this Drive. I have one 
> schedule to backup most of the drive and I have created a separate schedule 
> for the homedir backup and I back up using the share name. I set the resource 
> utilization to 10 and I updated the TSM client to 7.1.3.0. This folder is on 
> a Drive that is located on our SAN. Any suggestions on how to speed up the 
> backup?
>
> 09/27/2015 16:07:20 --- SCHEDULEREC STATUS BEGIN
> 09/27/2015 16:07:20 Total number of objects inspected:   10,698,367
> 09/27/2015 16:07:20 Total number of objects backed up:  216,428
> 09/27/2015 16:07:20 Total number of objects updated:  0
> 09/27/2015 16:07:20 Total number of objects rebound:  0
> 09/27/2015 16:07:20 Total number of objects deleted:  0
> 09/27/2015 16:07:20 Total number of objects expired: 12,793
> 09/27/2015 16:07:20 Total number of objects failed:  19
> 09/27/2015 16:07:20 Total number of objects encrypted:0
> 09/27/2015 16:07:20 Total number of subfile objects:  0
> 09/27/2015 16:07:20 Total number of objects grew: 0
> 09/27/2015 16:07:20 Total number of retries: 28
> 09/27/2015 16:07:20 Total number of bytes inspected:   2.31 TB
> 09/27/2015 16:07:20 Total number of bytes transferred:84.47 MB
> 09/27/2015 16:07:20 Data transfer time:1.32 sec
> 09/27/2015 16:07:20 Network data transfer rate:   65,234.56 KB/sec
> 09/27/2015 16:07:20 Aggregate data transfer rate:  1.07 KB/sec
> 09/27/2015 16:07:20 Objects compressed by:0%
> 09/27/2015 16:07:20 Total data reduction ratio:  100.00%
> 09/27/2015 16:07:20 Subfile objects reduced by:   0%
> 09/27/2015 16:07:20 Elapsed processing time:   22:15:38
>
> Thanks for your help.
>
> Michael Devenney CNE, MCTS, A+, Server+
> Service Administrator
> River East Transcona School Division
> 589 Roch Street
> Winnipeg, Mb. R2K 2P7
> Canada
>
>
>
>
> CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is 
> for the sole use of the intended recipient(s), and may contain confidential 
> and privileged information. Any unauthorized review, use, disclosure or 
> distribution is prohibited. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message.
>
>

Re: So long, and thank you...

[Rainer Tammer]

Hello,
My best wishes for your next phase of life.

Bye
  Rainer

On 03.04.2015 23:10, Prather, Wanda wrote:
 This is my last day at ICF, and the first day of my retirement!

 I'm moving on to the next non-IT-support chapter in life.


 I can't speak highly enough of the people who give of their time and 
 expertise on this list.

 I've learned most of what I know about TSM here.


 You all are an amazing group, and it has been a  wonderful experience in 
 world-wide collaboration.


 Thank you all!


 Best wishes,

 Wanda

Re: FW: v6.3.5 hung db2??

[Rainer Tammer]

Hello,
please keep us posted.

I will have to go from 6.3.4-300 to a higher version because of the NDMP
dump  2TB overwrite problem...

Bye
  Rainer

On 13.02.2015 17:05, Rhodes, Richard L. wrote:
 Yea.  I opened a Sev 1.

 Thanks!

 Rick



 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
 Andrew Raibeck
 Sent: Friday, February 13, 2015 10:57 AM
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: FW: v6.3.5 hung db2??

 Hi Rick,

 Off-hand I am not sure what the problem is, I think it would be a good idea
 to open a PMR if you have not already done so.

 Best regards,

 - Andy

 

 Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead |
 stor...@us.ibm.com

 IBM Tivoli Storage Manager links:
 Product support:
 http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager

 Online documentation:
 http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome
 Product Wiki:
 https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

 ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 2015-02-13
 10:41:55:

 From: Rhodes, Richard L. rrho...@firstenergycorp.com
 To: ADSM-L@VM.MARIST.EDU
 Date: 2015-02-13 10:44
 Subject: FW: v6.3.5 hung db2??
 Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU

 Now this is really weird.

 TSM came up after we rebooted.  But it threw a bunch of ANR msgs,
 then QUIT LOGGING.  It seems to be running - I go onto a server and
 did a incr bkup, but nothing is logging in the actlog.

 02/13/15   10:00:22 ANRD_2891663292 GetDomainByNodeId
 (pmcache.c:2645) Thread280: Node id 626 not found in table
 Policy.Domain.Members. (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280 issued message 
 from: (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010001ca7c
 StdPutText  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010001d514
 OutDiagToCons  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000190bc
 outDiagfExt  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001004bf254
 GetDomainByNodeId  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001004beeec
 pmOpenDomain  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001006ac78c
 BeginVbTxn  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001006a4068
 SmNodeSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010053ca64
 SmSchedSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001005525d8
 HandleNodeSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000100549c54
 DoNodeSched  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000100544900
 smExecuteSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000100078a7c
 psSessionThread  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001c264
 StartThread  (SESSION: 125)
 02/13/15   10:00:22 ANRD_3095886799 HandleShortCircuitCodes
 (dbieval.c:1072) Thread280: Invalid handle used from tbtbl.c
 (10153). (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280 issued message 
 from: (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010001ca7c
 StdPutText  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010001d514
 OutDiagToCons  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000190bc
 outDiagfExt  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001000cbb28
 HandleShortCircuitCodes  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001000cb0a0
 DbiEvalSQLOutcomeX  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001000a0a18
 TblClose  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010019b13c
 FreeTxnDesc  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010019af14
 dbiEndTxn  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001000458bc
 DoEndFuncCallbacks  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000100045d70
 tmAbortX  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001004bef60
 pmOpenDomain  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001006ac78c
 BeginVbTxn  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001006a4068
 SmNodeSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x00010053ca64
 SmSchedSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x0001005525d8
 HandleNodeSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000100549c54
 DoNodeSched  (SESSION: 125)
 02/13/15   10:00:22 ANRD Thread280  0x000100544900
 smExecuteSession  (SESSION: 125)
 02/13/15   10:00:22 ANRD 

Re: Administration Center Future

[Rainer Tammer]

Hello,
I could not more agree with you.

Bye
  Rainer

On 23.12.2014 19:21, Karel Bos wrote:
 Have to agree with Wanda on the last point, no. Its strange TSM is the only
 backup product I manage that had a good working (web) interface, dropped it
 and never got a good working one ever since.

 I have been using the light weighted TSMManager for years myself and know
 of a couple of others that do the job much better than the one supplied by
 IBM. Must be a prio thing.
 Op 11 dec. 2014 18:54 schreef Prather, Wanda wanda.prat...@icfi.com:

 Does IBM have some document or website that describes the future of
 Administration Center?
 Don't know where to find the document, but have been told in presentations:

 Will it ever be upgraded to keep in lockstep with the TSM version and
 functionality?
 No.  It is stabilized at 6.3.4, but if you put on the last patch
 available it will support 7.x servers (obviously not with any of the new
 functions in 7.x servers)

 Will it's administrative capabilities be moved to Operations Center?
 Essentially yes.  There may be a few things that never make it to OC, but
 the intent is that the OC is the admin GUI for the future.


 I'm trying to decide whether to keep it up-to-date, in order to connect
 it to my 7.1.1 implementation.  I'd rather not make this effort if this
 functionality would appear in Operations Center soon.
 If you put on the last available patch from the download pages, that's the
 last one you have to do!
 The 7.1.1 OC has scheduling in it now; once they also add mgmt. class
 support, that will be the majority of things you need to make it a viable
 replacement for the AC.


 On the other hand... is anyone happy using Administration Center to
 manager their TSM 7.1.1 instance?
 Nooo!!!  :)


 Wanda Prather
 TSM Consultant
 ICF International Cybersecurity Division

Re: APARs fixed in TSM 7.1.0.100

[Rainer Tammer]

Hello,
I agree to 100%!

The text file was the best thing. The new HTML version is unusable.

Bye
  Rainer

On 09.07.2014 15:24, Rick Adamson wrote:
 I had the same issue with patches Kurt.

 The folders on the FTP site used to have a text document that conveniently 
 provided links to the apars addressed in a particular patch, but now they are 
 no longer there.

 Recently I went to see if a patch or maintenance level was available to 
 address a specific issue and then spent an hour trying to find the associated 
 documented apars it addressed.

 IBM again raised the bar for complicating life as we know it.thank 
 goodness for Google

 Rick Adamson



 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
 BEYERS Kurt
 Sent: Wednesday, July 09, 2014 5:54 AM
 To: ADSM-L@VM.MARIST.EDU
 Subject: [ADSM-L] APARs fixed in TSM 7.1.0.100

 Hello everybody,

 I'm in the process of upgrading our TSM servers from TSM 6.3.4 to TSM 7.1 
 because the latter version is a prerequisite for the Oracle T1D tape 
 drives we will start using.  I would have preferred to wait for TSM 7.1.1, 
 but that does not fit the into the planning.

 I've seen that a patch level 7.1.0.100 is available for download. I've tried 
 to find the APAR's that are solved in it, especially for TSM Server, but the 
 only thing I've found so far is for the OC:

 copy
 APARs fixed in level 7.1.0.100
 This interim fix does not include APAR fixes. It updates Operations Center 
 V7.1.0 so that you can run the Operations Center on Linux on an IBM Power 
 Systems server.
 /copy

 I've also checked the README.html included in the bin file, but their they 
 refer only to links towards the Information Center / Knowledge Center.

 So does anybody knows the URL where you can find the APAR's fixed for TSM 
 7.1.0.100. If it is restricted towards running the OC in a new environment, 
 I'll skip the upgrade. Although the quest to find the fixed APAR's is taking 
 longer then the actual install itself would consume.

 IBM is getting worse than Oracle, their MOS website is also a jungle  where 
 you get lost easily. :(

 Thanks for any answers in advance!

 Best regards,
 Kurt


 *** Disclaimer ***
 Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 
 Brussel

 nv van publiek recht
 BTW BE 0244.142.664
 RPR Brussel
 http://www.vrt.be/gebruiksvoorwaarden

Re: TSM 7.1 upgrade

[Rainer Tammer]

Hello,
Yes please. I am very interested in the details.

Bye
  Rainer

On 22.05.2014 17:00, Huebner, Andy wrote:
 Thanks.
 6.2 does not support the 5.1 client either.  It is hard to justify upgrading 
 a client to a fix pack when the client has successfully been running for a 
 decade.
 This is by far not the oldest thing here that I back up.

 Back to the question asked.

 Update.

 IBM has a fix for this that involves a minor DB fix with a DB2 command.  IBM 
 can fill in the details if needed.

 Andy Huebner

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
 Karel Bos
 Sent: Wednesday, May 21, 2014 1:46 AM
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: [ADSM-L] TSM 7.1 upgrade

 Lol, nt 4 and base lvl 5.1? Might want to look into some upgrading as both 
 are out of support.

 Btw, apart from not running base level stuff, 7.1 doesn't support 5.1 clients.
 Op 16 mei 2014 21:28 schreef Huebner, Andy andy.hueb...@novartis.com:

 We are testing the upgrade from 6.2 to 7.1 and we get this error when
 starting TSM on the test server after the upgrade.

 ANR0103E admnode.c(25990): Error 2343 updating row in table Nodes.
 ANRD_1490373789 AdmConvertNodeAttrs(admnode.c:25815) Thread1:
 Error
 2343 converting the attributes for node ServerA

 The server is an NT 4.0 server running the 5.1.0.0 agent. (keep the
 chuckles to a minimum please)

 Does anyone know of a fix?

 I am also calling IBM.


 Andy Huebner

Re: OT: OS/2 file format

[Rainer Tammer]

Hello,
There is a Windows version. My version does not run under Windows 64.
I have mailed you the executable.

Bye
  Rainer

On 25.09.2012 16:24, Zoltan Forray wrote:
 This is very, very loosely related to TSM but I figure the collective
 knowledge (i.e. experienced) on this list might be able to help.

 Does anyone know of a utility to read LOADRAM/SAVERAM file formats - the
 3494 ATL OS/2 saves/extracts logfiles in this format, to floppies.  It
 seems to be some kind of zip or tar format since I can see the list of
 files inside this file when using a hex editor.

 --
 *Zoltan Forray*
 TSM Software  Hardware Administrator
 Virginia Commonwealth University
 UCC/Office of Technology Services
 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

Re: TSM v63 is out there to download from the Passport Advantage page

[Rainer Tammer]

Hello,
Does it not work or is it only not supported ?

Bye
  RAiner

On 24.10.2011 07:26, Stefan Folkerts wrote:
 But there's plenty of rather bad news here. V6.3 servers and
 clients cannot interoperate with V5.5 clients and servers.

 I wonder if this is also true for server-to-server communication because
 that is the number one way to migrate from 5 to 6...for smaller
 configurations anyway.
 It's probably just a support issue and nothing technical, I suspect it
 will work just fine...but still if this hold true for server-2-server
 exports it's a pretty big pain.


 On Sat, Oct 22, 2011 at 9:55 PM, Roger Deschner rog...@uic.edu wrote:

 That's wonderful. And the TSM 6.3 Mac client supports OSX 10.7 Lion,
 which is important to us.

 But there's plenty of rather bad news here. V6.3 servers and clients
 cannot interoperate with V5.5 clients and servers. So Mac Lion cannot
 back up to a V5.5 server. This also makes migration from V5.5 to V6.3 a
 lot harder, because a V5.5 server cannot be a Library Client to a V6.3
 Library Manager. The restriction that the Library Manager must be at the
 same or higher release level than all of its clients means we will have
 to completely eliminate all of our V5.5 TSM server instances before we
 can migrate any of our instances to V6.3. That's going to be hard.

 V6.3 has dropped support for a number of client and server platforms
 that are still rather mainstream, such as AIX 5.3, Windows XP (still 50%
 of our clients), Windows Server 2003, any 32-bit Linux. See it all at:

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

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

 Looks like we can't go beyond V6.2 for quite a while, except for a few
 V6.3 clients who will be restricted to our new V6.2 server that's
 currently in test mode.

 IBM: Supporting V6.3 interoperablility with V5.5 would help a LOT, at
 least for some limited pain areas, such as Library Manager
 configurations, and an Apple Mac client that can run on OSX 10.7 Lion
 with a V5.5 server.

 P.S. No documentation yet. The V6.3 infocenter is a broken link.

 Roger Deschner  University of Illinois at Chicago rog...@uic.edu
   Academic Computing  Communications Center


 On Fri, 21 Oct 2011, Oscar Kolsteren wrote:

 Hi all,Don't know if this was already posted here, but TSM 63
 is now available on the Passport Advantage pageBest Regards, 
 Oscar   
 ---
 ATTENTION: The information in this electronic mail message is private
 and confidential, and only intended for the addressee. Should you
 receive this message by mistake, you are hereby notified that any
 disclosure, reproduction, distribution or use of this message is
 strictly prohibited. Please inform the sender by reply transmission and
 delete the message without copying or opening it.  Messages and
 attachments are scanned for all viruses known. If this message contains
 password-protected or encrypted attachments, the files have NOT been
 scanned for viruses by the ING mail domain. Always scan attachments
 before opening them.  ING Direct NV is limited liability company
 incorporated in The Netherlands. Registered in England  Wales, Branch
 Ref BR7357, 410 Thames Valley Park Drive, Reading, Berkshire, RG6 1RH.

 ---

Re: TSM v6 -announcement

[Rainer Tammer]

Hello,

Hart, Charles A wrote:
 Couple folks just came back from pulse and one of the Labs was the TSM
 Upgrade, apparently some Beta testers are seeing a 40GB upgrade DB
 taking 28Hrs on avg hdw


is this is true than this would be a nightmare.
Can anyone comment on that ??

Bye
  Rainer



 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
 Andrew Raibeck
 Sent: Friday, February 13, 2009 7:19 AM
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: [ADSM-L] TSM v6 -announcement

 Actually 6.1 has not been released yet; it has only been *announced*.

 Electronic availability date is March 27, 2009, and media availability
 date is April 24, 2009.

 Best regards,

 Andy

 Andy Raibeck
 IBM Software Group
 Tivoli Storage Manager Client Product Development Level 3 Team Lead
 Internal Notes e-mail: Andrew Raibeck/Tucson/i...@ibmus Internet e-mail:
 stor...@us.ibm.com

 IBM Tivoli Storage Manager support web page:
 http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan
 ager.html


 The only dumb question is the one that goes unasked.
 The command line is your friend.
 Good enough is the enemy of excellence.

 ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/12/2009
 10:02:20 PM:


 [image removed]

 Re: TSM v6 -announcement

 Zoltan Forray/AC/VCU

 to:

 ADSM-L

 02/12/2009 10:07 PM

 Sent by:

 ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU

 Please respond to ADSM: Dist Stor Manager

 Having been a V6.1 beta tester (now that it has been released I guess
 I can speak about it), I can confirm that as of the last update I have



 not seen anything for zOS other than s390 Linux.

 Also, they will not be supporting Linux NON-x64, which causes me
 issues since 2 of my RH Linux server are not x64 capable and will
 require replacing/upgrading/merging with another server.



 Gee, Norman norman@lc.ca.gov
 Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
 02/12/2009 07:23 PM
 Please respond to
 ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU


 To
 ADSM-L@VM.MARIST.EDU
 cc

 Subject
 Re: [ADSM-L] TSM v6 -announcement






 I have read announcement letter 209-004 multiple times and was looking



 at the server documentation that was available and there were no
 mention of TSM version 6 for z/OS server.  There were documentation
 for z/OS BA client and API.  Is this a subtle hint that TSM version 6
 for z/OS server is not available or is it being drop?  Is it being

 delay?

 This e-mail, including attachments, may include confidential and/or
 proprietary information, and may be used only by the person or entity
 to which it is addressed. If the reader of this e-mail is not the intended
 recipient or his or her authorized agent, the reader is hereby notified
 that any dissemination, distribution or copying of this e-mail is
 prohibited. If you have received this e-mail in error, please notify the
 sender by replying to this message and delete this e-mail immediately.

Re: TSM v6 -announcement

[Rainer Tammer]

Hello,


Remco Post wrote:
 On 13 feb 2009, at 04:02, Zoltan Forray/AC/VCU wrote:

... cut for clarity ...

 Also, they will not be supporting Linux NON-x64, which causes me
 issues
 since 2 of my RH Linux server are not x64 capable and will require
 replacing/upgrading/merging with another server.


 non-x86_64 being 32bit linux on intel/amd CPU, LinuxPPC and zLinux
 will be supported...


according to the announcement  on

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

Linux x86_32 is not supported for the server.

Bye
  Rainer Tammer

Re: VIO backups

[Rainer Tammer]

Hello,

Larry Clark wrote:

Has anyone installed the TSM client on 1.3 VIO servers.

at VIO level 1.5 TSM is preinstalled.


Any problems?


I will test this TSM client in next future.

Bye
 Rainer

Re: VIO backups

[Rainer Tammer]

Hello,

Larry Clark wrote:

Yes, but at 1.3 it is not preinstalled, but VIO 1.3 is running AIX 5.3.


You are (unfortunately) right...

So, has anyone installed TSM on VIO 1.3..


The fixpack 10.1 for VIO 1.5 has the following filesets included:

tivoli.tsm.client.api.32bit.5.4.0.0.I
tivoli.tsm.client.msg.hu_HU.5.4.0.0.I
tivoli.tsm.client.ba.5.4.0.0.I
tivoli.tsm.client.msg.it_IT.5.4.0.0.I
tivoli.tsm.client.msg.JA_JP.5.4.0.0.I
tivoli.tsm.client.msg.ja_JP.5.4.0.0.I
tivoli.tsm.client.msg.Ja_JP.5.4.0.0.I
tivoli.tsm.client.msg.ko_KR.5.4.0.0.I
tivoli.tsm.client.msg.Zh_TW.5.4.0.0.I
tivoli.tsm.client.msg.pl_PL.5.4.0.0.I
tivoli.tsm.client.msg.cs_CZ.5.4.0.0.I
tivoli.tsm.client.msg.pt_BR.5.4.0.0.I
tivoli.tsm.client.msg.de_DE.5.4.0.0.I
tivoli.tsm.client.msg.ru_RU.5.4.0.0.I
tivoli.tsm.client.msg.es_ES.5.4.0.0.I
tivoli.tsm.client.msg.zh_CN.5.4.0.0.I
tivoli.tsm.client.msg.fr_FR.5.4.0.0.I
tivoli.tsm.client.msg.zh_TW.5.4.0.0.I

So this would be a good start.
It looks like IBM does not care very much about this VIO component...
All filesets are on .0.0 level.


Larry Clark

Bye
 Rainer

(518) 712-5138 Home Office
(518) 506-8765 Cell


- Original Message -
From: Rainer Tammer [EMAIL PROTECTED]
To: ADSM-L@VM.MARIST.EDU
Sent: Wednesday, January 30, 2008 10:16 AM
Subject: Re: [ADSM-L] VIO backups



Hello,

Larry Clark wrote:

Has anyone installed the TSM client on 1.3 VIO servers.

at VIO level 1.5 TSM is preinstalled.


Any problems?


I will test this TSM client in next future.

Bye
 Rainer

Re: Backing up files with ilegal characters

[Rainer Tammer]

Hello,
the Linux client is as far as I know not UNICODE enabled.
I had the same problem with the de_DE locale.

I just used this LOCALE settings (TSM 5.3 client):

export LANG=de_DE
export LC_CTYPE=de_DE
/opt/tivoli/tsm/client/ba/bin/dsmc

Bye
  Rainer


Ing. Fernando Villarreal - Silice S.A. wrote:
 Hi, I'm working with TSM version 5.2 and my linux clients report this
 kind of errors

 ANE4042E (Session: 17393, Node: SRVDESARROLLO)  Object name
 '/opt/Projects/Intranet/WebUI/pngs/Sin tí­tulo-2.png' contains one or
 more unrecognized
 characters and is not valid. (SESSION: 17393)

 ANE4042E (Session: 17393, Node: SRVDESARROLLO)  Object name
 '/opt/Projects/Intranet/WebUI/pngs/ban_galería.png' contains one or
 more unrecognized
 characters and is not valid. (SESSION: 17393)

 We have a lot of files with spanish characters on the file name and we
 cannot change
 their names. I was googling for a while and there's no clue about how
 to solve this.

 Any ideas?

 Thanks you.

 Fernando Villarreal

Bye
  Rainer Tammer

TSM 5.4.0.0 Windows Client

[Rainer Tammer]

Hello,

FYI:

All 5.4 Windows clients are pulled from the IBM FTP servers.
According to IBM Support there are packaging problems.

Bye
  Rainer Tammer

TSM 5.4.0.0 Windows Client / detailed information

[Rainer Tammer]

Hello,
this is the exact cause for the client code removal:

The V5.4 Windows client packages were removed from the FTP server due to
two Windows Include/Exclude issues:

APAR IC51756 - the Preferences Editor can reverse the order of the
Include/Exclude list
APAR IC51657 - the setup wizard can remove the Include/Exclude list.

These issues affect only the Windows 5.4 clients. The Windows packages
will be replaced with a superceding interim fix when the APARs are fixed.

Bye
  Rainer Tammer

Re: TSM 5.4 cautions

[Rainer Tammer]

Hello,

Allen S. Rout wrote:
 On Mon, 29 Jan 2007 18:15:33 +0100, Remco Post [EMAIL PROTECTED] said:




 indeed. In my nim-environment these don't show up in the fileset
 selection, so it took me some time to get them installed. After that,
 everything is fine. I guess there are some glitches in the installp
 packages :(


 Can you still get the old web interface up?


I just installed TSM 5.4 on AIX and ... the old WEB interface is running.
But I think it may be possible that some changes to the dsmserv.idl file
are needed.

The definition of a new node and the actlog query are working.

 - Allen S. Rout


Bye
  Rainer Tammer

Re: TSM 5.4 cautions

[Rainer Tammer]

Hello,

PAC Brion Arnaud wrote:
 Hi Rainer,


 I just installed TSM 5.4 on AIX and ... the old WEB interface is

 running

 I'm really curious to know which version of AIX you have : is it the
 last one (5.3 TL 05) ?

The test server is running on AIX 5.2 TL09 SP2.
 The transition version of web interface was not supposed to run with
 AIX 5.3 ML  02 if I remember properly ...

Not really.
Our main server is running on AIX 5.3 TL05 SP03
 If you found a way overpassing this limitation, I would be glad to know
 how !


The trick is very simple some AIX 5.3 TLs are not working with the
old WEB GUI.
If I you use TL5 you should have no problems (with SP3 or higher).

 Cheers.


 Arnaud

Bye
  Rainer Tammer
 
 **
 Panalpina Management Ltd., Basle, Switzerland,
 CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH
 Phone:  +41 (61) 226 11 11, FAX: +41 (61) 226 17 01
 Direct: +41 (61) 226 19 78
 e-mail: [EMAIL PROTECTED]
 
 **

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
 Rainer Tammer
 Sent: Wednesday, 31 January, 2007 10:30
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: TSM 5.4 cautions

 Hello,

 Allen S. Rout wrote:

 On Mon, 29 Jan 2007 18:15:33 +0100, Remco Post [EMAIL PROTECTED]

 said:



 indeed. In my nim-environment these don't show up in the fileset
 selection, so it took me some time to get them installed. After that,



 everything is fine. I guess there are some glitches in the installp
 packages :(


 Can you still get the old web interface up?



 I just installed TSM 5.4 on AIX and ... the old WEB interface is
 running.
 But I think it may be possible that some changes to the dsmserv.idl file
 are needed.

 The definition of a new node and the actlog query are working.


 - Allen S. Rout



 Bye
   Rainer Tammer

Re: TSM 5.4 cautions

[Rainer Tammer]

hello,

Orville Lantto wrote:
 Looking at tivoli.tsm.msg.en_US.server, it looks like they let a Windows
 person make the AIX install package.  The file
 tivoli.tsm.msg.en_US.server is identified inside itself as
 tivoli.tsm.msg.EN_US.server.


Possible but not necessarily true.
Valid locales on AIX are EN_US, En_US, en_US ...

The most common locale (nowadays) is en_US.
 Orville L. Lantto
 Storage Consultant

Bye
  Rainer


 GlassHouse Technologies, Inc.
 200 Crossing Boulevard
 Framingham, MA 01702
 [EMAIL PROTECTED]
 www.glasshouse.com
 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
 Meuleman, Ruud
 Sent: Monday, January 29, 2007 9:58 AM
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: [ADSM-L] TSM 5.4 cautions

 Hi,

 I had the same problem. You can solve this by installing the packets
 tivoli.tsm.msg.en_US.devices and tivoli.tsm.msg.en_US.server via
 Install and Update from ALL Available Software.

 With regards,
 Ruud Meuleman


 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
 Remco Post
 Sent: Monday, January 29, 2007 3:02 PM
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: TSM 5.4 cautions

 Hi,

 I just installed 5.4.0.0 server on my aix 5.3 (TEST!) box. Well:

 Session established with server BUCKET: AIX-RS/6000
   Server Version 5, Release 4, Level 0.0
   Server date/time: 01/29/2007 14:56:00  Last access: 01/29/2007
 14:55:56


 tsm: BUCKEThelp
 ANR2300E Could not open ameng the server help file.
 ANS8001I Return code 15.

 Yes, tsm _is_ (according to truss) trying to read the correct file, and
 it does exist. Something strange is going on...


 --
 Met vriendelijke groeten,

 Remco Post

 SARA - Reken- en Netwerkdiensten  http://www.sara.nl
 High Performance Computing  Tel. +31 20 592 3000Fax. +31 20 668 3167
 PGP Key fingerprint = 6367 DFE9 5CBC 0737 7D16  B3F6 048A 02BF DC93 94EC

 I really didn't foresee the Internet. But then, neither did the
 computer industry. Not that that tells us very much of course - the
 computer industry didn't even foresee that the century was going to
 end. -- Douglas Adams

Re: TSM 5.4 cautions

[Rainer Tammer]

Hello,

Allen S. Rout wrote:
 On Mon, 29 Jan 2007 18:15:33 +0100, Remco Post [EMAIL PROTECTED] said:




 indeed. In my nim-environment these don't show up in the fileset
 selection, so it took me some time to get them installed. After that,
 everything is fine. I guess there are some glitches in the installp
 packages :(


 Can you still get the old web interface up?


It looks as if the code is still there ... I will definitively try to
get it working.

There is one interesting thing in the supported clients page: Windows
2000 is no longer supported!!!
 - Allen S. Rout


Bye
  Rainer Tammer

Re: ISC on AIX crash...

[Rainer Tammer]

Hello,

Prather, Wanda wrote:
 TSM 5.3.3 on AIX 5.3.
 The ISC is running on AIX.

 The ISC install on AIX went fine, and the ISC works like a champ.
 But it has shut down/crashed twice and had to be restarted; we don't know why.

 Havent' done the ISC on AIX before; where do I look for diagnostics to see 
 what is taking it down?

 Any hints appreciated!


We are experiencing the same problem here.
 Wanda Prather
 * I/O, I/O, It's all about I/O *  -(me)



Bye
  Rainer Tammer

Re: select events table

[Rainer Tammer]

Hello,

goc wrote:
 hi,
 when i make select * from events i get data only for current date ,
 i know with q event you can get back as defined in server options
 but i would like to make some count(*) and stuff on events data,
 so my question is can i get further in past with direct select statement
 to events table ?

This is a special table.
You need a SELECT similar to the following statement:

select count(*) as \Administrative Schedules Successful\ from events
where LENGTH(domain_name) IS NULL and scheduled_start  '1900-01-01' and
scheduled_start between (current_timestamp - 24 hours) and
current_timestamp and status='Completed' and result=0

The important part is the scheduled_start  '1900-01-01' .
Without the boundary you will get no useful events.

 thanks big time

 goran


Bye
  Rainer Tammer









 ---
 3.3TB in 12hours

Re: Can't Start TSM Server 5.3 on AIX 5.1

[Rainer Tammer]

Hello,

Kleynerman, Arthur wrote:

Hello TSM'ers:

Following the upgrade of our server to TSM 5.3, it is not coming up,
complaining that all sessions, including administrative, are disabled.
The SERVER_CONSOLE admin id does not have sufficient privileges to
re-enable the sessions.

Has anyone experienced a similar problem and is there a way out? IBM is
claiming that it's pretty much impossible to do anything at this point,
short of restoring the database to an earlier version (we still have a
backup of the server prior to the upgrade).



1. check you date/time
2. start sthe server directely
su - root
cd /usr/tivoli/tsm/server/bin
./dsmserv

- this will give you a direct access to the server cmd line

I would appreciate anyone's assistance.

Thanks in advance,
Arthur




Bye
  Rainer

---

The information contained in this e-mail message, and any attachment thereto, 
is confidential and may not be disclosed without our express permission.  If 
you are not the intended recipient or an employee or agent responsible for 
delivering this message to the intended recipient, you are hereby notified 
that you have received this message in error and that any review, 
dissemination, distribution or copying of this message, or any attachment 
thereto, in whole or in part, is strictly prohibited.  If you have received 
this message in error, please immediately notify us by telephone, fax or 
e-mail and delete the message and all of its attachments.  Thank you.

Every effort is made to keep our network free from viruses.  You should, 
however, review this e-mail message, as well as any attachment thereto, for 
viruses.  We take no responsibility and have no liability for any computer 
virus which may be transferred via this e-mail message.

Re: [api] Admin API commands

[Rainer Tammer]

Hello,

Maurice van 't Loo wrote:

Steven and Rainer,

Thanks for the tip... I want to write it for the 5.3 server anyway...
So i need to install isc :-(   Ah, it's for the greater good ;-)



Yes

Is there also any doc's about how to use the api?


No,
currently the API is NOT documented.
For further information please contact me via private eMail...

Thanks again,
Maurice


Bye
  Rainer

- Original Message -
From: Rainer Tammer [EMAIL PROTECTED]
To: ADSM-L@VM.MARIST.EDU
Sent: Monday, September 05, 2005 10:41 AM
Subject: Re: [ADSM-L] [api] Admin API commands




Hello,

Steven Harris wrote:



Maurice,

As I understand it the new web admin tools in 5.3 employ a new


administrative api.  Now, if




Yes, it is currently Java based and used in conjunction with ISC. It is
only usable with a 5.3.x server as it uses a new version of
verb 0xF1 (VB_AdmCmdResp). The new Version of this verb produces an XML
return data stream. The other verbs are pretty
much unchanged.

It is not very difficult to use this Java class in you own project



we could just get that published so we could use it.


Regards

Steve

Steven Harris





Bye
  Rainer



AIX and TSM Administrator
Sydney, Australia







Hi,

Becaurse the current TSM Admin tools are pretty complex, i want to write


an admin client




like the good old 3.1 version for Windows; simple as possible, so even


the part-time TSM'ers


in small environments can do simple management.




Of course i can use dsmadmc as interface between the tool and the


server, but is there




also an API set anywhere what i can use for admin commands, so i can keep


all the code in 1


file?




And for the people who's interested: I will keep it open source


freeware


Regards,
Maurice van 't Loo

PS. If Tivoli decides to make the 3.1 windows admin client open source,


i will be more




happier of course :-)






--

Re: [api] Admin API commands

[Rainer Tammer]

Hello,

Steven Harris wrote:

Maurice,

As I understand it the new web admin tools in 5.3 employ a new administrative 
api.  Now, if


Yes, it is currently Java based and used in conjunction with ISC. It is
only usable with a 5.3.x server as it uses a new version of
verb 0xF1 (VB_AdmCmdResp). The new Version of this verb produces an XML
return data stream. The other verbs are pretty
much unchanged.

It is not very difficult to use this Java class in you own project

we could just get that published so we could use it.


Regards

Steve

Steven Harris



Bye
  Rainer

AIX and TSM Administrator
Sydney, Australia





Hi,

Becaurse the current TSM Admin tools are pretty complex, i want to write an 
admin client


like the good old 3.1 version for Windows; simple as possible, so even the 
part-time TSM'ers
in small environments can do simple management.


Of course i can use dsmadmc as interface between the tool and the server, 
but is there


also an API set anywhere what i can use for admin commands, so i can keep all 
the code in 1
file?


And for the people who's interested: I will keep it open source freeware

Regards,
Maurice van 't Loo

PS. If Tivoli decides to make the 3.1 windows admin client open source, i 
will be more


happier of course :-)





--

Re: Who has the oldest TSM installation?

[Rainer Tammer]

Hello,
we stated on VM - V1 Server in 1995 and migrated to AIX in 1998...

Bye
  Rainer

Thorneycroft, Doug wrote:

Are you sure that it wasn't version 2,
Our install date was in March 97, and we were
running the current version for that time, Version 2.



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Ben Bullock
Sent: Wednesday, August 03, 2005 10:08 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Who has the oldest TSM installation?


   I was just looking at the 'q status' output on one of my TSM servers 
 and saw that it is just over 9 years since we installed it. Way back when it 
 was ADSM v3 :

  Server Installation Date/Time: 06/28/96   10:09:23
   Server Restart Date/Time: 02/03/05   10:36:00

   We have upgraded the hardware a numerous times over the years, but it 
 still shows the original installation time.

   Can anyone beat that?

Ben

Re: TSM 5.3.0.2 WEB GUI missing ...

[Rainer Tammer]

Hello,
I fully agree. The ISC is one of the worst software products I have ever
seen.
We would have never bought ADSM/TSM with this user interface.
It would be a wise decision for IBM to bring back the old WEB ADMIN GUI.
Bye
 Rainer Tammer
P.S.: We are using ADSM/TSM since V1 Server on VM (/390) and now on AIX...
Zoltan Forray/AC/VCU wrote:
Now that I have it fully running, I have to agree that this product is
horrible and slow (even on the new dual-processor 3Ghz 2GB RAM system we
bought just for it).
I work with two other engineers who have been working with TSM for
anything from 6-months to 9+ years.  Both (and myself) have spent
countless hours just trying to figure out something as simple as giving
another user id full administration authority in ISC. After trying more
than a dozen different things, we gave up (thank goodness for TSMManager
!).
If we as engineers can't figure it outhow on earth will our operators
figure it out when they could not fully grasp the simple web-gui. At least
with the web-gui, I could talk them through the 4-clicks it usually took
to get to almost everything they needed to work with (and TSMManager has
made it even simpler).
The engineer with the most experience made the comment: If this had been
the management interface when we first were looking at ADSM(TSM), we would
NOT have purchased ADSM.  He used to think the web-gui was cumbersome (he
always liked the stand-alone gui, best), but after spending 2-3 hours with
ISC, he has changed his mind.
I understand the issue of change and getting used to something new. But,
to call this product intuitive is a joke !

Ben Bullock [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
03/02/2005 10:19 AM
Please respond to
ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: TSM 5.3.0.2 WEB GUI missing ...


I followed the ISC/AC thread and thought that I'd better
get it
installed on my TSM test host to see how it runs. I must agree with the
opinions I've seen here, that the new interface is a BIG step backwards
in usability. I've been doing TSM for 9 years and this new interface is
the worst I've seen.
Like others, I am glad I know the command line, otherwise
I
would be pulling out my hair trying to get things done.
Bad Tivoli, no biscuit for you.
Ben
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard van Denzel
Sent: Wednesday, March 02, 2005 7:23 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM 5.3.0.2 WEB GUI missing ...
Hi Goran,
Probably you've missed all the discussion about the WEB GUI and the
infamous ISC/AC.
IBM in all it's infinite wisdom has abandoned the WEB GUI in TSM 5.3 and
thought it would we better if we used the new Integrated System Console
and Administration Center. Both are Java based, so they leave a big
impact on the system.
So if you want to manage TSM 5.3, you have to install ISC and AC.
Richard


goc [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
02-03-2005 15:25
Please respond to ADSM: Dist Stor Manager
   To: ADSM-L@VM.MARIST.EDU
   cc:
   Subject:TSM 5.3.0.2 WEB GUI missing ...
hi all,
after upgrading tsm v 5.2.4.0 to 5.3.0.2 my web admin gui is not showing
up on http://server:1581 address !?!?
HTTP is enabled in dsmserv.opt ...
interesting is that on web page there is nothing, not even error message
, nothing just blank page
if anyone can help , please do
thanks in advance
goran

Re: AW: TSM 5.3 Administration Center

[Rainer Tammer]

Hello,
Thomas Rupp wrote:
Hi Kathy!
Another remark from a customer with TSM as the onyl Tivoli application
to manage.
I'm a bit disappointed that Tivoli drops support for the web interface
as soon as
it starts with the new Administration Interface.
Why couldn't tivoli overlap support for both interfaces for lets say 1
Version.
I'm habe been using IBM products for more than 25 years and I have never
seen such
a sudden change before.
Wouldn't it make sense to offer the old web interface as long as the
new AC
needs some time to mature?

I took a quick look to the TSM 5.3 server code... and the code for the
old WEB GUI is still in the server.
Only the dsmserv.idl file is missing ...
Kind regards and greetings from Austria
Thomas Rupp


Bye
 Rainer Tammer

Re: ISC on WinXP or Unix

[Rainer Tammer]

Hello,
Loon, E.J. van - SPLXM wrote:
Hi Guys!
I have been beta testing 5.3 for IBM and I too have tried convincing IBM
that they are definitely not on the right track with the Admin Center.
I haven't received a response from them on my comments, so I'm afraid they
will ignore our objections...
Especially resellers should be worried. You will never be able to convince
small customers that one has to invest in a Windows workstation with a high
performance processor and at least 1 Gb. () of memory, just to run an
administrative interface!!
So my plea to IBM too: Please give us back the WebAdmin!

I totally agree. This is the TOTAL overkill !!!
Bye
 Rainer Tammer
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-Original Message-
From: Richard van Denzel [mailto:[EMAIL PROTECTED]
Sent: Friday, January 07, 2005 13:10
To: ADSM-L@VM.MARIST.EDU
Subject: Re: ISC on WinXP or Unix
Adrie,
I totally agree with you. I've also test installed it (or at least I
tried) it on WXP, Linux (FC3) and AIX 5.2. The only installing which
succeeded was the AIX (it only took 3 hours to install the ISC and AC).
It is also very annoying to have a /tmp of 750MB+, just for the sake of
the installation.
Lets hope IBM brings back the Webinterface asap, because I did not see
advantages of the ISC yet.
When I test created a diskpool volume of 5GB on my Linux TSM 5.3 server it
failed at almost 5GB with no apperent reason. When I did it manually (long
live dsmadmc) it went just fine.
Richard.


Adrie van Tuyl [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
07-01-2005 12:05
Please respond to ADSM: Dist Stor Manager
   To: ADSM-L@VM.MARIST.EDU
   cc:
   Subject:Re: ISC on WinXP or Unix
At 20:24 1/6/2005, you wrote:

On Thursday 06 January 2005 13:14, Warren, Matthew (Retail) wrote:

..I'm glad to hear. I use a suite of python scripts that ive put
together / migrated from other shells over the last 5 years or more. I
would be frustrated  if dsmadmc dissappeared...
Is this a possibility for future release?

I don't know and I hope not.  I think 99.9% of the TSM customers use

dsmadmc

in some sort of scripting language to automate/monitor TSM.  I don't

think

IBM can risk to loose 99.9% of it's TSM customers.
Stef

This seems they do not care.
Probably 90 % or more (maybe even 99.9%) of the customers did use the
Webinterface of the TSM server.
Many of the customers (80%?) do not have an ISC.
So these customers are forced into setting up an ISC, preferably on other
hardware than on the TSM server because of the resource utilization of the
ISC. IMHO this does not make any sence at all.
I tried to set up an ISC in a test environment. I tried a PII 400 with 384
MB. On this machine TSM 5.2.3.5 works perfectly for testing purposes.
I did not manage to install the ISC with the TSM admin (after an 8 hours
of
trying), and for now I don't want to put any effort in it because I don't
have the equipment nor the time.
For the people who managed to get ISC working; is it worth it? Is the TSM
admin dramatically improved? Have all the wishes which we see come by in
this group come true?
I sincerely hope we get our webinterface back.
Adrie
**
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.
**

Re: 5.3 install

[Rainer Tammer]

Hello,
you should install this way:
1. TSM Server
2.1. ISC
2.2. Admin Center
The  Admin Center could be on a separate machine.
The ISC with the Admin Center is a big Java application.
I think it is better to install this on a separate machine.
Bye
 Rainer
Timothy Hughes wrote:
Hello,
I have a question about the ISC/Admin 5.3v install.
Should the ISC/Admin Center be installed before TSMv3 or does it matter?
I know the ISC should be installed before the Admin Center.
I also read that you need at least 2GB of menory if you plan on
installing
the ISC and Admin on the same system as TSMv5.3.
Thanks in Advance!

Re: ISC on WinXP or Unix

[Rainer Tammer]

Hello,
Timothy Hughes wrote:
Stef,
The ISC is not required to use the Administration Center?

Unfortunately not...
The ISC is the base and the Administration Center is only a plug in.
The ISC is like you order one bouillon cube and they delivers the
bouillon cube on a freight train.
Bye
 Rainer
Thanks
Stef Coene wrote:

On Tuesday 04 January 2005 14:22, Richard van Denzel wrote:

How the  am I going to administer my TSM Server(s). I sometimes have
to do this on a 56k dial-up connection and I don't want to blow-up this
line by running the java-sh.t remotely.

Welcome to the world of the new enterprise solutions :)
Personally, I think the ISC will is a real disadvantage.
We have a lot of small customers and having 1 GB of ram only for the ISC is
ridiculous.  We have an inhouse developed set of perl script that we use to
monitor TSM and to do some administration that's not so easy to do with the
web administrative interface (handling tapes, client option sets and so on).
I think we will develop some more scripts and never use the ISC.  Maybe we
will never install it at all.
Stef

Re: Stuck in ISC install process for 5.3.0.0

[Rainer Tammer]

Hello,
this is the wrong log file. You could find details about the error in
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\ISCRuntimeInstall.log .
If  you want to do a uninstall read carefully the README.INSTALL (last
section).
Do exactely what is written in this section. (If you do not follow the
instructions all further installations will fail !!).
 README.INSTALL --

Manually uninstalling the Integrated Solutions Console:

If the install program fails or you are unable to uninstall with the
wizard,
you can try to manually remove the Integrated Solutions Console runtime and
then install again.  To manually remove the console runtime, perform the
following steps:
 1.  Open a command window or go to a command prompt.
 2.  Stop the console server (which is the application server named
ISC_Portal).
 o UNIX:
   isc_home/PortalServer/bin/stopISC.sh ISC_Portal
 o Windows:
   isc_home\PortalServer\bin\stopISC.bat ISC_Portal
 3.  Stop the application server named server1 by issuing one of the
 following commands:
 o For installations on AIX, Linux, and Solaris systems, issue the
   following command (on a single line):
   isc_home/AppServer/bin/stopServer.sh server1 -user
application_server_administrator -password
application_server_password
 o For installations on Windows systems, issue the
   following command (on a single line):
   isc_home\AppServer\bin\stopServer.bat server1 -user
 application_server_administrator -password
application_server_password
 where:
   isc_home is the root directory for your
   Integrated Solutions Console runtime installation.
 4.  To clean the system temporary directory, perform the following steps:
 1.  Change to the system temporary directory. The temporary directory
 is the value of the operating system variable %TEMP% on Windows
 systems and /tmp on the other systems.
 2.  Save a copy of the following files in the temporary directory:
 o ISCRuntimeInstall.log
 o ISCRuntime.rsp
 o ISCRuntimeUninstall.log
 o All of the Portal*.log files
 3.  In the temporary directory, delete all of the files and the
 directories that begin with the string ISC (such as
ISCRuntime.rsp,
 ISC_TEMP, ISCToolkitInstall.log) and all files that begin with
the
 string Portal (such as PortalInit.log and PortalSetupWAS.log).
 5.  To clean the registry that InstallShield for Multiplatforms uses:
 1.  Locate the file vpd.properties.
 o On AIX, Linux, and Solaris systems, search for the file. There
   might be multiple vpd.properties files on an AIX system. If
there
   are multiple copies, be sure to edit all copies of the file
when
   you perform the edit step.
 o On Windows systems, search the system directory
   (such as C:\WINNT\vpd.properties).
 2.  Save a copy of the vpd.properties file.
 3.  Use a text editor to open the vpd.properties file. Use an
editor that
 does not wrap lines so that you can easily isolate single
lines for
 removal. Setting the editor to use a monospace font (for example,
 Courier) will make it easier to see the file structure.
 4.  Delete each line that refers to the path for the root
directory of
 the console runtime.  If there are no remaining lines in
 vpd.properties, leave the file empty or delete it.
 NOTE: On AIX the product registry contains entries regarding the
   installation, which must be manually removed.  To remove
   those entries run vpddel.  Run lslpp -L to obtain a list of
   everything in the product registry.  Locate the enteries for
   that contain the installation directory of the Integrated
Solutions
   Console. Using the output from the command, construct a
vpddel command
   for each entry. For example,
   vpddel -c integratedSolutionsConsole -v 5.0.2.0 -D /isc
   where the information for parameters is from the output of
lslpp -L.
   See AIX documentation for more information on the usage of
lslpp and
   vpddel.
 6.  Perform one of the following steps to manually disable automatic
 restart at reboot of the console and console server:
 o For AIX, Linux, and Solaris systems: Edit the operating system file
   /etc/inittab to remove the following line:
   iscn:23:boot:isc_home/PortalServer/bin/startISC.sh ISC_Portal
ISCUSER ISCPASS
   where:
 isc_home is the root directory for your
 Integrated Solutions Console runtime installation.
 o For Windows systems, issue the following commands,
   each on a single line:
 isc_home\AppServer\bin\wasservice.exe -remove
   ISC Runtime Service
 

Re: New version

[Rainer Tammer]

Hello,
I could confirm the ODBC problem.
I tried this from a 5.2.3.0 Win32 ODBC client to a 5.2.3.2 AIX server.
Access 2003 on Windows is hanging and the TSM server is on 100%...
Bye
 Rainer Tammer
Richard van Denzel wrote:
Patricia,
I've got a customer running 5.2.3.2 on AIX 5.1 ML4 and we've seen so far a
couple of strange TSM crashes and when the customer uses his ODBC coupling
then TSM goes haywire (100% CPU usage).
So my advice, goto 5.2.2 and wait for the next patch version of 5.2.3 and
see what has been fixed.
Richard.


LeBlanc, Patricia [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
23-08-2004 15:11
Please respond to ADSM: Dist Stor Manager
   To: [EMAIL PROTECTED]
   cc:
   Subject:New version
Is anyone using TSM Server v5.2.3 (AIX platform)?  I'm upgrading from
TSM server5.1.1.6 and am wondering if any bugs have been found with this
version since it's so new.

Re: AW: AW: Upgrade Library 3494

[Rainer Tammer]

Hello,

Christoph Pilgram wrote:

Hi,

One more question : does the audit library load every tape or does it scan
the barcodes of the tapes or does it only look into the database of the
library manager ?
Thanks for help

Chris

 

No, TSM sends the needed category informations to the library manager.
The library manager knows already all tapes with their associated cells.
This process takes usually a couple of minutes per frame.
Bye
 Rainer Tammer
-Ursprüngliche Nachricht-
Von: Rainer Tammer [mailto:[EMAIL PROTECTED] 
Gesendet: Donnerstag, 15. April 2004 15:55
An: [EMAIL PROTECTED]
Betreff: Re: AW: Upgrade Library 3494

Hello,

Christoph Pilgram wrote:

 

Question : Does the audit library not write the category from
library-manager to TSM ?
 Can you explain why you had to define an additional tape library
?
Thanks 
Chris  

   

No, TSM writes the correct categories to the library manager. We had to 
do this because our library manager
destroyed the database during an teach library...

Bye
 Rainer
 

-Ursprüngliche Nachricht-
Von: Hart, Charles [mailto:[EMAIL PROTECTED] 
Gesendet: Donnerstag, 15. April 2004 14:40
An: [EMAIL PROTECTED]
Betreff: Re: Upgrade Library 3494

We just went through this as part of our 3590-3592 Tape migration in a 3494
library.  Remember that the TSM Library Definition is where the Pri/Scratch
Cat comes from.  So as long as you do not change the value you should be
fine.
Once the CE is done you need to do an Audit lib.  

In or situation we had to define an additional (Logical) Tape Library
definition with new categories and then checkout all 3590 tapes with the
Remove=No parameter in the checkout libvol cmd then check them back in to
the new lib definition so our new 3592 tapes can use the original lib def
and categories so our scripts didn't blow.
Hope that info helps.  

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Richard Sims
Sent: Thursday, April 15, 2004 7:24 AM
To: [EMAIL PROTECTED]
Subject: Re: Upgrade Library 3494


   

We are running TSM (AIX 5.1 / TSM 5.1) with a 3494 Library with about 2000
tapes inside (most of them private). Because we have new drives in our
library (3592) we have to upgrade the library manager software (incl. New
Library-Manager-PC inside the Library). Our support wants to take the old
  

 

PC

   

out of the Library, the new one with the new Library-Manager-Software into
the library and make just a reinventory of the library to build the
library-manager-database.
I know that the info about the status of the tapes (private or scratch) is
available in the library-manager-database. With a new inventory, I think,
all tapes will go to category scratch. In our tsm-server the category is
also available.
Is there a possibility to get the info about the status of the tapes
synchronized from tsm-server to library. Is there a problem if library has
the tape as category scratch and tsm has the tape as private (member of a
tape-storage-pool with data)?
  

 

Christoph - An interesting situation there...

For the effects of a change implemented in that manner, refer to
Re-inventory complete system in redbook IBM TotalStorage Enterprise
   

Tape:
 

A
Practical Guide.  (All tapes end up in Insert category. To be avoided.)
Your IBM service people should be aware of better approaches...
The Library Manager consists of the industrial PC, LM software, and a
database.  The database is a logically separate entity, and can be handled
in pretty much the same way as any other database can, to the best of my
knowledge, which includes preserving its contents across a hardware change.
If you activate the Service Menu portion of the control panel menu
repertoire,
under Utilities you will see Backup database... and Restore
   

database
 

Your service people should be exhorted to fully pursue the potential there,
and not needlessly disrupt the customer environment.  Remind them that this
is Enterprise level hardware and software, which implies continuity without
untoward disruption.
Richard Sims,  http://people.bu.edu/rbs



   



 

Re: AW: Upgrade Library 3494

[Rainer Tammer]

Hello,

Christoph Pilgram wrote:

Question : Does the audit library not write the category from
library-manager to TSM ?
  Can you explain why you had to define an additional tape library
?
Thanks 
Chris  
 

No, TSM writes the correct categories to the library manager. We had to 
do this because our library manager
destroyed the database during an teach library...

Bye
 Rainer
-Ursprüngliche Nachricht-
Von: Hart, Charles [mailto:[EMAIL PROTECTED] 
Gesendet: Donnerstag, 15. April 2004 14:40
An: [EMAIL PROTECTED]
Betreff: Re: Upgrade Library 3494

We just went through this as part of our 3590-3592 Tape migration in a 3494
library.  Remember that the TSM Library Definition is where the Pri/Scratch
Cat comes from.  So as long as you do not change the value you should be
fine.
Once the CE is done you need to do an Audit lib.  

In or situation we had to define an additional (Logical) Tape Library
definition with new categories and then checkout all 3590 tapes with the
Remove=No parameter in the checkout libvol cmd then check them back in to
the new lib definition so our new 3592 tapes can use the original lib def
and categories so our scripts didn't blow.
Hope that info helps.  

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Richard Sims
Sent: Thursday, April 15, 2004 7:24 AM
To: [EMAIL PROTECTED]
Subject: Re: Upgrade Library 3494
 

We are running TSM (AIX 5.1 / TSM 5.1) with a 3494 Library with about 2000
tapes inside (most of them private). Because we have new drives in our
library (3592) we have to upgrade the library manager software (incl. New
Library-Manager-PC inside the Library). Our support wants to take the old
   

PC
 

out of the Library, the new one with the new Library-Manager-Software into
the library and make just a reinventory of the library to build the
library-manager-database.
I know that the info about the status of the tapes (private or scratch) is
available in the library-manager-database. With a new inventory, I think,
all tapes will go to category scratch. In our tsm-server the category is
also available.
Is there a possibility to get the info about the status of the tapes
synchronized from tsm-server to library. Is there a problem if library has
the tape as category scratch and tsm has the tape as private (member of a
tape-storage-pool with data)?
   

Christoph - An interesting situation there...

For the effects of a change implemented in that manner, refer to
Re-inventory complete system in redbook IBM TotalStorage Enterprise Tape:
A
Practical Guide.  (All tapes end up in Insert category. To be avoided.)
Your IBM service people should be aware of better approaches...
The Library Manager consists of the industrial PC, LM software, and a
database.  The database is a logically separate entity, and can be handled
in pretty much the same way as any other database can, to the best of my
knowledge, which includes preserving its contents across a hardware change.
If you activate the Service Menu portion of the control panel menu
repertoire,
under Utilities you will see Backup database... and Restore database
Your service people should be exhorted to fully pursue the potential there,
and not needlessly disrupt the customer environment.  Remind them that this
is Enterprise level hardware and software, which implies continuity without
untoward disruption.
 Richard Sims,  http://people.bu.edu/rbs

 

Re: TSM Server 5.2.2.0 actlog prob

[Rainer Tammer]

Hello,
there is an APAR open (sorry, I dont have the APAR number on hand).

Bye
  Rainer Tammer

On Fri, 9 Jan 2004 09:14:11 +0100, Loon, E.J. van - SPLXM wrote:

Hi John!
I see the same resonse here on my AIX 5.2.2.0 server. This really looks like
a bug to me!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines

-Original Message-
From: John Monahan [mailto:[EMAIL PROTECTED]
Sent: Friday, January 09, 2004 00:43
To: [EMAIL PROTECTED]
Subject: TSM Server 5.2.2.0 actlog prob {Scanned}


 I just installed TSM 5.2.2.0 on a test server - Windows 2003.  This was
upgraded from 5.1.6 something.

The default activity log query from the web browser is not working.  I get:
ANR2020E QUERY ACTLOG: Invalid parameter - DOMAINNAME.

A help query actlog reveals:
DOmainname
   Specifies that the query displays messages logged for a
   particular policy domain to which a named schedule belongs.
   This parameter is optional, unless you are specifying a
   schedule name.

I am not specifying a schedule, this is just the default actlog query from
a browser.  I can't change the domainname field to be blank in the browser,
it is a drop down list only.  I can make the query work by changing the
default originator from ALL to CLIENT.  It seems that the domainname field
is only valid when the originator is CLIENT anyway, but there is no way to
blank the domainname field out in the browser for the originators of ALL or
SERVER.

Anyone else have 5.2.2.0 installed yet and see this problem?

__
John Monahan
Senior Consultant Enterprise Solutions
Computech Resources, Inc.
Office: 952-833-0930 ext 109
Cell: 952-221-6938
http://www.computechresources.com


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

Re: TSM 5.2.2.0 for Windows - error in dsmserv.idl - activity log query does not work

[Rainer Tammer]

Hello,
this is broken on AIX too.
I'll open an PMH with IBM.

Bye
  Rainer

On Fri, 26 Dec 2003 13:48:03 -0600, Joerg Pohlmann wrote:

... but you can fix it yourself. Look for

ddefine parm actlog query name=domainname type=sellist value=select -
domain_name from domains default= title=23230

and change the null to a blank:

ddefine parm actlog query name=domainname type=sellist value=select -
domain_name from domains default=  title=23230


I have not yet had the chance to check other platforms.

Joerg Pohlmann
604-535-0452

Re: 3590 drive microcode

[Rainer Tammer]

Hello,

3590E1A:

ftp://techsupport.services.ibm.com/storage/3590/code3590/D0IF_2B9.fmrz

This code is running on our 3590 drives.

Bye
  Rainer Tammer

On Tue, 25 Nov 2003 13:00:55 +0100, Loon, E.J. van - SPLXM wrote:

Hi *SM-ers!
I have a 3494 library with 2 fiber drives 3590E1A for some time now. There
are probably a lot of microcode fixes available, but I cannot find any info
in the IBM pages.
My microcode level is E350, does anybody know what's the latest level, what
has been fixed and where to obtain it?
Thank you very much for your reply in advance!!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


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

Re: 3590 drive microcode

[Rainer Tammer]

Hello,
sorry, this list is IBM -- internal use only --

Bye
  Rainer

On Tue, 25 Nov 2003 15:12:36 +0100, Loon, E.J. van - SPLXM wrote:

Hi Rainer!
Thank you very much for your reply!!
Have you been able to find some kind of fixlist for this level?
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines

-Original Message-
From: Rainer Tammer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2003 14:46
To: [EMAIL PROTECTED]
Subject: Re: 3590 drive microcode


Hello,

3590E1A:

ftp://techsupport.services.ibm.com/storage/3590/code3590/D0IF_2B9.fmrz

This code is running on our 3590 drives.

Bye
  Rainer Tammer

On Tue, 25 Nov 2003 13:00:55 +0100, Loon, E.J. van - SPLXM wrote:

Hi *SM-ers!
I have a 3494 library with 2 fiber drives 3590E1A for some time now. There
are probably a lot of microcode fixes available, but I cannot find any info
in the IBM pages.
My microcode level is E350, does anybody know what's the latest level, what
has been fixed and where to obtain it?
Thank you very much for your reply in advance!!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


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



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

Re: Symposium papers

[Rainer Tammer]

Hello,
you need Acrobat Rreader 6.0.

Bye
  Rainer Tammer

--Original Message Text---
From: Shannon Bach
Date: Tue, 18 Nov 2003 07:54:14 -0600


This looks like a great resource but for some reason when I click on one of the Topics 
I get the following error;

There was an error opening this document.  This viewer cannot decrypt this document.

The viewer being referred to is ACROBAT READER 4.0.
Any ideas?

Thank you for making this available to all of us!


Shannon


Madison Gas  Electric Co.
Operations Analyst - Data Center Services
Office 608-252-7260
Fax 608-252-7098
e-mail [EMAIL PROTECTED]


Richard Sims [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]

11/17/2003 08:01 PM
Please respond to ADSM: Dist Stor Manager

To:[EMAIL PROTECTED]
cc:
Subject:Symposium papers


Those of us who could not get to the Oxford TSM Symposium
can nevertheless benefit from the outstanding information
available in the presented papers.  See:

http://tsm-symposium.oucs.ox.ac.uk/callfor.html

We certainly thank Oxford University and the presenters
for making all this material available to us.

 Richard Sims, Boston University

Re: Strange TSM 5.2 server versioning

[Rainer Tammer]

Hello,
this is a known problem.

APAR= IC37236
TSM ADMINISTRATIVE CLIENT REPORTS SERVER OR STORAGE AGENT
VERSION 5.2.0.0 WHEN CONNECTED TO 5.2.1.0.
.
RCOMP= 5698ISMSVTSM SERVER 510  RREL= R52A

Bye
  Rainer Tammer

On Tue, 7 Oct 2003 09:39:07 +0200, Loon, E.J. van - SPLXM wrote:

Hi *SM-ers!
When logging on to the server through the admin interface:

Session established with server TSM: AIX-RS/6000
  Server Version 5, Release 2, Level 0.0
  Server date/time: 07-10-2003 09:18:35  Last access: 07-10-2003 09:17:32

Didn't I just install 5.2.1.1??? After a q status:

tsm: TSMq status
Storage Management Server for AIX-RS/6000 - Version 5, Release 2, Level 1.1


Server Name: TSM

Notice the level now!
Each time I logon to TSM it returns 5.2.0.0 while I'm actually running
5.2.1.1...
Anyone noticed the following behavior on TSM 5.2 server? Or am I the only
one?
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


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

Re: anyone using ATA disk systems

[Rainer Tammer]

Hello,
I see a very big problem in this disk storage pools.

If you have an surge on your electricity network you
can potentially loos all your data including the backup !!

Bye
  Rainer Tammer

On Tue, 10 Jun 2003 10:43:35 -0400, John Underdown wrote:

I also appreciate Mr. Railbeck feedback. We have been using an all disk primary 
backup pool for over 4 years now and recently switch our copy pool to all disk NAS 
located
at a remote site for DR. While Mr. Railbeck's comments may be correct in theory, for 
me in practice they don't hold up. For instance he said This (no reclamation for 
random
access storage pools) can cause inefficient utilization of the disk space over time , 
my experience shows random access is still more efficient use of space than sequential 
due
to the fact that I set my reclaim threshold for sequential media at 50%. For me 
setting the reclaim threshold higher is not worth the additional overhead.

Also of note is Mr. Rialbeck's statement We have not done a lot of testing on this, 
so this can not be taken as a definitive statement. I suggest anyone interested in 
an all
disk storage pool environment to test it for themselves.

Considering TCO, that is, dirt cheap ATA's drives, lightening speed restores, and an 
incredibility simple DR solution, an all disk storage pool environment has been a 
real winner
with us. It's made me happy, the users happy, and most importantly management happy.

Thanks,

john underdown
SYNOVUS
Phone:706-644-7592

-Original Message-

Date:Mon, 9 Jun 2003 17:04:07 -0400
From:Talafous, John G. [EMAIL PROTECTED]
Subject: Re: anyone using ATA disk systems

Mr. Raibeck,
  I appreciate your feedback and, being involved in IT for some 30 years, I
understand the technical challenges involved. That is why I posted the
question. With the falling cost of disk architecture, a disk to disk backup
alternative seems to be coming close to rivaling disk to tape as a backup
alternative. Especially when dealing with some of the more sophisticated
tape solutions that involve the mainframe/zArchitecture.
  If I size my TSM solution such that I can recover 'x' number of
application servers in a given number of hours, then I will require a
certain number of tape drives based on the data transfer rate of each tape
drive.  Hence, any recovery process in DR mode is limited to the number of
tape drives available. Ouch!!! With disk to disk, my limitation is the TSM
server and the network.
  Add to the mix the fact that tape data transfer speeds are less than SCSI
and/or ATA data transfer speeds and the thought is that with capacity of
disk architectures increasing rapidly and the price currently lower than
tape, it makes sense to back up everything to disk!!! Faster and lower cost!
So, I/we would appreciate IBM Tivoli's support of this concept.
  With all the pressure on budgets and all these jobs NAFTAing, I MUST
arrive at the best solution! Thanks for your consideration.

John G. Talafous  IS Technical Principal
The Timken CompanyGlobal Software Support
P.O. Box 6927 Data Management
1835 Dueber Ave. S.W. Phone: (330)-471-3390
Canton, Ohio USA  44706-0927  Fax  : (330)-471-4034
[EMAIL PROTECTED]   http://www.timken.com


-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]
Sent: Monday, June 09, 2003 1:33 PM
To: [EMAIL PROTECTED]
Subject: Re: anyone using ATA disk systems


Addendum: I as I said earlier, we continue to study the matter. Possible
outcomes include enhancements that will enable TSM to function better in
an all disk storage pool environment, although we make no commitments at
this time.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

The only dumb question is the one that goes unasked.
The command line is your friend.
Good enough is the enemy of excellence.

Re: Stop Bagging TSM Developers.

[Rainer Tammer]

Hello,
I completely agree with Eric.
Fix the bugs in the current level ant delay new functions.
We are on 4.2.1.15 and we want to upgrade to a 5.x level...

Bye
  Rainer Tammer

On Mon, 17 Feb 2003 10:33:43 +0100, Loon, E.J. van - SPLXM wrote:

Hi Steve!
I don't understand your message. I haven't read any offending message about
development on this list.
Sure, there are several complaints about the stability of TSM lately, but I
think the people have the right to complain in this case. Lately there have
been several patches to patch patchlevels (think about the system object
fixes).
We all have to upgrade TSM to 5.1.x before April 15th. but we are eagerly
awaiting a stable PTF level.
We all know that TSM development are all doing everything they can to fix
all bugs and we DO appreciate that very much!! But I think I speak for a lot
of users when I say that Tivoli should wait with implementing new features
for a while so they can put all efforts in making the product more bug free.
On my part I volunteered for the TSM Beta program to help Tivoli debugging
this fine piece of software.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines

-Original Message-
From: Steve Harris [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 03:29
To: [EMAIL PROTECTED]
Subject: Stop Bagging TSM Developers.


Dear List,

I'm compelled to ask you to please stop bagging the TSM development and
support folks.

TSM is a very complex product running in very complex environments, no two
of which are the same. It runs on multiple platforms both client and server.
The product has evolved a long way from its origins, as has the computing
environment in general - I am sure that many of the original assumptions
that the developers made are no longer valid.  For example, who, ten years
ago would have thought that a 3TB disk store might be a cheap proposition?

The TSM folks have contantly improved their product in response to user
input and client OS developments - again some of these changes may well go
against the philosophy of the product - take windows system objects for an
instance.  Change = vulnerabilty to error in the short term.

As to support expertise, this is a niche product with few users.  Level one
and even level 2 folks need  time to become familiar with it and they do
that the same way as we do, by interacting with the product (or in their
case with users of the product who have problems).  Would you like to be a
level 3 expert in TSM who spends your day doing lower expertise support
tasks?  I don't think so.  And those level three folks are needed to enhance
debug and develop the TSM product line.

Finally I need to remind us all that TSM patches are just that, Patches
designed to fix a particular problem.  Whilst it is sometimes impossible to
avoid the upgrade waltz that someone here has recently mentioned,
upgrading to a patch level should only be done *if you are affected by the
problem that the patch addresses*. If you don't have the problem, go to the
maintenance level, not the latest patch.

Shooting at the development and support folks is easy and feels good in the
short term for the poster, but it is depressing in the long run for them and
for the rest of the list, and, ultimately futile.  I'd ask you all to think
twice before firing off the next salvo.

Steve Harris
(Asbestos suit donned!)
AIX and TSM Admin
Queensland Health, Brisbane Australia



**
This e-mail, including any attachments sent with it, is confidential
and for the sole use of the intended recipient(s). This confidentiality
is not waived or lost if you receive it and you are not the intended
recipient(s), or if it is transmitted/ received in error.

Any unauthorised use, alteration, disclosure, distribution or review
of this e-mail is prohibited.  It may be subject to a statutory duty of
confidentiality if it relates to health service matters.

If you are not the intended recipient(s), or if you have received this
e-mail in error, you are asked to immediately notify the sender by
telephone or by return e-mail.  You should also delete this e-mail
message and destroy any hard copies produced.
**


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

Is there a stable TSM 5.1.5.x version?

[Rainer Tammer]

Hello,
I have to install a new TSM server in one of our subsidiaries next week .

I have the choice of the following versions:

1. TSM 5.1.5.3
2. TSM 4.2.3.1
3. TSM 4.2.1.15

The server is a AIX 3.3.3 ML10 box with an IBM LTO library.

Our main servers are running on TSM 4.2.1.15 but if I install a new server
it would be nice to go directly to 5.1.5.3.

Do you have any bad experience with 5.1.5.3


Bye
  Rainer Tammer

Re: anr9999 Message on 5.1.5.1

[Rainer Tammer]

Hello,
the same error is in 4.2.3.0. I have an open PMR for this problem.
If you turn on context reporting you will get an detailed error message.

We experienced this error on our test system.

- PMR  PMR 
PMR 08763
TSM: Error in actlog after upgrade

Status Open
Contact Name Rainer Tammer
Last Updated 02/11/11
Severity 3
Created 02/11/02
Branch 070
Country/Region 724
Customer Number nnn
APAR Number ___

PMR Contents:


 +AIXSERV   -   -L217/ENPSER-P3S3-02/11/02-15:54--CE
*** RS/6000 SUPPORT LINE ENTITLED R1S2S3L4
*** Electronic creation by customer tammer
*** Please contact customer by  PHONE
***
***
Problem Details
 E-Mail: [EMAIL PROTECTED]
.
Abstract:
 TSM: Error in actlog after upgrade
.
Operating System:  AIX V4.3
Product Group:  ADSM (Adstar Distributed Storage Manager)
.
Environment:
TSM 4.2.3.0 Server on AIX 4.3.3.0 ML10
Windows NT Client 4.2.3.1 Windows NT 4.0 SP6a

.
Problem:
Hello,
please have a look ath the following error:

Steps:
1. Upgrade TSM Server on AIX from 4.2.2.8 to 4.2.3.0
2. Backup with 4.2.2.0 Client on NT
2. Deinstall TSM 4.2.2.0 Client  on NT
3. Install 4.2.3.1 Client on NT
4. Backup System Object
5. See the error in the act log:

11/02/02 13:52:16 ANR1142I Moving data for collocation cluster 5 of  16 on volume 014.
11/02/02 14:00:20 ANE4952I (Session: 135, Node: TAMMER-PPP) Total  number of objects 
inspected: 9
11/02/02 14:00:20 ANE4954I (Session: 135, Node: TAMMER-PPP) Total  number of objects 
backed up: 9
11/02/02 14:00:20 ANE4957I (Session: 135, Node: TAMMER-PPP) Total  number of objects 
deleted: 0
11/02/02 14:00:20 ANE4970I (Session: 135, Node: TAMMER-PPP) Total  number of objects 
expired: 0
11/02/02 14:01:05 ANE4955I (Session: 135, Node: TAMMER-PPP) Total  number of objects 
restored: 6
11/02/02 14:01:08 ANRD smnode.c(18972): ThreadId40 Session exiting has no 
affinityId cluster
11/02/02 14:01:08 (40) Context report
11/02/02 14:01:09 (40) Thread AcceptorThread (20) is a parent thread related to: 40
11/02/02 14:01:09 (20) Generating TM Context Report: (struct=tmTxnDesc) (slots=256)
11/02/02 14:01:09 (20) *** no transactions found ***
11/02/02 14:01:09 (20) Generating Database Transaction Table Context:
11/02/02 14:01:09 (20) Tsn=0:3893866 -- Valid=1, inRollback=0, endNTA=0, State=2, 
Index=2, LatchCount=0, SavePoint=0,  TotLogRecs=0, TotLogBytes=0,
UndoLogRecs=0, UndoLogBytes=0,  LogReserve=0, PageReserve=0, Elapsed=11 (secs), 
MinLsn=0.0.0,  MaxLsn=0.0.0, LastLsn=0.0.0, UndoNextLsn=0.0.0, logWriter=False,
backupTxn=False
11/02/02 14:01:09 (20) Open objects:
11/02/02 14:01:09 (20) name -Filespaces- (sp=0)
11/02/02 14:01:09 (20) *** no transactions found ***
11/02/02 14:01:09 (20) Generating SM Context Report:
11/02/02 14:01:09 (20) *** no sessions found ***
11/02/02 14:01:09 (20) Generating AS Vol Context Report:
11/02/02 14:01:09 (20) No mounted (or mount in progress) volumes.
11/02/02 14:01:09 (20) Generating ssSession Context Report:
11/02/02 14:01:09 (20) No storage service sessions active.
11/02/02 14:01:09 (20) Generating ssOpenSeg Context Report:
11/02/02 14:01:09 (20) No storage service segments found.
11/02/02 14:01:09 (20) Generating BF Copy Control Context Report:
11/02/02 14:01:09 (20) No global copy control blocks.
11/02/02 14:01:09
11/02/02 14:01:09 (40) SessionThread : ANRD calling thread
11/02/02 14:01:09 (40) Generating TM Context Report: (struct=tmTxnDesc) (slots=256)
11/02/02 14:01:09 (40) slot - 106:
11/02/02 14:01:09 (40) Tsn=0:3893866, Resurrected=False, InFlight=True, 
Distributed=False
11/02/02 14:01:09 (40) Participants=1, summaryVote=ReadOnly
11/02/02 14:01:09 Participant DB: voteReceived=False, ackReceived=False
11/02/02 14:01:09 (40) Generating Database Transaction Table Context:
11/02/02 14:01:09 (40) *** no transactions found ***
11/02/02 14:01:09 (40) Generating SM Context Report:
11/02/02 14:01:09 (40) Session 135: Type=Node, Id=TAMMER-PPP
11/02/02 14:01:09 (40) Platform=WinNT, NodeId=9, Owner=
11/02/02 14:01:09 (40) SessType=4, Index=1, TermReason=0
11/02/02 14:01:09 (40) RecvWaitTime=0.000 (samples=0)
11/02/02 14:01:09 (40) Backup Objects ( bytes ) Inserted: 0 ( 0.0 )
11/02/02 14:01:09 (40) Backup Objects ( bytes ) Restored: 7 (0.1613143 )
11/02/02 14:01:09 (40) Archive Objects ( bytes ) Inserted: 0 ( 0.0 )
11/02/02 14:01:09 (40) Archive Objects ( bytes ) Retrieved: 0 ( 0.0 )
11/02/02 14:01:09 (40) Last Verb ( SignOff ), Last Verb State ( Recv )
11/02/02 14:01:09 (40) Generating AS Vol Context Report:
11/02/02 14:01:09 (40) No mounted (or mount in progress) volumes.
11/02/02 14:01:09 (40) Generating ssSession Context Report:
11/02/02 14:01:09 (40) No storage service sessions active.
11/02/02 14:01:09 (40) Generating ssOpenSeg Context Report:
11/02/02 14:01:09 (40) No storage service segments found.
11/02/02 14:01:09 (40) Generating BF Copy Control Context Report:
11/02/02 14:01:09 (40) No global copy control blocks.
11/02/02 14:01:09
11/02/02 14:01:09 (40) End

Re: passwordaccess generate

[Rainer Tammer]

Hello,
you are hit by the 0 byte password bug...

Your encrypted password is stored in a file. If the encrypted password
contains a 0 byte than some TSM clients are not able to handle this.

This bug is fixed in the newer clients.

Bye

  Rainer Tammer


Tivoli:
=

DCF Document ID: 1049593 - IBM Tivoli Storage Manager: PASSWORDACCESS GENERATE 
Continually prompts for the password.
Problem Desc: APAR IC31516 Passwordaccess Generate does not work if encryption of 
the password causes a zero byte to be part of the password.

Solution: This is covered in APAR IC31516.

When using passwordaccess generate, a password record is formed
for writing to the tsm.pwd file. The password record consists
of the userid, servername, nodename, and the encrypted password.
All parts of the password record are written as a string and the
encrypted password will fail to be written correctly if the
string contains a 0-byte within it.
For example, if the encrypted password string is:
D8 D6 BD 00 94 26 CB 11 7F when it is written to the
password record, it is truncated at the 0-byte to D8 D6 BD
and is thus incorrect within the tsm.pwd.

This problem will only occur with passwordaccess generate
and the password encryption scheme results in a 0 symbol
within it. Since the password is incorrect in the tsm.pwd file,
the user will be prompted for the password even if it was
already set using passwordaccess generate.


Local Fix:

Use a different nodename and/or password so the encryption
scheme will generate a different encryption string that does
not contain a 0 within it.

To ensure the password is different use a number as part of the password.

Example:

To alleviate this issue, set the password on the TSM server to a different value.
From a TSM server administrative session dsmadmc:
o Update node CLIENT 1passwd
Where CLIENT is the nodename being updated and 1passwd is the password
being assigned.

RESOLUTION:
This APAR fix is scheduled to be included in Client PTF level 4.2.2 and 5.1.0.
Add Dt: 2001-11-19
Add Time: 08:43:28
Add User Id: kathy pang/san jose/ibm
Product: IBM Tivoli Storage Manager
Component Id: Not Applicable
Attribute: AIX;HP-UX;NetWare;SunOS -4.2
Document Type: Solution
Document Expiry Dt: 2002-11-18
Document Id: 1049593
Publish Dt: 2002-02-22


On Tue, 28 May 2002 16:07:49 -0300, Nazir Najjar wrote:

Hi,

I have been working with TSM Server 4.1.5 on Windows 2000 and TSM client
4.1.13 on Windows NT.
In dsm.opt of the client I set the option passwordaccess   generate , but
it always requests the password.
All the others options are ok.
Why does the client request the password ?

Thank you.


Nazir Najjar
Itautec - Seguranga Internet
[EMAIL PROTECTED]
55 (11) 6097-3959

Re: big data pool volumes

[Rainer Tammer]

Hello,

On Mon, 27 May 2002 06:52:49 +0200, Burak Demircan wrote:

Hi,
Last friday I created a large file enable journaled file system on AIX 4.3.3
and put a
10 gb single file on it. It was my backup disk pool volume. But I recieved
following messages on
TSM and AIX. Any idea?


Actlong from TSM 4.2.2.0

24-05-2002 21:22:38  ANRD dsrtrv.c(538): ThreadId62 Error on volume
  /tsmpoolfs/nomirrordata1.dsm: execRc=-1, summaryRc=-1.
24-05-2002 22:05:28  ANRD blkdisk.c(1496): ThreadId41 Error -1 reading
  from disk /tsmpoolfs/nomirrordata1.dsm, errno=5 (There is
  an input or output error.).



errpt from AIX 4.3.3.0_09ML

21F54B38   0525000902 P H hdisk2 DISK OPERATION ERROR
21F54B38   0525000902 P H hdisk2 DISK OPERATION ERROR
21F54B38   0525000902 P H hdisk2 DISK OPERATION ERROR


This looks like a permanent disk error. Please post the output from errpt -a

Bye
  Rainer Tammer

Re: Register License

[Rainer Tammer]

Hello,
there is a bug in the 4.2.1.0 server. You are not able to register a
license file more than once. Upgrade to 4.2.1.15.

Bye
  Rainer Tammer

On Wed, 22 May 2002 14:56:31 -0400, David E Ehresman wrote:

On AIX TSM 4.2.1.0, I issue a register license file=1mgsyslan.lic
number=4 command and get back ANR2827I Server is licensed to support
Managed System for LAN for a quantity of 1.   How do I get 4 licenses
registered?

David

Re: TSM 422 client gone from ftp server?

[Rainer Tammer]

Hello,
please could you describe the problem. I am in the middle of an
update to TSM 4.2 and currently I am using the AIX 4.2.2 client
on a couple of boxes.

Bye
  Rainer Tammer


On Thu, 16 May 2002 15:16:50 -0700, Jim Smith wrote:

Bob,

We have determined that there is a problem with the 4.2.2 UNIX
backup-archive clients and they have been pulled from the ftp server.  We
are working to correct the problem.  Expect to see a flash from IBM Tivoli
shortly.

Thanks,

J.P. (Jim) Smith
TSM Development

Has someone reported this?  I have not heard anything about UNIX clients
at
4.2.2 having problems.. The Windows client still has the 422 directory and
LATEST link.

IBM/Tivoli?

bob

On Thu, May 16, 2002 at 04:24:14PM -0400, David Longo wrote:
 Perhaps because there seems to be some problems with some of the
 4.2.2. stuff?

 David Longo

  [EMAIL PROTECTED] 05/16/02 03:59PM 
 I went out there earlier today myself and found what you found too.  I'm
 curious too.

 Dave Pearson

  -Original Message-
  From: Bob Booth - UIUC [SMTP:[EMAIL PROTECTED]]
  Sent: Thursday, May 16, 2002 12:37 PM
  To:   [EMAIL PROTECTED]
  Subject:  TSM 422 client gone from ftp server?
 
  Does anyone know why or where the TSM 4.2.2 clients for some platforms
are
  now missing from the IBM ftp server?  422 and LATEST are no longer out
  there
  for AIX, Solaris .. Among others..
 
  Whats up?
 
  thanks,
 
  bob



 MMS health-first.org made the following
  annotations on 05/16/02 16:39:37

--
 This message is for the named person's use only.  It may contain
confidential, proprietary, or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify
the sender.  You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the
intended recipient.  Health First reserves the right to monitor all e-mail
communications through its networks.  Any views or opinions expressed in
this message are solely those of the individual sender, except (1) where
the message states such views or opinions are on behalf of a particular
entity;  and (2) the sender is authorized by the entity to give such views
or opinions.


==

Re: 4.2.2.0 Problems

[Rainer Tammer]

Hello,
you can change this back.

1. edit the /usr/tivoli/tsm/server/webimages/dsmserv.idl

*** dsmserv.idl.old Mon Apr 15 21:45:52 2002
--- dsmserv.idl Fri Apr 26 08:16:15 2002
***
*** 1063,1069 
  ddefine class sessions title=21215 -
  classicon=session.gif -
  objicon=sessobj2.gif -
! open='query session f=d'
  ddefine operation sessions cancel_session -
  title=21225 -
  type=class -
--- 1063,1069 
  ddefine class sessions title=21215 -
  classicon=session.gif -
  objicon=sessobj2.gif -
! open='query session'
  ddefine operation sessions cancel_session -
  title=21225 -
  type=class -

2. stop your server

3. do a dsmserv runfile

cd /usr/tivoli/tsm/server/bin
./dsmserv runfile /usr/tivoli/tsm/server/webimages/dsmserv.idl

CAUTION CAUTION CAUTION CAUTION CAUTION
! Test this on a non productive system first !
CAUTION CAUTION CAUTION CAUTION CAUTION

I will take no responsibility for this 
Tivoli/IBM will not support this !

Bye
  Rainer Tammer

P.S.: I have tested this 2 minutes ago and it worked :--))


On Thu, 25 Apr 2002 18:37:05 +0200, Rolf Meyer wrote:

Hello,
I have upgraded from 4.2.1.15 to 4.2.2.0 and noticed a new output of session
query out of the web gui, which changed to q sess f=d making the output
really unuseable for quick overview.

Opened a PMR without success until now.

Rolf Meyer

On Thursday, 25. April 2002 17:19, you wrote:
 I too, have just upgraded a test Server to 4.2.2.0 (on AIX 4.3).

 Noticed two minor problems:
 1) The query process of a Move Data command always shows (erroneously) a
 very large number of Unreadable Bytes.
 2) The help command does not format output correctly.  Seems to be
 eliminating CR/LF.


 Can anyone confirm these two problems before I open a PMR with IBM?


 Bob Price

 -Original Message-
 From: Reinhard Mersch [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, April 25, 2002 10:59 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Update TSM


 I did something very similar two weeks ago: from TSM 4.1.2 upgrade to
 4.2.1 and further to 4.2.1.15.

 Two remarks:
 -  After installing 4.2.1 from CD, the DRM license certificate (drm.lic)
was missing. I fetched it from an older 4.2.0 installation.
 -  The fileset tivoli.tsm.devices.aix43.rte is still on level 4.2.1.0.
A newer level of this fileset is contained in fix 4.2.1.13, but not
in 4.2.1.15. So, if you want to have it, you will have to upgrade to
4.2.1.13 in between.

 You might also consider upgrading to 4.2.2.0, which I did on a different
 server on Tuesday (from 4.1.2 via 4.2.1.0 to 4.2.2.0). Besides the
 drm.lic issue, it went smoothly.

 Istiak Mahmud [EMAIL PROTECTED] schrieb:
  I am working on upgrading tSM 4.1.1.0 to 4.2.1.15. I've aix 4.3.3.0
  platform. As I understand that I've to upgrade(migrate) to 4.2.1.0 level
  first and install upto 4.2.1.15 level. I'd like to know if you have any
  procedure or experience that can help me to accomplish this job.
  Thankyou.

Re: Install Failure on TSM AIX 4.2.1.11 client-help! 3rd time sent

[Rainer Tammer]

Hello,
I can not find a 4.2.1.11 AIX client on the ftp server.

Please post the cksum / sum of the fileset.

I am sure that the

restore -x -f tsm.client/IP22367.tivoli.tsm.client.ba.aix43.32bit

will fail (restore in empty directory).

Bye
  Rainer Tammer


On Thu, 25 Apr 2002 11:07:35 -0400, Ken Sedlacek wrote:

Enviro:

H70 AIX  4.3.3 ML04
TSM server 4.2.1.10
Existing TSM client 3.7.3.0

I am attempting to install the TSM AIX client 4.2.1.11, and am getting the
following unpacking error:

I have re-downloaded the file 2 times now and ftp'd it over to the H70 (ftp
-i etc., then binary).

Can anyone shed some light how I might get around this??


Pre-install tasks for the TSM Backup/Archive Client completed.

Mount volume 2 on /tmp/tsm.client/IP22367.tivoli.tsm.client.ba.aix43.32bit.
Press the Enter key to continue.
0503-700 inurest:  Error in restoring files
0503-037 inurest:  Failure on system call to execute command
/usr/sbin/restbynam
e -S  -xYAqf/tmp/tsm.client/IP22367.tivoli.tsm.client.ba.aix43.32bit -Z
/tmp/inu
tmpDtg97a/sorted.al.
restore: 0511-107 Cannot read from pipe. There is an unpacking error.
restore: 0511-708 There is an internal unpacking error: decode failure



Ken Sedlacek
AIX/TSM/UNIX Administrator
[EMAIL PROTECTED]

IBM Certified Specialist: RS/6000 AIX v4.3 Support
IBM Certified Specialist: RS/6000 SP  PSSP 3
Tivoli Certified Consultant - Tivoli Storage Manager v4.1

Re: TDP for R/3 Versioning

[Rainer Tammer]

Hello,
as of my knowledge: initSID.bki (in .../dbs)

Bye
  Rainer Tammer

On Mon, 15 Apr 2002 09:13:03 -0400, Tait, Joel wrote:

Hi,

Does any one know where the incremented variable for versioning is kept in
TDP for R/3? I know that you specify the max number of versions in the
initsid.utl. But where is the actually variable in TSM or TDP for R/3 held?
In a table space?

I would like to use this number in a scripted.

Thanks

Joel E. Tait
Canada Customs  Revenue Agency
Information Technology Branch

Re: TSM 4.2.1 Client Error

[Rainer Tammer]

Hello,
we have had a similar problem.
On the failing machine I have had installed IE 3.x.
After an upgrade to IE 5.5SP2 the error message was gone.

Bye
   Rainer Tammer

On Wed, 20 Mar 2002 09:22:44 -0600, Williams, Tim P {PBSG} wrote:

I have seen this too. I have brought this to support, but haven't gotten too
far on
problem resolution or acceptance.
**
Can you remember, if during your install, that you didn't have some
component of html...
and you selected yes...to go ahead and install it...(during the
install/upgrade of your
tsm client).
Thanks

-Original Message-
From: Sutch, Ian (London) [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 8:11 AM
To: [EMAIL PROTECTED]
Subject: TSM 4.2.1 Client Error


Hi,

We have recently installed Version 4.2.1.22 to a Windows NT client.
The scheduled backups run ok, however when you run dsm.exe locally we get
the following error:

Error
Error Initializing the cache, Shutdown all programs and run scandisk or
chkdsk. Delete the cache, cookies and history directories in your windows
directory and then restart IE. If the problem persists reinstall IE

Has anyone seen this?

Thanks

Re: Client version changed, unable to run BA Client

[Rainer Tammer]

Hello,
this is an known problem. There is an APAR open.
Unfortunately I can not find the APAR in the Tivoli Database (no time to search)...

There is a way to reset this. If you contact Tivoli Support they could probably help 
you.

Bye
  Rainer Tammer

--Original Message Text---
From: Niklas Lundstrom
Date: Thu, 13 Dec 2001 11:21:47 +0100

Message Hello

We're using TSM server 4.2.0 on MVS
Client levels from 3.1.5 to 4.2.1.15

Yesterday I noticed that our large NT-fileserver couldn't connect to the server,
ANR0428W Session 3937 for node SPNT190 (WinNT) refused client is down-level with this 
server version.

It turned out that in the TSM server the node spnt190 showed a client version level of 
4.2.1.15 but the BA Client installed is only 3.1.5.
Someone had restored files from the node using a 4.2.1.15 client.
How do I change the client version in the database to match the real version on the 
node?
In this case I had to upgrade the NT server to BA Client 4.2.1.15 to get the backups 
running again.


Regards
Niklas Lundström
Föreningssparbanken IT
08-5859 5164

Re: backup SuSe Linux with adsm and german umlaute

[Rainer Tammer]

Hello,
try to use the 4.1.2.99 client (patch directory on the ftp server).
The 4.1.1.0 client is also working.

bye
  rainer tammer

On Fri, 6 Jul 2001 21:59:13 +0200, Markus Brotzki wrote:

Hi,

i have a problem to backup files with german umlaute, under Suse Linux
7.1 with adsm client 4.1.2.
i get the error fioScanDirEntry(). i use useunicodefilenames with yes,
no and off/on.

Thanks

markus

Re: IO error ANR8311E with 3570 drive on AIX TSM411

[Rainer Tammer]

On Thu, 16 Nov 2000 19:07:56 GMT, Norma Ortiz wrote:

Hello:
We have TSM on an AIX system with a 3575 library connected to it.
The environment is the following:
Op. System: AIX 4.3.3.0
Tivoli Storage Manager 4.1.1.0
Library: 3575 L06
Library Microcode level: 2.19
1 3570 Drive
3570 Drive Microcode: 44D
Atape version: 4.0.4.2
^-- you have to upgrade to the latest Atape 5.3.9.0 driver







Bye

   Rainer Tammer
   [Schuler Pressen GmbH  Co, Abt.: CWIS, Tel.: +49(7161)66-747]