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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/virtuoso-users
