Just to clarify: I meant to say, "I don't think the deadbeef trace items
are at issue". That is, they are normal.

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com

IBM Tivoli Storage Manager support web page:
http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2005-10-06
08:36:18:

> Hi Zoltan,
>
> You should open a PMR with IBM technical support on this, and provide
the
> trace. If you *also* want to send it to me in a zipfile, I can take a
> brief (note I said "BRIEF") look to see if anything stands out, but I
> cannot provide extensive support in this informal forum, so you should
> also open the PMR for the formal support.
>
> I don't think the deadbeef trace items are not at issue; that is
standard
> TSM internal code ("deadbeef", or 0xdeadbeef, is a special hex value
that
> means something internally to TSM).
>
> Regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Development
> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> Internet e-mail: storman AT us.ibm DOT com
>
> IBM Tivoli Storage Manager support web page:
> http://www-306.ibm.
> com/software/sysmgmt/products/support/IBMTivoliStorageManager.html
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2005-10-06
> 08:26:47:
>
> > 10/06/2005 11:05:08 ANS1228E Sending of object 'C:' failed
> > 10/06/2005 11:05:08 ANS1468E Backing up Automated System Recovery
(ASR)
> > files failed.   No files will be backed up.
> >
> >
> > TSM Client - 5.3.0.14       Windows Server 2003 - no SP
> > TSM Server - RH Linux AS3 - 5.2.2.5
> >
> > I am having the above error, when backing up the ASR.
> >
> > I have searched the ADSM.ORG archives. The only similar entry I found,
> had
> > no final resolution other than from Andy to perform a trace and send
the
> > output to IBM.
> >
> > I have performed the trace as recommended and would like to know who
to
> > send it to, here ?
> >
> > Or are there other suggestions on resolving this problem.
> >
> > FWIW,  another similarly configured system backs up just fine, to the
> same
> > TSM server.
> >
> > Currently, like the trace logs say, I am "deadbeef".
> >
> > 5 10:56:56.441 [003872] [4028] : circq.cpp           ( 242): Q e30f80,
> > poped deadbeef, count 0, top index 2 - f183917, bot index 2 - f183917
> > 10/06/2005 10:56:56.441 [003872] [4028] : dsfifo.cpp          ( 633):
> > fifoQgetNext(e1c474): Giving entry deadbeef, but next entry is NULL.
> > 10/06/2005 10:56:56.441 [003872] [4028] : dsfifo.cpp          ( 643):
> > fifoQgetNext(e1c474): Giving entry deadbeef, rc 0.
> > 10/06/2005 10:56:56.441 [003872] [4028] : bacontrl.cpp        (3272):
> > Producer backup Spec entry is: DEADBEEF