Looks like the link was broken in my original e-mail You can use the
following by cut/pasting into your browser:
www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=128520
Or you can search for RFE ID: 128520
--
For
Cross-posted to Linux-390 and IBMVM lists
Those of you who use TSM as a backup/archive software for Linux on z clients
should be aware of a major deficiency that has been introduced since TSM
version 8.1.2. IBM has implemented "enhanced security" for TSM and in the
process disabl
The below email is classified: Internal
Hello,
If someone is planning to run TSM client > v 6.4.3 on z14, then ask IBM to
provide you gskcrypt and gskssl package at least 8.0.50.84. It fixed the issue.
Thanks,
Mariusz
-Original Message-
From: Mariusz Walczak
Sent: Wednesday, Ma
-390@VM.MARIST.EDU] On Behalf Of Robert J
Brenneman
Sent: Friday, March 9, 2018 5:03 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: TSM client - DSMC interface hung
Check your gskit version :
http://www-01.ibm.com/support/docview.wss?uid=swg1PI90141
Theres a known issue with certain gskit versions
on the
current version if the software product has not delivered an update with
the new gskit version included. The details of the workaround vary by
software product - open a PMR against TSM client and they will steer you
towards the best solution in your case.
On Fri, Mar 9, 2018 at 3:47 AM, Mariusz
On Friday, 02/12/2016 at 02:48 GMT, Robert J Brenneman
wrote:
> Maybe I'm unimaginative, but I can't think of a network topology where
the
> defaults make sense.
>
> What is this set of defaults supposed to /make easier/ ?
I believe the answer is buried here:
>> This may
inux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mauro
Souza
Sent: den 10 februari 2016 4:59
To: LINUX-390@VM.MARIST.EDU
Subject: Re: TSM backup LAN connection problem
Any chance you have more than one LPAR, and they have the same MACPREFIX?
We had some strange issues here too, when
n-gb/
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Mauro Souza
> Sent: den 10 februari 2016 4:59
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: TSM backup LAN connection problem
>
> Any chance you have more than on
On Tuesday, 02/09/2016 at 04:16 GMT, Robert J Brenneman
wrote:
> Multi homed linux seems to consider any MAC address as good as any other
> when responding to an ARP. The default seems to assume you have every
> ethernet port plugged to the same logical network. If you run
uari 2016 4:43
To: LINUX-390@VM.MARIST.EDU
Subject: Re: TSM backup LAN connection problem
On Tuesday, 02/09/2016 at 04:16 GMT, Robert J Brenneman
<bren...@gmail.com> wrote:
> Multi homed linux seems to consider any MAC address as good as any other
> when responding to an ARP. The default
lf Of
> Alan Altmark
> Sent: den 11 februari 2016 4:43
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: TSM backup LAN connection problem
>
> On Tuesday, 02/09/2016 at 04:16 GMT, Robert J Brenneman
> <bren...@gmail.com> wrote:
> > Multi homed linux seems to consider any MAC
.com
http://www.volvo.com/volvoit/global/en-gb/
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Robert J
Brenneman
Sent: den 9 februari 2016 5:14
To: LINUX-390@VM.MARIST.EDU
Subject: Re: TSM backup LAN connection problem
Multi homed linux s
gt; E-mail: tore.agb...@volvo.com
> http://www.volvo.com/volvoit/global/en-gb/
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Robert J Brenneman
> Sent: den 9 februari 2016 5:14
> To: LINUX-390@VM.MARIST.EDU
> Subject: R
Hi, just a long shot perhaps, checking if anyone else have had this problem and
solved it:
Two Linux servers running TSM(backup server) software, one x86 and on s390x
(RHEL 6.7)
Both have an extra NIC connected to a separate backup LAN, separate OSA
adapters + separate cables all the way
02-09 4:04 GMT-05:00 Agblad Tore <tore.agb...@volvo.com>:
> Hi, just a long shot perhaps, checking if anyone else have had this
> problem and solved it:
>
> Two Linux servers running TSM(backup server) software, one x86 and on
> s390x (RHEL 6.7)
>
> Both have an extra N
gt;:
>
> > Hi, just a long shot perhaps, checking if anyone else have had this
> > problem and solved it:
> >
> > Two Linux servers running TSM(backup server) software, one x86 and on
> > s390x (RHEL 6.7)
> >
> > Both have an extra NIC connected to a separate
On Tue, 2016-02-09 at 09:04 +, Agblad Tore wrote:
> Hi, just a long shot perhaps, checking if anyone else have had this problem
> and solved it:
>
> Two Linux servers running TSM(backup server) software, one x86 and on s390x
> (RHEL 6.7)
>
> Both have an extra NIC co
On Tue, 2016-02-09 at 11:13 -0500, Robert J Brenneman wrote:
> Multi homed linux seems to consider any MAC address as good as any other
> when responding to an ARP. The default seems to assume you have every
> ethernet port plugged to the same logical network. If you run tcpdump on
> all
TSM servers with TSM release 5.5 and were
happy
with performance and memory consumption. We backed-up 100s of servers a
night using a z10 processor with multiple IFLs. Once we upgraded to TSM
6.1, the memory consumption became prohibitive (8+ GB). We kept
increasing
the memory
Thanks for posting this problem Craig. We were about to obtain some new
hardware as part of our upgrade plans including TSM on zLinux. It doesn't
sound like this is worth pursuing in light of your problems. But, I have
to say it is not entirely unexpected. It seems like one part of IBM doesn't
We were using zLinux to host TSM servers with TSM release 5.5 and were happy
with performance and memory consumption. We backed-up 100s of servers a
night using a z10 processor with multiple IFLs. Once we upgraded to TSM
6.1, the memory consumption became prohibitive (8+ GB). We kept increasing
On 3/8/11 8:51 AM, Craig Collins grizl...@gmail.com wrote:
We were using zLinux to host TSM servers with TSM release 5.5 and were
happy
with performance and memory consumption. We backed-up 100s of servers a
night using a z10 processor with multiple IFLs. Once we upgraded to TSM
6.1, the memory
Subject: Re: TSM server
We were using zLinux to host TSM servers with TSM release 5.5 and were happy
with performance and memory consumption. We backed-up 100s of servers a
night using a z10 processor with multiple IFLs. Once we upgraded to TSM
6.1, the memory consumption became prohibitive (8+ GB
On Tuesday, 03/08/2011 at 08:51 EST, Craig Collins grizl...@gmail.com
wrote:
We were using zLinux to host TSM servers with TSM release 5.5 and were
happy
with performance and memory consumption. We backed-up 100s of servers a
night using a z10 processor with multiple IFLs. Once we upgraded
Subject:TSM server
Sent by:Linux on 390 Port LINUX-390@vm.marist.edu
We are in the process of bringing up a Tivoli Storage Manager [TSM] server
using zLinux [SLES11] under zVM [6.2]. We are going to use the IBM7650G with
XIV back end storage to provide Virtual Tape. The idea is to backup intel
servers directly to tape then replicate to remote DR site.
We have
We currently have a z10 with 2 IFL's driving one LPAR running zVM and Linux
images. The LPAR has 18GB of real storage and 6 GB of expanded storage
assigned to it.
We are wanting to run four images Linux with TSM as the application. In the
TSM literature it states that we should have 12GB
Hi Ruddy,
I am running TSM V6.1 on a z9 with 2 IFL's. The production TSM runs with a
Vsize of 5GB. This one is moving a backup load of ~ 8TB a day and is rather
maxed out. Most of the LPAR is running SAP and that takes up most of the real
memory of 23GB with 1GB expanded. Another tip: do
and 6 GB of expanded storage
assigned to it.
We are wanting to run four images Linux with TSM as the application. In the
TSM literature it states that we should have 12GB of real storage for each
image. Is this virtual mamory or do we need 12 times 4 for 48 GB REAL memory
to accomplish
I've got a TSM server running on Linux under z/VM for backing up
internal test systems and it's happily running in 512 MB of Storage.
If the disk and tape subsystems are fast enough you can make it pretty
small and still be OK. It depends on your daily load. Mine is pretty
light.
--
Jay Brenneman
Caveat: My last TSM experience was with release 5.3, over a year and a half
ago...
Begin at, well, the beginning. The TSM server admin should be watching the
buffer pool hit ratio, and expand (or contract) the database buffer pool size
to achieve 98% (is that still the ROT?). Similar rules
We are wanting to run four images Linux with TSM as the application.
In the TSM literature it states that we should have 12GB of real
storage for each image. Is this virtual mamory or do we need 12 times
4 for 48 GB REAL memory to accomplish this scenerio? Has anyone tried
this before
Anyone using TSM for zOS?
I would like to know what the pros/cons/experiences are.
Reply privately if you wish.
Thank you, Bob Molerio
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email
On Fri, Jan 8, 2010 at 10:04 AM, bob molerio mole...@yahoo.com wrote:
Anyone using TSM for zOS?
I would like to know what the pros/cons/experiences are.
That's pretty open question. I guess the main pro and con of TSM for
z/OS is that it runs on z/OS...
What do you compare with? You could
Disclaimer. I do not use TSM on z/OS.
However, in most of the discussions with compatriots I have had, the
licensing cost for the z/OS version is a de-motivator and most have
licensed TSM for AIX or Linux, and only use a client on z/OS.
snip
Subject: Using system z as a TSM server.
Anyone using
Thanks to all that replied here and off the list...
Lee
Rob van der Heij wrote:
On Mon, May 4, 2009 at 3:43 PM, Alan Schilla (OET)
alan.schi...@state.mn.us wrote:
Interesting. Do you have any numbers on how much overhead? Is it 10% or 80%? I
plan to use LACP too but my intent is more for high
phone: 651-201-1216
email: alan.schi...@state.mn.us
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Harder,
Pieter
Sent: Friday, May 01, 2009 6:26 AM
To: LINUX-390@vm.marist.edu
Subject: Re: TSM Server on Linux on Z Anyone?
Hi John,
We
On Mon, May 4, 2009 at 3:43 PM, Alan Schilla (OET)
alan.schi...@state.mn.us wrote:
Interesting. Do you have any numbers on how much overhead? Is it 10% or 80%?
I plan to use LACP too but my intent is more for high availability that high
bandwidth. If I dual path OSA's and Cisco 3750 switch
Hi Lee,
Is anyone running a TSM server (not client) on Linux on Z? Any observations?
Yes, we are. Using a DS8300 for disk storage, a TS3500/LTO3 for primary tape
pools and a TS3310/LOT4 for copy pools and a 4x GbE LACP OSA bundle. It is a
completely automated environment with the two tape
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Harder, Pieter
Sent: 01 May 2009 10:50
To: LINUX-390@VM.MARIST.EDU
Subject: Re: TSM Server on Linux on Z Anyone?
Hi Lee,
Is anyone running a TSM server (not client) on Linux on Z? Any
observations
Hi John,
We are considering Linux on z9, and I noticed you mentioning the overhead of
VSWITCH LACP - which we are planning to use. Do you have some detailed
information on this overhead? Is it affected by SET PORT GROUP INTERVAL ?
Any information would be gratefully received:-)
The problem
Hi... Is anyone running a TSM server (not client) on Linux on Z? Any
observations?
Thanks,
Lee
--
Lee Stewart, Senior SE
Sirius Computer Solutions
Phone: (303) 996-7122
Email: lee.stew...@siriuscom.com
Web: www.siriuscom.com
On 4/30/09 4:52 PM, Lee Stewart lstewart.dsgr...@attglobal.net wrote:
Hi... Is anyone running a TSM server (not client) on Linux on Z? Any
observations?
It works. If you have FCP-attached tape. It¹s still a CPU hog. It¹s useless
with existing channel attached tape or silos
(formerly Hobbit).
Yes, that's another way to do it. The down side of that approach is that you
lose the centralized scheduling and result reporting that TSM already
provides, and you have to come up with your own result management. You can
specify the filesystems in the dsm.opt file if you know which ones
Is there a single reference point that could guide me in establishing TSM
Backups from a Linux client to TSM running under Z/os?
I've been bouncing around between the TSM Reference manual, Install Guide and
Admin Guide and am more confused than ever. I've got zero Linux experience so
any help
It's exactly like setting it up on AIX or Solaris. The basic steps are:
1) Unpack and install the RPM for the TSM client using rpm -i.
2) cd to wherever it installed it (we usually put it in /opt/tsm or
/opt/dsmclient)
3) cp dsm.opt.smp to dsm.opt
4) edit dsm.opt to set any values you need
Thanks David.
My Z\os, Linux, Network person tells me steps 1-5 are done.
As to step 6, that sounds like an individual user backing up his/her data. I'm
looking to establish scheduled backups for a given Linux client from the TSM
server on the Mainframe. Perhaps I should take this to IBM-Main
Have your TSM admin add the node to a schedule, then use dsmc sched to get
the client to download the schedule from the TSM server. I don't remember
whether Tivoli supplies init scripts or not, but if not, then you need to
run that at boot time.
On 1/5/09 3:42 PM, O'Brien, David W. (NIH/CIT) [C
Or set it to run as root under CRON and you can specify the filesystem
such as 'dsmc incremental / /srv /oradb'.
You can also have the output processed into a status message to be sent
to a central administrator or to XYMON (formerly Hobbit).
/Tom Kern
David Boyes wrote:
Have your TSM admin
system
with no problem, but apparently there is a 'special' device driver supplied
for TSM 5.5 and when they install it, the driver apparently does not 'see'
the tape device. They found a statement that TSM only supports Fiber
attached tape devices, but we're not sure if Fiber in this context
includes
, but apparently there is a 'special' device driver supplied
for TSM 5.5 and when they install it, the driver apparently does not 'see'
the tape device. They found a statement that TSM only supports Fiber
attached tape devices, but we're not sure if Fiber in this context
includes ESCON or not and I can't see
390 Port cc
[EMAIL PROTECTED]
IST.EDU Subject
Re: [LINUX-390] Using ESCON
attached 3590 for TSM
the tape device. They found a statement that TSM only supports Fiber
attached tape devices, but we're not sure if Fiber in this context
includes ESCON or not
It does not. TSM doesn't understand channel-attached tape on Linux at
all. FCP-only. Your 3590 is useless for this purpose.
Does
NB: This email and its contents are subject to our email legal notice
which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf
Hi,
Thank you to all for your responses.
I will follow-up on ADINT as a possible solution.
The problem with the flat file option is the additional
Not sure if this is the forum for this type of question, but was
hoping
that someone had experienced with this :
ADSM-L (yes, the name still reflects the VM product origin of TSM, even
if Tivoli doesn't remember)
Does anyone have a way to backup ADABAS running on zLINUX to TSM?
1) Dump
I don't know of any commercial TSM agent for Adabas, but one might
exist. Don't know for sure.
It exists (existed?) for Windows when I was running AdabasD/SAPDB/MaxDB on
Windows. It is called ADINT and was then marketed by IBM Germany. I am fairly
sure there was a Unix version as well
ADABAS running on zLINUX to TSM?
We have a TSM agent installed on zLINUX, (TSM-version: 5.4.0) backing up
to TSM server on Intel (version 5.3.4)
Kind Regards,
Vikesh
--
For LINUX-390 subscribe / signoff / archive access instructions
I don't have ADABAS but I do have multiple Oracle servers that I backup
with TSM. I do not use the TSM scheduler or CAD to manage the backup
time. My customers require a known outage for backups, so I use a CRON
job to stop the Oracle instance, run the DSMC Incremental backup and
then start
specialist in TP S.A.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Bruce
Arro
Sent: Thursday, September 27, 2007 1:05 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Bacula - Z/vm - 3590 - TSM
Hi All,
We ordered TSM for Z/VM and IBM tells us that it is no longer
Hi All,
We ordered TSM for Z/VM and IBM tells us that it is no longer supported
for Z/VM,
So we're thinking of using Bacula under ZLinux to backup some
distributed platforms.
How does Bacula interface with 3590 Tape drives, Does it Talk via a
Escon channel to the A60
Or Does it communicate
We ordered TSM for Z/VM and IBM tells us that it is no longer
supported
for Z/VM,
So we're thinking of using Bacula under ZLinux to backup some
distributed platforms.
How does Bacula interface with 3590 Tape drives, Does it Talk via a
Escon channel to the A60
Yes. You need some help from
vulnerabilities in the IBM Tivoli Storage Manager (TSM) backup
software client. The security holes could allow a buffer overrun
attack or enable unauthorized access to stored data, IBM said.
In the alert advisory issued late last week, IBM security researchers
said that three client interfaces of TSM
IBM had some tools for Journaling, like DBVIEW, FILEMON, etc. I would
like to try them out. The only version I can find is for pre-5.3. Does
anyone know where the current version is hiding out?
Thanks,
tom
- - - - - - - - - - - -
Toto, I have a feeling we're not in the mainframe world any
Anyone running TSM on zLinux who is willing to contact me off-list and
answer questions, please?
Betsie Spann
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED
I opened a PMR with Tivoli on the installation problems. Here is the
response:
The README is incorrect regarding the installation steps when the 64 bit
API is required. It is still required to have the 32 bit API installed
when using the 32 bit B/A Client. Please uninstall the B/A Client,
I'm not sure if this has been included in a fix pack yet, but another
timesaver if you are receiving Aborted following dsmc with the 5.3
client is to download the following interim fix:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/patches/client/
v5r3/Linux/LinuxzSeries/v532/. It
Everybody,
Thanks for all of the good information that you've provided. I've
answered many questions and roughed out an early-phase architecture that
I'll begin to set up. From what I've learned, it appears I'll have:
SLE 9.0
TSM 5.3 and appropriate drivers.
Some number of new fiber
Don't blame STK. It won't work. TSM on Linux does not support non-SCSI
tape at all.
In fact these drives are using, for what I know, SCSI over FC and appear
to the operating system as SCSI tape devices.
And, it will work, we've done that, TSM does use TSM device drivers to
access the tape
Don't blame STK. It won't work. TSM on Linux does not support non-SCSI
tape at all.
In fact these drives are using, for what I know, SCSI over FC and appear
to the operating system as SCSI tape devices.
If you have FCP drives installed, then it will work, as you say. That's still
pretty
, Unix, AS400 attaching their own drives with their preferred
channel type.
The key is not to confuse control path with data path. Various clients
can talk to zOS via TCPIP while they talk to the drive via Fibre or
SCSI. Running zLinux on a zOS managed library is not a problem.
(zLinux/TSM would
, then the TSM code can't use the
drives in the Powderhorn. Doesn't matter a whit if the guest can talk to the
library manager, if it can't transfer data.
It's important to keep in mind that sharing devices between open systems and
mainframe systems is a relatively new thing, and the likelihood
Thank you for clarifying your earlier post. My earlier point is that
zLinux/TSM can certainly share libraries with zOS, but as you correctly
point out, I would not suggest that Fibre or ESCON/FICON tape devices
can be shared with zOS.
However, its not well understood that libraries can indeed
Has anybody done this? I'm trying to configure our STK 9310
powderhorn
robotics to work with TSM running under Suse LE 9. If you've down
this, I'd love to see some outline of where to start. STK support
hasn't been too helpful with this venture.
Don't blame STK. It won't work. TSM
Gresham EDT was needed at TSM 5.2, TSM 5.3 supports access to STK
libraries via ACSLS/Library with code built into TSM.
We have tested shared ACSLS library support for lanfree backups on
zLinux in the past with success by using a library manager server on
AIX.
We are using HSC on z/OS with Library
Thanks for the info about TSM 5.3. I stand corrected.
So many things to keep up with these days...
Scott Ledbetter
Sun Microsystems/StorageTek
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
MAYER Andreas
Sent: Friday, January 06, 2006 2:23 PM
An FYI,
I was passed this link to the TSM website documenting the STK library
suport:
http://www-306.ibm.com/software/sysmgmt/products/support/IBM_TSM_Support
ed_Devices_for_Linux.html#STK%20ACSLS
Scott Ledbetter
Sun/StorageTek
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL
Has anybody done this? I'm trying to configure our STK 9310 powderhorn
robotics to work with TSM running under Suse LE 9. If you've down
this, I'd love to see some outline of where to start. STK support
hasn't been too helpful with this venture.
Tim
[EMAIL PROTECTED
I should have asked a further question. I assume you realize that TSM
under z/Linux will only write to fibrechannel drives, not FICON or
ESCON. If your 9310 is controlled by an open system running ACSLS, you
are fine. If it is controlled by a z/OS system, you need an additonal
piece of software
To effectively use TSM on z/Linux with an STK 9310, you need an
additional piece of software called Enterprise Distributape,
sold/supported by Gresham Computing. Give them a call.
http://www.gresham-computing.com/main.asp?page=148
Scott Ledbetter
Sun Microsystems/StorageTek
-Original
-bit systems (I use that on my Slack/390x development machine). You
could install all three of the RPMs that come in the tarball. Unless
you're planning on actually writing software that calls TSM directly, I
don't think you need the files that come with TIVsm-API64.s390.rpm.
Mark Post
Anybody experience this and know how to get around it?
32bit install works ok.
sdatztpf1:/tsm # rpm -i TIVsm-API64.s390.rpm
Postinstall of the API
IBM TSM Linux API installation complete.
Be sure to set up the configuration files!
sdatztpf1:/tsm # rpm -i TIVsm-BA.s390.rpm
error: Failed
(suse 2.6.5-7.193-s390x) and they work fine.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Peter Rothman
Sent: Thursday, August 18, 2005 9:51 AM
To: LINUX-390@VM.MARIST.EDU
Subject: TSM 64bit API install problem
Anybody experience this and know how to get
Is anyone running TSM Server on zLinux? If so, are you
having any issues?
Other than the idiotic requirement for SCSI tape drives and the enormous CPU
consumption of the client, no, it pretty much works as documented. What
problems have you had
Port LINUX-390@VM.MARIST.EDU
To
LINUX-390@VM.MARIST.EDU
cc
Subject
Re: TSM
Is anyone running TSM Server on zLinux? If so, are you
having any issues?
Other than the idiotic requirement for SCSI tape drives and the enormous
CPU
consumption of the client, no, it pretty much works
Just curious, as we run the TSM server on zOS also, why you are
considering moving it? Advantages, problems, etc.?
Brad Brewer wrote:
None, we are currently running it under z/OS, but were thinking of moving
it to zLinux.
Brad Brewer
Humana Inc.
Technical Services
System Software
(502)580
Is anyone running TSM Server on zLinux? If so, are you having any issues?
Brad Brewer
Humana Inc.
Technical Services
System Software
(502)580-3086
The information transmitted is intended only for the person or entity to which
it is addressed and may contain CONFIDENTIAL material. If you
I am currently running on a IBM Z800 processor with an IFL processor.
The IFL processor has a SuSe Linux LPAR that has TSM running on it. I am
not currently having an problems.
[EMAIL PROTECTED] 8/10/2005 12:34:44 PM
Is anyone running TSM Server on zLinux? If so, are you having any
issues
What are you using for backup media?
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Mike Lovins
Sent: Wednesday, August 10, 2005 1:41 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: TSM
I am currently running on a IBM Z800 processor with an IFL processor
I am using IBM 3590 B11 tape drives to backup the TSM database. I am
using Hatachi 7700E disk to store the data from the server and
workstations that I backup. The migration is using the IBM B11 tape
drives.
[EMAIL PROTECTED] 8/10/2005 12:42:07 PM
What are you using for backup media
I am trying to bring up a new SLES9 64bit server (no support contract
at this time) and have gotten to the point of adding TSM client to it.
I went to the IBM/Tivoli website and downloaded the latest TSM client
for Linux on zSeries. The file is TSM524C_LINUX390.TAR.
The instructions in the README
The message would indicate that you need to install API before API64.
Thomas Kern wrote:
I am trying to bring up a new SLES9 64bit server (no support contract
at this time) and have gotten to the point of adding TSM client to it.
I went to the IBM/Tivoli website and downloaded the latest TSM
I have since spoken with our TSM server administrator who told me to
try the 5.3 client even though we run a 5.2 server. Again I got
indications that for 64bit installation, you need API, API64 then BA.
That installed fine, now for configuration and testing.
/Tom Kern
--- Rich Smrcina [EMAIL
We are in the process of implementing a 5.2.2.0 TSM server running under
zSeries Linux. We initially let the location of the accounting log
default to the current directory for the dsmserv command. We are now
trying to have the accounting log placed in /var/log. I added code
to a copy
We have installed a TSM 5.2.2 server under Suse Enterprise Server 8
running on zSeries hardware. The TSM code includes a script named
dsmserv.rc which accepts 'start' and 'stop' as arguments in the same
way as scripts Suse supplies to control built-in services. The dsmserv.rc
script does
1) Report it as a bug to TSM support ASAP. This is a system integrity
exposure, as the first time you install service or run insserv, you're
likely to render your system unbootable when insserv rearranges all the
symlinks in /etc/init.d and the dsmserv.rc script gets some completely
bogus start
Is anyone aware if TSM Manager for Linux is supported for SLES9 s390x?
Or do I have to run SLES8?
Regards,
Darren
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED
Do we really need to beat this dead horse again? Tivoli's not interested
in discussing it, and at this point, there's little to nothing we can do
about the decision. Let's move on to creating a solution to the problem,
not bemoaning past idiocy. Tivoli's generated plenty of enemies with
their
11.06.2004 07:20:08 Alan Altmark wrote:
On Thursday, 06/10/2004 at 01:24 MST, Wolfe, Gordon W
[EMAIL PROTECTED] wrote:
Has anyone worked with or know anything about Tivoli TSM 5.2 for
zSeries
Linux?
Is it better than the VM version of TSM?
Define better. It has better support than the VM
On Thu, Jun 10, 2004 at 01:24:14PM -0700, Wolfe, Gordon W wrote:
Has anyone worked with or know anything about Tivoli TSM 5.2 for
zSeries Linux?
Is it better than the VM version of TSM?
It has more features, and it is compatible with the newer clients, but
has many features that make
Has anyone worked with or know anything about Tivoli TSM 5.2 for zSeries Linux?
Is it better than the VM version of TSM?
Does it work with ESCON-attached tape drives?
Will it interface with VM:Tape and STK tape silos?
I've been trying to get information off IBM's website on this but my browser
1 - 100 of 140 matches
Mail list logo