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 <[EMAIL PROTECTED]> 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
