FirebirdSQL
Fix possible BUGCHECK "cannot find tip page" during validation with -full or -mend option
If a primary record version has a transaction number which is greater than NT and seems corrupted, its state will be treated as tra_active to avoid an attempt to fetch a non-existing TIP page.
if it is
Nexton disk is wrong (less than actual value)
The actual value - do you mean it as the number of the last non-active transaction on the TIP?
if it is
Nexton disk is wrong (less than actual value)The actual value - do you mean it as the number of the last non-active transaction on the TIP?
Yes, exactly.
Yes, exactly.
If such corruption is detected, is it possible to fix it safely? Which page can we trust more - the header or the TIP?
If such corruption is detected, is it possible to fix it safely? Which page can we trust more - the header or the TIP?
If Next points to the last TIP page and if TIP chain is valid, then both header and last TIP could be trusted in the same degree, IMHO.
