LO54901: FIXUP TO UNIX STYLE RELATIVE PATH NOT WORKING CORRECT

APAR status

• Closed as fixed if next.

Error description

• running the following command:
  
  su - notes
  cd /notesdata
  /opt/ibm/lotus/bin/fixup ./mail1/mail5030.nsf -j
  
  
  This is creating duplicate DBIID.
  
  
  Problem seems to depend on the fact that a relative path had
  been used here: ./mail1/mail5030.nsf
  
  
  which resuls in the fact that databases became registered as:
  
  /notesdata/mail1/mail5030.nsf
  
  and
  
  /notesdata/./mail1/mail5030.nsf
  
  
  
  In UNIX systems it is not a problem at all to use these folders,
  but
  fixup seems to have a problem after using the relative path,
  that again
  leads to the situation that domino is not able to identify that
  
  /notesdata/./mail1/mail5030.nsf
  
  is the same path than:
  
  /notesdata/mail1/mail5030.nsf
  
  
  
  To prove this from an OS point of view please see that output:
  
  notes@myhost:~> ls -la /notesdata/mail1/mail5030.nsf
  
  -rw-r--r-- 1 notes notes 66060288 2010-07-28 16:11
  
  /notesdata/mail1/mail5030.nsf
  
  notes@myhost:~> ls -la /notesdata/./mail1/mail5030.nsf
  
  -rw-r--r-- 1 notes notes 66060288 2010-07-28 16:11
  
  /notesdata/./mail1/mail5030.nsf
  

Local fix

• use absolute path, or
  use a relative path to the domino dababase directory without
  using "." or ".."
  references
  

Problem summary

• The problem will be fixed in the next release of the product.
  

Problem conclusion

Temporary fix

Comments

• This APAR is associated with SPR# SEND89GA23.
  The problem will be fixed in the next release of the product.
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

• R851 PSN

     UP