ADSM-L

Re: InsertSlashHack error, missing dir delimiter

2005-06-07 10:24:56
Subject: Re: InsertSlashHack error, missing dir delimiter
From: "Warren, Matthew (Retail)" <Matthew.Warren AT POWERGEN.CO DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 7 Jun 2005 15:24:02 +0100
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

<Prev in Thread] Current Thread [Next in Thread>