Re: [GNUnet-developers] Hang initializing fs

[Christian Grothoff]

The first time (this particular version of) gnunetd starts up (with sqlite 
datastore) after an update, it needs to determine the actual size of the 
datastore's entries (not just the filesize).  For that, gnunetd does a full 
scan of the sqlite database.  If you abort gnunetd during that time, it will 
restart the scan next time.  Until that scan is complete, the file-sharing 
subsystem won't be up and running.  

Depending on your database size and IO capabilities, that scan can take quite 
a while.  The stacktrace that you are reporting below shows gnunetd doing the 
scan.

I hope this helps...

Christian

On Sunday 09 December 2007, Milan wrote:
> Hi!
>
> Using 0.7.2.c from Debian, I get a hang everytime from the very start of
> gnunetd. Everything works but my hard disk is always seeking and  GNUnet
> is very inefficient (no data transmitted but noise...). The binaries I
> use were not designed for Ubuntu 7.10 so it may come from here (in this
> case I can build from source). But if this can give you more info, just
> ask.
>
> I tried removing everything in /usr/lib/GNUnet but the problem is still
> here.
>
> This thread is always active:
> (gdb) ba
> #0  0xffffe410 in __kernel_vsyscall ()
> #1  0xb7e69e1e in __lll_mutex_lock_wait ()
>    from /lib/tls/i686/cmov/libpthread.so.0
> #2  0xb7e65b68 in _L_mutex_lock_86 () from
> /lib/tls/i686/cmov/libpthread.so.0
> #3  0xb7e6558d in pthread_mutex_lock () from
> /lib/tls/i686/cmov/libpthread.so.0
> #4  0xb7d0f87e in MUTEX_LOCK_FL (mutex=0x8084a38, file=0xb3f2856f
> "sqlite.c",
>     line=333) at mutex.c:138
> #5  0xb3f258c4 in getSize () at sqlite.c:333
> #6  0xb3f2c760 in provide_module_datastore (capi=0xb7f99ce0) at
> datastore.c:415
> #7  0xb7f93420 in requestService (rpos=0xb3f38578 "datastore") at
> core.c:352 #8  0xb3f3390e in initialize_module_fs (capi=0xb7f99ce0) at
> fs.c:1174 #9  0xb7f93afc in loadApplicationModule (rpos=0x8074766 "fs") at
> core.c:171 #10 0xb7f93e83 in loadApplicationModules () at core.c:466
> #11 0x080492d6 in gnunet_main () at gnunetd.c:152
> #12 0x08049625 in main (argc=Cannot access memory at address 0x0
> ) at gnunetd.c:288
> #13 0xb7d2a050 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
> #14 0x080490e1 in _start ()
>
>
>
> _______________________________________________
> GNUnet-developers mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnunet-developers