From: Kyle D. <kda...@tx...> - 2009-04-03 03:17:23
|
OK , back in Fedora Core 6 and gramps 2.2.10 I tried check and repair database; it gave me an unrecoverable db error! Did I screw up something in the .gramps directory trying 3.1.1? Still in FC6, I imported the previous *.backup.gramps into a new tree, with no errors and ran the check and repair. It found 74 "[individual] removed from family of Unknown"! Looks like every family I have created in the past 3 months was just removed! I've been doing exports and web narratives all the while - and the families looked ok in gramps, too. How could this happen? Very disappointing... Anyway, this new tree and *grdb imports without errors in 3.1.1. I will just have to reconstruct all those families. Kyle Benny Malengier wrote: > > > 2009/4/1 Kyle Davenport <kda...@tx... <mailto:kda...@tx...>> > > ok, I tried this. I left the ImportGrdb.pyc and *pyo as is. > Import gives me this error: > /tmp/tmpFQevFC > > Traceback (most recent call last): > File "/usr/share/gramps/plugins/import/ImportGrdb.py", line 2768, > in importData > > other_database.load(new_filename, callback) > File "/usr/share/gramps/plugins/import/ImportGrdb.py", line 447, > in load > self.metadata = self.__open_table(self.full_name, "meta") > File "/usr/share/gramps/plugins/import/ImportGrdb.py", line 209, > in __open_table > dbmap.open(file_name, table_name, dbtype, self.__open_flags(), 0666) > DBInvalidArgError: (22, 'Invalid argument -- /tmp/tmpFQevFC: > unexpected file type or format') > None > > > Yes, this is a known issue due to the environment not being present > anymore. It is the reason we no longer work with grdb files since 3.0.x > I can understand if you now stop with trying this. Should you want to > continue, on > http://www.gramps-project.org/wiki/index.php?title=Recover_corrupted_grdb > you find how to obtain again a working grdb. > You need to install some database maintenance tools, dump the database > to text, and then reconstruct the database. After that, import in > GRAMPS of the last should work again. > > Benny > |