Richard,

While I would love to have a separate person to handle TSM Clients much
less TSM as a whole, my team is only 4 strong. We rely pretty heavily on
automation and alerting to let us know when something is wrong.

I actually didn't think about the dsmsched.log. I've gotten a chance to
to parse it and actually see the problem now:

10/28/2005 21:00:39 Incremental backup of volume '\\clanas01\devteam'
10/28/2005 21:01:38 ANS1228E Sending of object '\\clanas01\devteam' failed
10/31/2005 21:00:30 Incremental backup of volume '\\clanas01\devteam'
10/31/2005 21:01:35 ANS1228E Sending of object '\\clanas01\devteam' failed

Everytime this particular share is processed this happens. All the other
shares are actually backing up properly.

One thing I wondered is since the client service runs as a system
account, should I still have to worry about permissions on the share itself?

Richard Sims wrote:

On Nov 1, 2005, at 6:17 AM, John E. Vincent wrote:

...Does anyone have a query I can run against the database directly
that
will give me a list of all files backed up for a node during the last
session? ...

John - It seems like you are the server administrator...and you are
being
       asked to do things that should be done by the client
administrator.
The backup schedule log, when run in non-Quiet mode, provides a full
accounting
of what happened in every backup session.  The server administrator
can run a
consumptive Select on the BACKUPS table, and can do Query EVents and
check
result values, but this does not provide anywhere near the full
perspective on
what happened.  That log, plus the dsmerror.log, provide the whole
story.
The client administrator can also perform a Query Backup to more
efficiently
check what has been backed up.

   Richard Sims

--
John E. Vincent
Sr. Systems Administrator
Community Loans of America
8601 Dunwoody Place
Suite 406
Atlanta, GA  30350

(770) 325-4294 - direct line
(404) 486-3590 - cell phone
(770) 552-4313 - fax