Re: [Help-gnunet] help with database management

[Benjamin Paul Kay]

On Sunday 12 October 2003 17:24, you wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Sunday 12 October 2003 04:23 pm, you wrote:
> > > Hmm. You do not happen to have an option
> > > INDEX-CONTENT = YES
> > > in your gnunet.conf by any chance? Then gnunet-insert would always
> > > insert and not index.  Given a quota of 5 GB (minus 700 MB) would
> > > result in about 4.2 GB left (afs storage left), so it would match
> > > pretty nicely.
> >
> > The phrase "INDEX-CONTENT" does not appear in gnunet.conf. Recall that I
> > have ACTIVEMIGRATION enabled, so some of the afs storage may be being
> > used by migrated content. However with Igor Wronsky's help I have pretty
> > determined that the DB is a-ok, so the only plausible explanation left is
> > that the content was inserted rather than indexed. I am quite certain
> > that I did not insert the content (unless gnunet-gtk is inserting content
> > marked "index only") - is there anything else that would cause the
> > content to be inserted?
>
> Only either a switch given to gnunet-gtk or gnunet-insert.  Hmm. I get the
> same problem whenever I insert (or index) files with gnunet-gtk.  I suspect
> the selection index/insert in gnunet-gtk is broken.  If you were using
> gnunet-gtk (and not gnunet-insert) for the files, that would explain the
> problem.  I'll look at the code later tonight and make sure it is fixed in
> CVS.  Thanks for reporting!

Yes, it is indeed gnunet-gtk. I can now index files and actually have them 
indexed via gnunet-insert from the terminal. There seems to be something 
wrong with the way gnunet-gtk handles pseudonyms as well. Is there by any 
chance a way to insert a file into a namespace by URI other than through 
gnunet-gtk?

Oh - I am assuming gnunet-gtk has messed up my DB. If I want to start over 
with a new DB, can I:
/etc/init.d/gnunet stop
rm -R /var/lib/GNUnet/data/afs
mysql
        DROP DATABASE gnunet;
        CREATE DATABASE gnunet;
        *follow the directions in high_mysql.c*
/etc/init.d/gnunet start

It's always worked in the past.