Hi folks. I'm working on an install that's using a kickstart file. Everything has been fine, but recently, during the install, the RPM database is getting corrupted while installing packages. >From the chroot'ed "/root/install.log" file, i see: At this point, no other packages install.... Installing gdb-6.0post-0.20031117.6.i386. Installing dialog-0.9b-20020814.6.i386. error: db4 error(-30982) from dbcursor->c_put: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30982) storing record ~Fî^Yw3Y^N/^N_¨ s¼DY¬|1^Ht^O~Z^H into Filemd5s error: db4 error(-30982) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30982) getting "^Nu^\ R~I^Qæëô¸FÅEÞ^D¬|1^Ht^O~Z^H" records from Filemd5s index ... many more similar lines ... Installing nscd-2.3.2-95.6.i386. error: db4 error(-30982) from db->cursor: DB_RUNRECOVERY: Fatal error, run database recovery error: db4 error(-30982) from db->get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30982) getting "nscd" records from Name index error: db4 error(-30982) from db->sync: DB_RUNRECOVERY: Fatal error, run database recovery ... more of the same line from above ... Installing ntp-4.1.2-4.i386. error: db4 error(-30982) from db->cursor: DB_RUNRECOVERY: Fatal error, run database recovery error: db4 error(-30982) from db->get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30982) getting "ntp" records from Name index error: db4 error(-30982) from db->sync: DB_RUNRECOVERY: Fatal error, run database recovery error: db4 error(-30982) from db->sync: DB_RUNRECOVERY: Fatal error, run database recovery error: db4 error(-30982) from db->sync: DB_RUNRECOVERY: Fatal error, run database recovery ... This is completely reproducible, the install log is identical on two different machines. I've google'd around and all references about this problem say to "rebuild your RPM db using "rpm --rebuilddb". However, in this case, that doesn't work since i'm in kickstart. Does anyone have any ideas about what to do? Thanks. ...alex... |