help-gnunet
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-gnunet] Database migration from 0.6.1b to current CVS


From: Milan
Subject: [Help-gnunet] Database migration from 0.6.1b to current CVS
Date: Wed, 16 Jun 2004 15:03:14 +0200

Hi everybody !

So I have another problem migrating from my old version to CVS : GNUnet dosen't recognize well my gdbm afsdatabase. gnunet-check says me :

address@hidden:/home/milan/GNUnet-yes$ gnunet-check -u
Updating from version 1b060000
Erreur de segmentation (= Segmentation Fault ;-))

Then :

address@hidden:/home/milan/GNUnet-yes$ gnunet-check -u
State is current, no update required.
Jun 16 14:56:07 Shutdown complete.

And then, when I check other times :

address@hidden:/home/milan/GNUnet-yes$ gnunet-check -aV -L EVERYTHING
Jun 16 14:47:35 WARNING: GNUNET-CHECK/FIXED-PRIORITY in conf either <= 0 or missing Jun 16 14:47:35 WARNING: GNUNET-INSERT/CONTENT-PRIORITY in conf either <= 0 or missing Jun 16 14:47:35 INFO: reorganizing database /var/lib/GNUnet/data/afs// content//bucket.3072.0. This may take a while.
Jun 16 14:47:35 WARNING: gdbm_reorganize failed: Reorganize failed
Jun 16 14:47:35 INFO: Done reorganizing database.
Jun 16 14:47:35 INFO: reorganizing database /var/lib/GNUnet/data/afs// content//bucket.3072.1. This may take a while.
Jun 16 14:52:54 INFO: Done reorganizing database.
Jun 16 14:52:55 INFO: reorganizing database /var/lib/GNUnet/data/afs// content//bucket.3072.2. This may take a while.

etc.., and it ends successfully. Some parts seem to run, other not. If I restart gnunet-check immediatly after shutting it down (Ctrl + C), more parts of the database (bucket.2072.1, .2, .3) seem corrupted. But when I reinstall my old version, gnunet-check runs well, so the database isn't corrupted.

This problem causes CRC fails and peers connection errors, and blocks gnunetd before he says 'gnunetd up and running' : I can't do a search or a download, and clients can't connect to gnunetd.

Moving content folder in data/afs resolves the bug...

So I can loose my database, but that's too bad !


  Milan




reply via email to

[Prev in Thread] Current Thread [Next in Thread]