Farren Minns wrote:
I may be missing something here of course.
I also don't see a need for deleting and redefining the paths, drives
and libraries. As I said, I connected our library from the old (AIX5.1)
to the new server (AIX5.3). Although the AIX devices changed from
rmt1-rmt6 to rmt0-rmt5,
That's exactly what I am expecting too. I assume that you can have a
library SCSI attached as opposed to LAN (as I have). But in my case SCSI
target IDs etc do not matter as I only point to an alias defined in the
ibmatl.conf file. I also will have to change the drives from
/dev/rmt/0stc,1stc to 2
All,
Novell and IBM appear to be passing the book on this known issue below, I
had hoped the latest client from Tivoli would resolve, TSA5UP18.exe from
Novell does not fix this issue. Novell say the resolution should come from
IBM and IBM say its up to Novell, bottom line neither have fixed this
Hi Andy!
I was being hit by APAR IC45627. I had a hard time recreating the
problem too, because I was using the 5.3.2.0 client, which already
contains the fix for this APAR. The customer experiencing the problem
was using the 5.3.0.0 base code. I will have him upgrade his version.
Thank you very
Good morning everybody,
I've got a TSM server 5.3.2.2 running on Windows 2003.
TSM Operational Reporting is configured on the server too with both a Daily
Report and an Hourly Monitor that has two active monitors if a schedule is
failed or missed.
TOR has been configured to send emails,
I used to see this in a previous life, but when they replaced the
stainless steel helix with a composite (carbon-teflon?) one, this
problem disappeared. You may want to ask your SE.
Steve Schaub
Systems Engineer, WNI
BlueCross BlueShield of Tennessee
423-752-6574 (desk)
423-785-7347 (cell)
Just to add a note...we have 4 3494s of various ages. It seems
that the older ones had a shiny metal helix that was covered with
lubrication, but the newer library's helixes are covered with some black
Teflon-like coating. I ~believe~ that our IBM CE said that no
lubrication was necessary
Hi there,
Some time ago we experienced a power failure that lasted long enough
to make us shut down our 3584 library. This was done gracefully, and
when the power came back we turned the library back on. The TSM server
was also gracefully shut down and turned back on.
After TSM came back, I did
I have a guess. I have a 3494, so I might be wrong, but I will
take a shot.
When you configure the tape library to have 2 tape grippers, you
lose access to the top 2 and bottom 2 tape slots in every column. This
is done so that if one of the grippers fails, the accessor can still
On Mon, 20 Mar 2006, Jurjen Oskam wrote:
Some investigation revealed that the library was somehow blind to
tapes in the last row of the first and second column, but this only
happened after a library initialization due to a powerup or open/close
of the entire front door.
We're on library
Is this something you folks are seeing in all frames, or in just one? We
just upgraded one library to this code not long ago, and I'd like to check
and see whether it's affecting us as well. That particular library also
has a fair amount of empty space, but we're supposed to upgrade another
one
On Mon, Mar 20, 2006 at 12:25:07PM -0700, Ben Bullock wrote:
I have a guess. I have a 3494, so I might be wrong, but I will
take a shot.
[snip explanation]
Thanks for your explanation. I don't think the situation you describe
is the case though (but it could certainly have
On Mon, Mar 20, 2006 at 02:33:00PM -0500, Kathleen M Hallahan wrote:
Is this something you folks are seeing in all frames, or in just one?
Both. Our 3584 is just one frame. :)
--
Jurjen Oskam
Fair enough. :) I think we're going to test this on Wednesday morning
(the next time someone will be out to that building), using the first two
frames of our library. I'll post if anything interesting results.
_
Kathleen Hallahan
Freddie Mac
Storage
On Mon, 20 Mar 2006, Jurjen Oskam wrote:
The weird thing is that when I perform a library inventory using the
front panel, *all* tapes are detected, *including* the ones that the
library didn't see just seconds earlier.
I'll play with mine, but that sounds like what I'm getting too. We have
Some of you probably noticed that IBM released a new version
of Data Protection for Exchange last week.
This new version of Data Protection for Exchange (5.3.3),
allows you to use Data Protection for Exchange in
conjunction with the TSM BA client 5.3.3 to perform
Exchange Volume Shadow Copy
TSM Server, AIX 5.2, TSM 5.2.6.1
Client Windows 2003 TSM 5.3.2.0, Domino Version 5.3.2.0
Hello all,
I was wondering if anyone might be able to shed some light on this. The
server was replaced off lease a couple of months ago, had issues with the
Domino backups which we got working but it
17 matches
Mail list logo
