It would depend on what you mean precisely by "I am running the same query"
-- the same query with different args or the exact same args? Given
different args I would expect their to be a fast reproducible first-query
bomb arg value. Otherwise I'd be curious if you were monitoring memory
consumption over time.

Otherwise the case of corrupted index has been encountered a couple times
-- either failed initial index builds (incomplete or mistyped) or
concurrent auto-index-generation at query time (instead of prebuild) that
could result in a partially valid index.


On Wed, Jul 23, 2014 at 2:13 PM, Rajiv Bandaru <[email protected]>
wrote:

> Thanks Pravin for your response. Here is what I am doing. I am running the
> same query continuously over a period of time. So, this same query runs for
> 2000 times before I encounter the error and crash. If indexes were an issue
> then shouldn't it fail on the first run itself?
>
> And, I am on 3.1.8 as well.
>
> Thank you,
> Rajiv
> 949.334.7257
>
>
> On Wed, Jul 23, 2014 at 2:04 PM, Pravin Joshi <[email protected]>
> wrote:
>
>> Rajiv,
>>
>> What FastBit version you using? I used 3.1.8 and encountered SIGSEGV if
>> index is not created properly. I would suggest taking a look at
>> column definition and make sure the column you are fetching is defined as
>> Long.
>>
>>
>> Pravin
>>
>>
>>  On Wed, Jul 23, 2014 at 1:57 PM, Rajiv Bandaru <[email protected]>
>> wrote:
>>
>>>
>>> This is the another error...
>>>
>>>
>>> #
>>> # A fatal error has been detected by the Java Runtime Environment:
>>> #
>>> #  SIGSEGV (0xb) at pc=0x00007f957c64f33a, pid=16202, tid=140280209815296
>>>
>>> #
>>> # JRE version: 6.0_25-b06
>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b11 mixed mode
>>> linux-amd64 compressed oops)
>>> # Problematic frame:
>>> # v  ~BufferBlob::jni_fast_GetLongField
>>>
>>> #
>>> # An error report file with more information is saved as:
>>> # /home/rajiv.bandaru/sir/bin/hs_err_pid16202.log
>>>
>>> #
>>> # If you would like to submit a bug report, please visit:
>>> #   http://java.sun.com/webapps/bugreport/crash.jsp
>>> # The crash happened outside the Java Virtual Machine in native code.
>>> # See problematic frame for where to report the bug.
>>> #
>>> Aborted (core dumped)
>>>
>>> On Wed, Jul 23, 2014 at 1:15 PM, Rajiv Bandaru <[email protected]>
>>> wrote:
>>>
>>>> I am running a particular fastbit query continuously for 10 minutes,
>>>> however the process crashes with the following native code errors. I am
>>>> running it on Ubuntu.
>>>>
>>>>
>>>> #
>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>> #
>>>> #  SIGSEGV (0xb) at pc=0x00007f35d009ae84, pid=13865, tid=13986
>>>> 9078443776
>>>> #
>>>> # JRE version: 6.0_25-b06
>>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b11 mixed mode
>>>> linux-amd64 compressed oops)
>>>> # Problematic frame:
>>>> # C  [libpthread.so.0+0x9e84]  pthread_mutex_lock+0x4
>>>> #
>>>> # An error report file with more information is saved as:
>>>> # /home/rajiv.bandaru/sir/bin/hs_err_pid13865.log
>>>> #
>>>> # If you would like to submit a bug report, please visit:
>>>> #   http://java.sun.com/webapps/bugreport/crash.jsp
>>>> # The crash happened outside the Java Virtual Machine in native code.
>>>> # See problematic frame for where to report the bug.
>>>> #
>>>> Aborted (core dumped)
>>>>
>>>>
>>>> And, the second error is exactly the same but here is the Problematic
>>>> frame
>>>>
>>>> BufferBlob::jni_fast_GetLongField
>>>>
>>>>
>>>> Rajiv
>>>>
>>>
>>>
>>> _______________________________________________
>>> FastBit-users mailing list
>>> [email protected]
>>> https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
>>>
>>>
>>
>> _______________________________________________
>> FastBit-users mailing list
>> [email protected]
>> https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
>>
>>
>
> _______________________________________________
> FastBit-users mailing list
> [email protected]
> https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
>
>
_______________________________________________
FastBit-users mailing list
[email protected]
https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users

Reply via email to