Problem solved.
Turned out to be a HPUX-bug introduced by fix PHKL_31500.
Applied PHKL_32272 which addressed this kernel-bug..

I have, however, one problem resulting from this that really IS a TSM-problem.

This error caused many (=> 1 mill) files to be backed together with
"garbage-ACLS".
I consider trying to delete these backup-copies.

ACL's are not not used on these filesystems, so if I had a way to discover
which files were backed up because of a change in the ACL, I could make a list
and delete backup-copies based on that list.


Any ideas anyone?

On Thu, 6 Oct 2005, Tom Tann{s wrote:

Hi!
I wonder if anyone has encountered similar problems:

During incremental backup on this system, since last Thursday suddenly lots
of files got backed up that hadn't neen changed for years.
Also, at random points since then, the dsmc-process has aborted with
"ANS1028S An internal program error occurred."

ACL's are not set/used on any of the affected files.
(ACL's are not used at all on this system, as far as I or the SysAdm is aware
of)

After runnimg several traces, I found that the backups made was because the
TSM-client discovered a change in the size, checksum, existance etc of the
file's ACL.
The ANS1028S are because of an
"hpux/pserrno.cpp    ( 351): TransErrno: Unexpected error from acl(GCL_GET),
errno = 22 "


OS is HP-UX fhume B.11.23 U 9000/800 1279364181
TSM-client is Client Version 5, Release 3, Level 0.0
TSM-server is Server Version 5, Release 2, Level 2.5


No changes/upgrades have been made to the OS/filesystem for at least 3
months.
TSM-client 5.3.0 has been running without problems since January.