Yes, I'm running ADSM 3.1.6 backup clients on approximately 25-30 HPUX
10.20 systems. The TSM server is running TSM 4.1.5 server software on an
AIX 4.3.3 maint level 9 system. One of the clients also uses the SQL
Backtrack for Oracle. I have not seen any problems and have been running at
this lev
We just went through this upgrade with 2 drives this past weekend and all
went pretty well. The only tapes that I had to set to "readonly" were those
in a "filling" status. I have run the library approx 10 hrs/day since then
and have not had any problems reading the old tapes. We have found a
hand
I seem to recall that SQL Backtrack had an outstanding problem with memory
leaks. You might want to check with BMC.
- Forwarded by S W Branch/PPCO on 05/11/2001 09:46 AM -
Lindsay Morris <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist S
>timex dd if=/dev/zero of=/dev/rmt1 bs=1024 count=1000
>
>The result was real 21.06 seconds. This falls way short of what I would
>expect when the advertised sustained transfer rate is supposed to be
>15MB/sec native (30MB/sec compressed). ...
1K seems like a very small block size. Did you try o
Have you tried increasing the commtimeout and/or idletimeout options? It
sounds like the server is breaking the connection.
"Braich, Raminder" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/16/2001 10:
On unix you can use the find command to identify the files that haven't
been modified in x number of days and copy them to another directory that
you can then archive from.
find searchpath -mtime +numberof days -exec mv {} targetpath \; -exec
echo {} \;
dsmc archive -DELETEFILEs "targetpath" >
Copied directly from the TSM 4.1 Administrator's Guide at Tivoli's Web site
-
For offsite volumes, reclamation can occur when the percentage of unused
space on the volume is greater than the reclaim parameter value. The unused
space includes both space that has never been used on the volume and s
I thought there was a ptf somewhere along the way that addressed this
problem. I thought it's supposed to set the volume to private so that it
doesn't attempt to mount the same scratch tape again. I think Richard
already suggested upgrading software. What level are you running?
Steve Branch
Phill
How about etherchannel? Quoting from the AIX 4.3.3 Release Notes,
"Etherchannel is an aggregation technology that ships with AIX 4.3.3. With
Etherchannel, you can produce a single large pipe by combining the
bandwidth of multiple ethernet adapters. The aggregated pipe appears to be
a single ethern
Are you really rebooting the client? Wouldn't that sever the communication
connection between the client and server and possibly prevent the sending
of a completion message back to the server? Wouldn't that cause the server
to think that the scheduled command had failed? Try changing the reboot
st
To follow up on what Richard said about the gripper, have you looked at the
bottom of the library? Several years ago we were missing a tape. The
library said the tape was present, but ADSM couldn't mount it. We visually
examined all cells in the library (thankfully, it was only a single frame)
and
Chris,
I've seen this behavior prior to availability of the levels of server and
client that supported long file names in Novell. It had to do with
collisions in converting the file/directory name to the DOS 8.3 format and
the order in which the files/directories were processed during the restore.
Joshua,
Try adding the option "nwpwfile yes". I used to intermittently see this
problem when the scheduler attempted to connect to Netware - I would type
in the Netware user id and password again and it would run fine for months.
I haven't seen this problem at all since I added this option.
Stev
Try this url. It tells which tape drive models are supported, required AIX
APAR's/PTF's and tape device driver levels.
http://www.storage.ibm.com/hardsoft/products/tape/tapesupport.htm
Steve Branch
Phillips Petroleum
e-mail: [EMAIL PROTECTED]
"Murphy.Jacqueline" <[EMAIL PROTECTED]>@VM.MARIS
14 matches
Mail list logo
