Hi Gang,

Is a core file produces (if "ulimit -c unlimited") was set before starting 
Virtuoso such that a gdb back trace can be provided possibly ?

If you remove the virtuoso.trx files does the server then start ? 

If not then you will need to perform a crash-dump and recovery as detailed @ 
http://docs.openlinksw.com/virtuoso/databaseadmsrv.html#backup

Best Regards
Hugh Williams
Professional Services
OpenLink Software, Inc.      //              http://www.openlinksw.com/
Weblog   -- http://www.openlinksw.com/blogs/
LinkedIn -- http://www.linkedin.com/company/openlink-software/
Twitter  -- http://twitter.com/OpenLink
Google+  -- http://plus.google.com/100570109519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers

> On 7 May 2015, at 19:52, Gang Fu <gangfu1...@gmail.com> wrote:
> 
> Hi,
> 
> I was running sparql delete and stopped the job. Then when I tried to start 
> the server I got the error message:
> Starting virtuoso: The VDBMS server process terminated prematurely
> after checkpointing.
> 
> The server cannot be started anymore.
> I checked the log file, I found this message:
> 
>                 Thu May 07 2015
> 14:34:44 OpenLink Virtuoso Universal Server
> 14:34:44 Version 07.20.3212-pthreads for Linux as of Mar 26 2015
> 14:34:44 uses parts of OpenSSL, PCRE, Html Tidy
> 14:34:50 Database version 3126
> 14:34:50 SQL Optimizer enabled (max 1000 layouts)
> 14:34:51 Compiler unit is timed at 0.000171 msec
> 14:34:57 built-in procedure "repl_undot_name" overruled by the RDBMS
> 14:34:57 Roll forward started
> 14:34:58     86 transactions, 9940 bytes replayed (100 %)
> 14:34:58 Roll forward complete
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x924b48]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x924bb6]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x496660]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x4ff9da]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x4ffd7e]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x5000d1]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t(ac_aq_func+0x13f) [0x50076f]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t(aq_thread_func+0x1df) [0x45b0ff]
> 14:34:59 /opt/virtuoso/bin/virtuoso-t() [0x92efdf]
> 14:34:59 /lib64/libpthread.so.0() [0x38db6079d1]
> 14:34:59 /lib64/libc.so.6(clone+0x6d) [0x38daae88fd]
> 14:34:59 GPF: colins.c:3412 uneven length cols after insert
> 
> Do you know why this happen, and how to recover from there?
> 
> Thank you very much!
> 
> Best,
> Gang
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________
> Virtuoso-users mailing list
> Virtuoso-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtuoso-users

Attachment: smime.p7s
Description: S/MIME cryptographic signature

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users

Reply via email to