|  | 	Hi
	First, I assume you are running SYSTIDY.  The correct notes file for 
SYSTIDY is ATLANA::A1-TOOLKIT
	Your problem w the converts is probably a corrupt OA$SHARE:OA$DAF_E.DAT
but it could be just a bad FDL file.  Check the following:
	1.  If you have an OA$LIB:OA$DAF_E.OPT and it has the VBN errors in it,
	delete the file.
	2.  If you specify an FDL file for the convert, verify that it does not
	contain the errors.  If it does, you will need to correct this.
	3.  ANAL/RMS/CHECK OA$SHARE:OA$DAF_E.DAT
HTH
John
 | 
|  |     Hi Thitinun,
    
    I tend to agree with John to some extent.  If this problem started all
    of a sudden did you upgrade OpenVMS ?  The reason why I am saking this
    question is because of the following error "%FDL-E-SYNTAX, syntax error in
    statement 53".
    
    If OpenVMS was upgraded I would suggest that you look at note 1373
    VAXAXP::VMSNOTES for the complete answer.  This "problem" appears from
    time to with OpenVMS upgrades.
    
    >  \***  VBN 263669:  INDEX BUCKET REFERENCES MISSING DATA BUCKET WITH
    >        VBN 241733.\
    
    This error seems to have been caused by the syntax problem, however as
    a belt and braces approach I would do a $ analyze/rms/check of the file
    to make sure the file's integrity is fine.  If the worse comes to the
    worse let us know and I'll see what I can do to help you.
    
    Regards,
    
    Sunil
 | 
|  | 
    
   Hello,
   As your suggestion to $ ANAL/RMS/CHECK  OA$SHARE:OA$DAF_E.DAT   
   I've got the serious error as the Analyze_check log file as below.
   Could you please suggest me how can I do continue and fix the problems ?
   Thanks a lot for your advice.
   Best Regards,
   Thitinun 
*****************************************************************************
Check RMS File Integrity                      2-JUN-1994 10:03:02.03   Page 1
DESS1$DIA1:[ALLIN1.SHARED_E]OA$DAF_E.DAT;1
FILE HEADER
	File Spec: DESS1$DIA1:[ALLIN1.SHARED_E]OA$DAF_E.DAT;1
	File ID: (22843,48,0)
	Owner UIC: [ALLIN1]
	Protection:  System: RWED, Owner: RWED, Group: , World: 
	Creation Date:   21-NOV-1993 01:28:51.34
	Revision Date:    1-JUN-1994 18:29:20.71, Number: 18667
	Expiration Date: none specified
	Backup Date:     none posted
	Contiguity Options:  contiguous-best-try
	Performance Options: none
	Reliability Options: none
	Journaling Enabled:  none
RMS FILE ATTRIBUTES
	File Organization: indexed
	Record Format: variable
	Record Attributes:   carriage-return
	Maximum Record Size: 2000
	Blocks Allocated: 688100, Default Extend Size: 52208
	Bucket Size: 16
	File Monitoring: disabled
	Global Buffer Count: 31
FIXED PROLOG
	Number of Areas: 2, VBN of First Descriptor: 2
	Prolog Version: 3
AREA DESCRIPTOR #0 (VBN 2, offset %X'0000')
	Bucket Size: 16
	Reclaimed Bucket VBN: 0
	Current Extent Start: 635893, Blocks: 52208, Used: 9856, Next: 645749
	Default Extend Quantity: 52208
	Total Allocation: 678692
AREA DESCRIPTOR #1 (VBN 2, offset %X'0040')
	Bucket Size: 16
	Reclaimed Bucket VBN: 0
	Current Extent Start: 635445, Blocks: 448, Used: 176, Next: 635621
	Default Extend Quantity: 448
	Total Allocation: 9408
KEY DESCRIPTOR #0 (VBN 1, offset %X'0000')
	Index Area: 1, Level 1 Index Area: 1, Data Area: 0
	Root Level: 3
	Index Bucket Size: 16, Data Bucket Size: 16
Check RMS File Integrity                      2-JUN-1994 10:03:02.12   Page 2
DESS1$DIA1:[ALLIN1.SHARED_E]OA$DAF_E.DAT;1
	Root VBN: 210789
	Key Flags:
		(0)  KEY$V_DUPKEYS    0
		(3)  KEY$V_IDX_COMPR  0
		(4)  KEY$V_INITIDX    0
		(6)  KEY$V_KEY_COMPR  0
		(7)  KEY$V_REC_COMPR  1
	Key Segments: 1
	Key Size: 65
	Minimum Record Size: 65
	Index Fill Quantity: 8192, Data Fill Quantity: 8192
	Segment Positions:       0
	Segment Sizes:          65
	Data Type: string
	Name: "DAF_KEY"
	First Data Bucket VBN: 3
***  VBN 263669:  Index bucket references missing data bucket with VBN 241733.
Unrecoverable error encountered in structure of file.
The analysis uncovered 2 errors.
ANALY/RMS/CHECK/OUTP=CHECK_SHARE.LOG OA$DAF_E.DAT
    
    
 | 
|  |     Hi,
    
    Please check your system backup procedures. The likely cause of this is
    that you are using the /ignore=interlock when saving a backup version
    of the DAF file(s). This saves a corrupted version of the file, and
    then after a system crash you restore this file, and then you realise
    that there are fates worse than death ;^)
    
    Stuart
 |