If you have removed a table or field, then add new table or field, it might cause problem if the old data is still there.
Repair it might help. It won't harm if it doesn't. Alan Chan 4D iNug Technical <[email protected]> writes: >I verified a data file and MSC reported the data were fine but the indexes >had some errors. No problem, I think, I'll just trash the index files, >restart and let them rebuild. After doing this twice the indexes are still >showing as : > >Cluster Index 167 on DOX_ATTACH._data , DOX_ATTACH.record_id >(tableName_recordId) [OK] >Checking index Cluster Index 167 on DOX_ATTACH._data , DOX_ATTACH.record_id >(tableName_recordId) [OK] >Checking index page addresses on Cluster Index 167 on DOX_ATTACH._data , >DOX_ATTACH.record_id (tableName_recordId) [OK] >Checking clusters on Cluster Index 167 on DOX_ATTACH._data , >DOX_ATTACH.record_id (tableName_recordId) [OK] >Checking list of deleted clusters on Cluster Index 167 on DOX_ATTACH._data >, DOX_ATTACH.record_id (tableName_recordId) [OK] >Checking index pages on Cluster Index 167 on DOX_ATTACH._data , >DOX_ATTACH.record_id (tableName_recordId) [200 errors] > >I'm not sure what else to do besides dropping the index. I'm assuming, >perhaps incorrectly, that if the data are good the index should be able to >write itself correctly. > >I'm hoping one of you can give me some insight into how to correct this. >The server is running 15.3 on Win 7. > > ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
