Hi Ivan ,
My machine is a intel core dual 2Ghz with 4GB RAM and one SATA disk
under linux 64-bit.
I had performance problems too (see other mail from yesterday). What i
did is that i changed log to 0 before the import and back to 1 after.
The problem was gone.
It is only the import - no other acc
Peter,
Please try to make backup dump, as described in the doc; if it will
report errors then crash-dump; then restore database from file. What's
the platform and the compiler, BTW? Were there any queries executed or
data manipulations in parallel with the import? Did you adjust numbers
of buffers
Hello Ivan,
thank you. Good to know that you know the bug and fixed it.
I changed the order and i also tryed to change ttlp_mt to ttlp. Always
the same error. Sometimes sooner sometimes later.
Is it possible to get a patch for Virtuoso 5.0.2 or is that to
complicated? This would be very very nice
Hello Peter,
This bug resembles one that is fixed recently in commercial version of
Virtuoso so next release of Virtuoso Open Source will probably contain
the fix. The error is quite seldom (I've sen it only once on a dataset
that is much greater than DBpedia) so you will probably not see it again
Hi!
I get a error message when i import dbpedia
from the server:
02:29:03 Server online at (pid 28382)
02:29:54 Checkpoint made, log reused
02:30:23 Checkpoint made, log reused
02:30:32 GPF: insert.c:678 unmoved row lock
GPF: insert.c:678 unmoved row lock
Segmentation fault (core dumped)
