Hi,
I agree. And IBM is generally my next stop after the list. I like to
field things here first, just in case it's a silly error on my part.
Thanks for the help,
Matt.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Andrew Raibeck
Sent: Tuesday, June 07, 2005 3:33 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: InsertSlashHack error, missing dir delimiter
Hi Matthew,
Personally, I would like to see that InsertSlashHack error message
either
rewritten to indicate that this is an internal error that needs to be
taken up with IBM technical support, or taken out of the error log
altogether. Thus far you've done a good job of trying to track down the
cause. I would recommend that you obtain a SERVICE trace that captures
the
problem, and contact IBM technical support for further assistance.
To get the trace, add the following to the dsm.opt file:
TRACEFLAGS SERVICE
TRACEFILE some_trace_file_name
(you can pick your own trace file name)
Then reproduce the problem. When contacting support, provide the
complete
command line output, error log, and trace file, along with the other
information that you have gathered on the symptoms of the problem.
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
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-06-07
07:24:02:
> Hmm, through the web client, 'actioned' does indeed appear as an
active
> directory entry and a select on BACKUPS confirms it,
>
> NODE_NAME: SKANE-0
> FILESPACE_NAME: /prod/bsmsb01/app/generis
> FILESPACE_ID: 271
> STATE: ACTIVE_VERSION
> TYPE: DIR
> HL_NAME: /var/out/import/
> LL_NAME: actioned
> OBJECT_ID: 566381421
> BACKUP_DATE: 2005-06-04 04:20:04.000000
> DEACTIVATE_DATE:
> OWNER: root
> CLASS_NAME: MC_RMM_UNIX_PROD_OSA
>
> NODE_NAME: SKANE-0
> FILESPACE_NAME: /prod/bsmsb01/app/generis
> FILESPACE_ID: 271
> STATE: INACTIVE_VERSION
> TYPE: DIR
> HL_NAME: /var/out/import/
> LL_NAME: actioned
> OBJECT_ID: 238512525
> BACKUP_DATE: 2004-06-12 07:11:38.000000
> DEACTIVATE_DATE: 2005-05-21 09:28:47.000000
> OWNER: 22423
> CLASS_NAME: MC_RMM_UNIX_PROD_OSA
>
> NODE_NAME: SKANE-0
> FILESPACE_NAME: /prod/bsmsb01/app/generis
> FILESPACE_ID: 271
> STATE: INACTIVE_VERSION
> TYPE: DIR
> HL_NAME: /var/out/import/
> LL_NAME: actioned
> OBJECT_ID: 562374422
> BACKUP_DATE: 2005-06-01 05:07:42.000000
> DEACTIVATE_DATE: 2005-06-02 12:42:12.000000
> OWNER: root
> CLASS_NAME: MC_RMM_UNIX_PROD_OSA
>
> NODE_NAME: SKANE-0
> FILESPACE_NAME: /prod/bsmsb01/app/generis
> FILESPACE_ID: 271
> STATE: INACTIVE_VERSION
> TYPE: DIR
> HL_NAME: /var/out/import/
> LL_NAME: actioned
> OBJECT_ID: 563287187
> BACKUP_DATE: 2005-06-02 12:42:12.000000
> DEACTIVATE_DATE: 2005-06-02 12:42:36.000000
> OWNER: root
> CLASS_NAME: MC_RMM_UNIX_PROD_OSA
>
> NODE_NAME: SKANE-0
> FILESPACE_NAME: /prod/bsmsb01/app/generis
> FILESPACE_ID: 271
> STATE: INACTIVE_VERSION
> TYPE: DIR
> HL_NAME: /var/out/import/
> LL_NAME: actioned
> OBJECT_ID: 564864270
> BACKUP_DATE: 2005-06-03 06:14:46.000000
> DEACTIVATE_DATE: 2005-06-03 09:57:42.000000
> OWNER: root
> CLASS_NAME: MC_RMM_UNIX_PROD_OSA
>
> In the meantime, I am still wondering if there is a connection between
> the 'InsertSlashHack: missing dir delimiter' message in the
dsmerror.log
> and the fact that specifying the backup of /app/bsmsb01/app/generis
> *WITH* the trailing slash avoids the 'Expiring; Active object not
found'
> problem.
>
> A little history to the problem I have since discovered;
>
> The actioned dir used to exist, and was then deleted. Then the 'Active
> Object Not Found' message was encountered at the next backup. Since
then
> the 'actioned' dir has been re-created. So;
>
> If the 'actioned' dir actually exists at the moment, why is TSM trying
> to expire it? - as far as I am aware, TSM doesn't use INODE numbers
to
> determine if a file has changed? - and why does it try to expire it
only
> if the trailing slash of the filespace name is not specified in the
> 'dsmc i' command?
>
> I think there must be some subtle difference to processing with as
> opposed to without the trailing '/'
>
> Matt.
>
>
>
> Computer says 'No'..
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
Of
> Richard Sims
> Sent: Tuesday, June 07, 2005 2:36 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: InsertSlashHack error, missing dir delimiter
>
> Hi, Matthew -
>
> Another of those cases where the client programming fails to explain
> problems that it finds and could interpret, resulting in a lot of
> wasted customer time.
>
> I believe that this condition can occur where there is a conflict in
> file system object type. For example, the object was originally
> backed up and stored in TSM storage as a directory, but in the
> current backup the TSM client finds that object to be a file. The CLI
> output is not helpful in this case, except to verify existence, as
> the CLI remains exasperatingly primitive, even in TSM 5, failing to
> provide any way to report the object type. You could instead use the
> GUI, drilling down to that point in the filespace, to identify the
> object type; or do a more arduous Select in the BACKUPS table for
> TYPE. (In worse cases, there may be non-visible binary bytes in the
> name which throw things off, put there by the file's creator, or by
> file system corruption.)
>
> You'll have to poke around to ascertain what the story is, and
> possibly compensate by object renaming in the client file system.
>
> Richard Sims
>
> On Jun 7, 2005, at 8:27 AM, Warren, Matthew (Retail) wrote:
>
> > 06/07/05 12:51:08 WARNING: InsertSlashHack missing dirDelimter,
> > continuing...
> > 06/07/05 12:51:08 ANS1228E Sending of object
> > '/prod/bsmsb01/app/generis/var/out/import/actioned' failed
> > 06/07/05 12:51:08 ANS1304W Active object not found
> >
> >
> > I cant see anything on IBM's site other than one InsertSlashHack
> > problem
> > that doesn't appear to be related, and various ANS1304W problems
> > that do
> > not appear to be related.
> >
> > A query backup of the offending directory shows an Active file
exists
> >
> > Node Name: SKANE-0
> > Session established with server RUTLAND: AIX-RS/6000
> > Server Version 5, Release 2, Level 2.0
> > Server date/time: 06/07/05 13:03:10 Last access: 06/07/05
> > 12:50:04
> >
> > tsm> q ba /prod/bsmsb01/app/generis/var/out/import/actioned
> > Size Backup Date Mgmt Class A/I File
> > ---- ----------- ---------- --- ----
> > 96 B 06/04/05 04:20:04 MC_RMM_UNI A
> > /prod/bsmsb01/app/generis/var/out/import/actioned
> >
>
>
> ___________________________ Disclaimer Notice
__________________________
> This message and any attachments are confidential and should only be
> read by those to whom they are addressed. If you are not the
> intended recipient, please contact us, delete the message from your
> computer and destroy any copies. Any distribution or copying without
> our prior permission is prohibited.
>
> Internet communications are not always secure and therefore Powergen
> Retail Limited does not accept legal responsibility for this
> message. The recipient is responsible for verifying its authenticity
> before acting on the contents. Any views or opinions presented are
> solely those of the author and do not necessarily represent those of
> Powergen Retail Limited.
>
> Registered addresses:
>
> Powergen Retail Limited, Westwood Way, Westwood Business Park,
> Coventry, CV4 8LG.
> Registered in England and Wales No: 3407430
>
> Telephone +44 (0) 2476 42 4000
> Fax +44 (0) 2476 42 5432
|
