Andy,

Thank you very much for this lead.  I checked the APAR and indeed running
as root fixes the out of memory condition (caused by inadequate access
privileges).  However, I don't think any of our Mac OS X users run as root,
rather as administrators or general users.

A couple of months ago we saw a problem where the TSM backup for
Administrators could not read the Macintosh HD and perform a backup.  We
would see backup completion statistics like 31 objects inspected, 0 objects
backed up (on a system with 10's of thousands of user files).

When we first encountered this problem, the Mac client had recently
replaced their hard drive.  The backups from GUI always failed when writing
to the "old" filespace (Macintosh HD), which happened to be the volume name
of the new.  We tried re-naming the old Macintosh HD filespace, and the GUI
for Administrators backup would then succeed when backing up to the new TSM
filespace.

I confess I do not remember seeing any ANS1030E messages associated with
the above situation.

Do you know if there is any connection between the two?

So I have tried the same "fix" here in the "out of memory" condition, and
yes, the TSM Backup for Administrators backup succeeds in backing up to a
new filespace.  However, running as an administrator, ./dsmc incr fails
with "out of memory" after inspecting only a few objects.  These results
are confusing to me.

Thanks again for your response(s)

John


At 09:23 AM 6/3/2005, you wrote:

Posted on behalf of one of our Mac developers:

John,
A problem has been discovered where the client can report out of memory
incorrectly.  APAR IC46357 has been opened.

The APAR problem can occur when a user tries to backup a directory they do
not have read access to.

The problem has not been reported if either "TSM Backup for
Administrators" for the GUI or 'sudo dsmc' for the command line is used.

Your post does not indicate how you are starting TSM so may or may not be
the problem identified by IC46357.

If this does not get you working again, please contact IBM support so we
can futher diagnose the problem.

Date:    Thu, 2 Jun 2005 13:24:22 -0600
From:    John Bremer <jbremer AT LANL DOT GOV>
Subject: TSM Macintosh client "...out of memory"

*SMers,

Running tiger 10.4.1 from an external disk -- thought I'd try TSM. Running
TSM v 5.2.3

This is on a 15" AlBook with 2 GB RAM.

I copied the preference files and TSM launched and logged in, finding all
my drives. BUT, no matter how many or how few partitions I select to back
up the client dies with an ANS1030E System ran out of memory message after
inspecting 25 - 35 items.

I'm seeing the same behavior on G5 OS 10.2, 1.8 GB RAM, with TSM 5.2.4
client

Anyone else have this experience?

Thanks,
--John