Corrupted File (AREV Specific)
At 09 FEB 2002 05:10:18PM Aiden Massey wrote:
Arev 1.16 corrupted file. This is the only copy.
Arev 1.16
DUMP INVENTORY lhdump line 1 divide by zero
LIST INVENTORY rev20310.ov group 00000001 group format error
Arev 3.12
DUMPLH INVENTORY hangs
VERIFYLH INVENTORY hangs
FIXLH INVENTORY hangs
LIST INVENTORY fatal error reading row
RBASIC PROGRAM RBASIC SELECT
fatal error readnexting in table inventory
group format error
os file rev20310.lk
group # 0
invalid frame header during read
FILE SIZE
rev20310.lk 6717440
rev20310.ov 9091072
THERE ARE NO OTHER BACKUPS OF THIS FILE
Looked through the .lk and .ov using osbread and the data appears to be intact. How to recover as much data as possible?
Cheers
Aiden Massey
At 09 FEB 2002 06:02PM Hippo wrote:
Fortunately I never solved this, but If I should:
First backup (I suppose you done).
Install AREV in a single user environment.
Mount on the table MFS tracking what happens during SELECT.
(See the MFS manual if needed. This will guide you.)
Run SELECT … it will find propper place when the readnexting fails.
For example 64K limit for keys in a group may be problem.
What it means … intact.
Is the header of first group ok? Write down first 26 bytes (hexa) of .lk.
At 09 FEB 2002 09:31PM Aiden Massey wrote:
First 26 bytes all \00\
At 10 FEB 2002 02:12AM Hippo wrote:
This is not good!
First byte should be 1A … flag (and length) of header of the first group. The header should contain forward, skip pointers,modulo,framesize, alpha,
treshold, sizelock and recordcount. See the documentation.
If other frames are correct, you may try to edit the first frame, but I don't beleive in it.
(If no special care was taken, treshold is CC, Sizelock is 0000, Framesize 0400 (high endian … 00 04 in dump), set forward and skip to 00000000, modulo is around .lk size/framesize, but I don't know how to determine the propper value. Alpha and RecordCount are not as important as thay will be set by TCL SELECT (not filtered, not ordered)).
Check headers of other groups in .LK.
They should begin with 0D and contain forward, skip pointers and group modulo. If not, there is at 99% no way to save the file.
At 11 FEB 2002 01:15PM Victor Engel wrote:
If you have a backup of the file, restore it to another location and copy the header of the first frame to the existing file. This may result in a GFE, but at least it will be a recoverable GFE.
If you don't have a backup, first reconsider this policy. Then, just copy the header of another file to this one, then fix the GFE.
I think you only need the first 21 bytes. If it's a version 1.1+ type file, you may need the first 26 bytes.
At 13 FEB 2002 02:14PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
We have a program that goes through an LH file, pulls out the records, and writes them to a new file. Depending on the corruption, we've had good luck getting close to 98% of the file back.
World Leaders in all things RevSoft
