Hi Adrian, You can perform a database crash dump and restore and detailed in section 6.1.5.5.2 at:
http://docs.openlinksw.com/virtuoso/databaseadmsrv.html#backup If a core file was produced it would also be interesting to see a stack trace from the core if the Virtuoso binary symbols are not stripped. Best Regards Hugh Williams Professional Services OpenLink Software Web: http://www.openlinksw.com Support: http://support.openlinksw.com Forums: http://boards.openlinksw.com/support Twitter: http://twitter.com/OpenLink On 4 Feb 2011, at 16:12, Adrian Gschwend wrote: > Dear group, > > I imported some of my bigger data sets to virtuoso (1.3 million > statements) and then tried to delete an old graph in there in the RDF > sink. The import of the bigger files I did with isql, Hugh hinted me > after I hit the 10mb limit in RDF sink (seems to be a bug according to > Hugh). > > Anyway while I waited for the delete via curl the server trapped. I > restarted it twice now but it traps while rebuilding it: > > ... > 17:03:05 166000 transactions, 44967878 bytes replayed (76 %) > 17:07:16 Blob disk bytes and page dir length disagree L=19954 bytes= > 2537181 dir pages=4359123 > 17:07:16 GPF: blob.c:3016 blob out of range > GPF: blob.c:3016 blob out of range > 17:07:16 Server received signal 11. Continuing with the default action > for that signal. > Segmentation fault (core dumped) > > Any hints how I should go on? > > thanks > > cu > > Adrian > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > Virtuoso-users mailing list > Virtuoso-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtuoso-users