Kbase P67794: Unable to use the dbman commands after migrating from Progress 9.1D to Progress OpenEdge 10.0A
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
1/2/2009 |
|
Status: Verified
SYMPTOM(s):
Unable to use the dbman commands after migrating from Progress 9.1D to Progress release 10.0A
These same errors result from a second attempt to start the initially converted database.
Invalid before image version number found in bi file . (9971)
this is a version 0 bi file (9972)
Copy of version 10.0A sports2000 database works fine.
Same results on multiple platforms.
FACT(s) (Environment):
Progress 9.1D
OpenEdge 10.0A
OpenEdge Category: Database
CAUSE:
bug# 20040220-018
CAUSE:
Known issue.
Problem with the bi truncate process.
The Progress truncate process normally formats the first block in each bi extent and it is only formatting the first block of the first bi extent. The Conv910 calls the process to truncate during the conversion.
The first startup of the database after conversion is with a truncated bi and the bi extents not checked, but the next startup is not and the bi extents are checked, thus it fails with a version error because the first block in bi extents after b1 were not formatted.
FIX:
Upgrade to Progress 10.0A01 or greater.
Work around if unable to upgrade to Progress 10.0A01 or greater:
Start prior to the conversion of database with mutiple bi extents.
1. Run proutil dbname -C truncate bi
2. Run prostrct remove dbname bi
3. Run for each bi extent
4. Create an add.st file with one variable bi file
5. Run prostrct add dbname add.st
6. Run prostrct list dbname
7. Run proutil dbname -C truncate bi
8. Move to version 10 install 9. Run proutil dbname -C conv910
10. Run proutil dbname -C truncate bi
11. Run prostrct remove dbname bi
12. Create add.st with the desired bi structure
13. Run prostrct add dbname add.st
14. Run prostrct list dbname
15. Run proserve dbname
16. Run proshut dbname -by