I did see an upgrade in the works at last year's Edge. Not sure if it's
available now...
STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) |
stephen.stackw...@icfi.com | icfi.com
ICF INTERNATIONAL | 7125 Thomas Edison Dr, Suite 100, Columbia, Md 21046 |
443-718-4900 (o)
> -Origina
Gary,
I agree with all the previous comments. It is easy to maintain, and has few
problems. The one fly in its ointment is that the Web Speclalist interface
redefines the word 'slow' when accessed from a browser. If it is accessed from
a TS3000 console --which is no longer made-- its respons
I second everything Wanda said. Just a great piece of gear.
As for ALMS, I don't think you can get a TS3500 without it today, nor would you
want you.
Steve Stackwick
STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) |
stephen.stackw...@icfi.com | icfi.com
ICF INTERNATIONAL | 7125 Thomas
I have worked with many customers with many types of tape libraries.
The 3584 (now known as the TS3500) is my favorite.
I don't think you can buy anything better, or easier to use.
If you are connecting to your 3494 via SCSI cable, you won't see much
difference in behavior.
If you are using the
We have been using a 3584 for about 12 years and have had no issues at all with
it. The only time it has been "down" is for firmware upgrades, replacing tape
drives (upgrade from LTO2 to LTO4), and when we moved to our new datacenter.
Very stable and a great workhorse.
We use it only for TSM, b
We are also looking to upgrade from a 3494 to a 3584. So far as I can
tell the 3584 seems to be practically a drop-in replacement for the 3494.
On 5/2/2014 14:39, Lee, Gary wrote:
Looking at updating our tape libraries for other rojects which might use ltfs.
We currently have the ibm 3494 libra
That's what I thought...
The node manager tells me he changed the IP and I also told him to stop/start
the schedule service.
I'll have him send me a copy of his dsm.opt file... that'll tell if he did the
change.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST
After changing IP you need to restart RSM services (at least TSM Scheduler, if
in use). New TCP/IP will be visible on YSM server.
Grigori Solonovitch, Senior Systems Architect, IT, Ahli United Bank Kuwait,
www.ahliunited.com.kw
-Original Message-
From: ADSM: Dist Stor Manager [mailto:A
Looking at updating our tape libraries for other rojects which might use ltfs.
We currently have the ibm 3494 library with 3592-e05 (ts1120) drives.
It seems that we must go to the 3584 to get access to lto type tapes, yet keep
using our e05s for tsm.
I would like to hear others experiences with
I have a node where the IP address changed; it now differs from the TCP/IP
value shown in Q NODE F=D.
The node can successfully open the BAClient GUI and I see Activity Log records
that display the new IP value.
I can PING the new address and TELNET to 1501 so I know the scheduler is
running
Hello Del,
well - I will give it a try using different node as a proxy (and another node
for storing the filespace). I have looked for APARs fixed in the 7.1 and found
three concerning the VM backup (two even with application integration) - but
the symptoms are not the same. Maybe it is just ano
Hi Harry,
This looks like a bug that was fixed. It is fixed in the 7.1 client
package.
If you do not want to upgrade to 7.1, it will be fixed in the
6.4.2 PTF coming out this summer.
Del
"ADSM: Dist Stor Manager" wrote on 05/02/2014
04:41
IBM has never officially supported the SQL interface, so I wonder if
there's some undocumented subtlety going on here. There's a number of them
on the list, so I wonder if one of them can chime in?
On Fri, May 02, 2014 at 02:48:49PM +, Rick Adamson wrote:
> Running select statements from the s
Running select statements from the server admin CLI
select ll_name,backup_date from backups where node_name='node_db2' order by
backup_date
and
select count(ll_name) from backups where node_name='node_db2'
When I perform a query of TSM from the client is only shows the most recent and
the occu
Weird... Are you querying the backups table from the client (dsmc query
backup) or from the server (SELECT ... FROM backups)?
On Fri, May 02, 2014 at 02:24:01PM +, Rick Adamson wrote:
> Thanks Skylar, I should have included that I ran expiration for that specific
> node and still no change.
>
-Rick Adamson wrote: -
>TSM 6.3.4 on Windows.
>Recently I found that our DB2 clients were not expiring old backups
>and some systems had accumulated them for some time.
>After the DBA's have corrected the situation on a particular machine
>and I query the Backups table all of the objects a
Thanks Skylar, I should have included that I ran expiration for that specific
node and still no change.
Rick Adamson
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar
Thompson
Sent: Friday, May 02, 2014 10:21 AM
To: ADSM-L@VM.MARIST.E
I would assume that it's expiration. I would make sure you have expiration
running regularly, and that it's not running up against a duration limit.
You can run expiration for specific clients, which will help cut down the
run time for it.
On Fri, May 02, 2014 at 12:52:08PM +, Rick Adamson wro
TSM 6.3.4 on Windows.
Recently I found that our DB2 clients were not expiring old backups and some
systems had accumulated them for some time.
After the DBA's have corrected the situation on a particular machine and I
query the Backups table all of the objects are still reported, even though the
Hello,
so I have run the trace and this is the error I see
05/02/2014 10:01:34.830 : ..\..\common\vm\wsops.cpp( 442):
WsGuestOperations::CopyFileTo(): Command
>C:\PROGRA~1\Tivoli\TSM\baclient\\jvm70001\jre\bin\javaw.exe -jar
"C:\Program Files\Tivoli\TSM\baclient\\httpagent.jar" TO "C:\Program
Fi
20 matches
Mail list logo
