I'm getting a similar problem on HP-UX 11 box. This has 10GB of memory. The
TSM server is 3.7.3 and client is 3.7.1. Any ideas ?
08/23/00 20:18:27 --- SCHEDULEREC STATUS BEGIN
08/23/00 20:18:27 Total number of objects inspected: 90,756
08/23/00 20:18:27 Total number of objects backed up: 530
08/23/00 20:18:27 Total number of objects updated: 0
08/23/00 20:18:27 Total number of objects rebound: 0
08/23/00 20:18:27 Total number of objects deleted: 1
08/23/00 20:18:27 Total number of objects failed: 1
08/23/00 20:18:27 Total number of bytes transferred: 4.02 GB
08/23/00 20:18:27 Data transfer time: 49.36 sec
08/23/00 20:18:27 Network data transfer rate: 85,571.86 KB/sec
08/23/00 20:18:27 Aggregate data transfer rate: 2,867.73 KB/sec
08/23/00 20:18:27 Objects compressed by: 46%
08/23/00 20:18:27 Elapsed processing time: 00:24:33
08/23/00 20:18:27 --- SCHEDULEREC STATUS END
08/23/00 20:18:27 ANS1030E System ran out of memory. Process ended.
-----Original Message-----
From: Sailer, Werner [mailto:[EMAIL PROTECTED]]
Sent: 24 August 2000 11:16
To: [EMAIL PROTECTED]
Subject: TSM 3.7.2 with AIX 4.3.3 runs out of memory
Hello,
could anyone please shed some light on this ? We have a RS/6000
with 4GB memory running AIX 4.3.3.
The TSM client 3.7.2 backups to ADSM/VM server 3.1.2.50 and runs
out of memory after about 50-100GB of data, whether parameter
'memoryefficientbackup' is yes or no.
IBM is working on this for a while without any resolves
meanwhile we are hacking our data into handy pieces to get them
backuped - a big trouble for us and for TSM on our side.
The bigger trouble was 2 days ago - a power failure killed 2 HDAs
in the raid and data went off.
We set up dsmc restore -su=yes -fromdate=08/21/2000 ..... to get
the working data back quicker than by a complete restore.
With parameter -FROMDATE= the files got restored to root-user
regardless of the original user rights and the origin filedate
was changed to this fromdate setting.
And last but not least the complete restore took 16 hours for 59GB
and ---- guess what happens ---- runs out of memory, Sh... .
The AIX box has to be rebooted because of NFS failure.
Freundliche Gruesse - kind regards
Werner Sailer
___________________________________________________________________
J. Eberspaecher GmbH & Co. Internet: http://www.eberspaecher.de
Kaufm. Rechenzentrum mailto:[EMAIL PROTECTED]
Eberspaecherstr. 24 phone: +49-711-939-0972 fax: -0668
D-73730 Esslingen Germany
--
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the
intended recipient(s). If you are not the intended recipient(s),
please note that any distribution, copying or use of this
communication or the information in it is strictly prohibited.
If you have received this communication in error, please notify
the sender immediately and then destroy any copies of it.