Closed carloprad closed 10 years ago
Hi, Did you set -Dmemory.useUnsafe = false ?
On Tue, Jun 24, 2014 at 6:38 PM, carloprad notifications@github.com wrote:
In Solaris 11.1 environment, if I add this property in orientdb-server-config.xml:
The JVM crash with this error:
#
A fatal error has been detected by the Java Runtime Environment:
#
SIGSEGV (0xb) at pc=0xffff80ff33ebbd6f, pid=7666, tid=24
#
JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build 1.7.0_60-b19)
Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode solaris-amd64 compressed oops)
Problematic frame:
C [jna4378944422343608533.tmp+0xbd6f] Java_com_sun_jna_Native_setInt+0x9f
#
Core dump written. Default location: /opt/orientdb-community-1.7.4/bin/core or core.7666
#
An error report file with more information is saved as:
/opt/orientdb-community-1.7.4/bin/hs_err_pid7666.log
Compiled method (c2) 3577513 1464 ! com.orientechnologies.orient.core. storage.impl.local.paginated.wal.OWriteAheadLog$LogSegment::logRecord (476 bytes ) total in heap [0xffff80ffbc700550,0xffff80ffbc7040b8] = 15208 relocation [0xffff80ffbc700670,0xffff80ffbc700918] = 680 main code [0xffff80ffbc700920,0xffff80ffbc701fa0] = 5760 stub code [0xffff80ffbc701fa0,0xffff80ffbc702158] = 440 oops [0xffff80ffbc702158,0xffff80ffbc702260] = 264 scopes data [0xffff80ffbc702260,0xffff80ffbc703770] = 5392 scopes pcs [0xffff80ffbc703770,0xffff80ffbc703c40] = 1232 dependencies [0xffff80ffbc703c40,0xffff80ffbc703c60] = 32 handler table [0xffff80ffbc703c60,0xffff80ffbc704080] = 1056 nul chk table [0xffff80ffbc704080,0xffff80ffbc7040b8] = 56 #
If you would like to submit a bug report, please visit:
http://bugreport.sun.com/bugreport/crash.jsp
The crash happened outside the Java Virtual Machine in native code.
See problematic frame for where to report the bug.
The crash occurs when my java program executes a gdb.commit() instruction, after a series of gdb.addVertex() and addEdge(), trying to create a graph from an RDF file.
The ODB server works fine with default settings, or changing the compression algorithm:
Since the snappy library seems not so usefull ( http://carloprad.blogspot.it/2014/03/orientdb-on-zfs-performance-analysis.html), I suggest to remove this dependency.
Anyway, here some debug information:
root@orientdbZone:~/# /opt/jdk1.7.0_60/bin/amd64/jstack -J-d64 /opt/jdk1.7.0_60/bin/amd64/java /opt/orientdb/bin/core Attaching to core /opt/orientdb/bin/core from executable /opt/jdk1.7.0_60/bin/amd64/java, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.60-b09 Deadlock Detection:
No deadlocks found.
Thread t@157: (state = BLOCKED)
- sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame)
- java.util.concurrent.locks.LockSupport.parkNanos(java.lang.Object, long) @bci=20, line=226 (Compiled frame)
- java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(long) @bci=68, line=2082 (Compiled frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=122, line=1090 (Compiled frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=1, line=807 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor.getTask() @bci=156, line=1068 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=26, line=1130 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)
Thread t@24: (state = IN_NATIVE)
- com.sun.jna.Native.setInt(long, int) @bci=0 (Compiled frame; information may be imprecise)
- com.sun.jna.Pointer.setInt(long, int) @bci=7, line=1125 (Compiled frame)
- com.orientechnologies.nio.OJNADirectMemory.setInt(long, int) @bci=10, line=65 (Compiled frame)
- com.orientechnologies.common.directmemory.ODirectMemoryPointer.setInt(long, int) @bci=26, line=87 (Compiled frame)
- com.orientechnologies.common.serialization.types.OIntegerSerializer.serializeInDirectMemory(java.lang.Integer, com.orientechnologies.common.directmemory.ODirectMemoryPointer, long, java.lang.Object[]) @bci=6, line=82 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWALPage.
(com.orientechnologies.common.directmemory.ODirectMemoryPointer, boolean) @bci=29, line=44 (Compiled frame) - com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWriteAheadLog$LogSegment.logRecord(byte[]) @bci=162, line=324 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWriteAheadLog.log(com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWALRecord) @bci=54, line=767 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.base.ODurableComponent.logPageChanges(com.orientechnologies.orient.core.storage.impl.local.paginated.base.ODurablePage, long, long, boolean) @bci=98, line=114 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OPaginatedCluster.logPageChanges(com.orientechnologies.orient.core.storage.impl.local.paginated.base.ODurablePage, long, long, boolean) @bci=18, line=1589 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OPaginatedCluster.updateRecord(com.orientechnologies.orient.core.id.OClusterPosition, byte[], com.orientechnologies.orient.core.version.ORecordVersion, byte) @bci=842, line=941 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.updateRecord(com.orientechnologies.orient.core.id.ORecordId, byte[], com.orientechnologies.orient.core.version.ORecordVersion, byte, int, com.orientechnologies.orient.core.storage.ORecordCallback) @bci=331, line=802 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.commitEntry(com.orientechnologies.orient.core.tx.OTransaction, com.orientechnologies.orient.core.db.record.ORecordOperation) @bci=463, line=2114 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.commit(com.orientechnologies.orient.core.tx.OTransaction, java.lang.Runnable) @bci=158, line=1076 (Compiled frame)
- com.orientechnologies.orient.core.tx.OTransactionOptimistic.doCommit() @bci=204, line=464 (Compiled frame)
- com.orientechnologies.orient.core.tx.OTransactionOptimistic.commit(boolean) @bci=34, line=148 (Compiled frame)
- com.orientechnologies.orient.core.db.record.ODatabaseRecordTx.commit(boolean) @bci=140, line=142 (Compiled frame)
- com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.commit(boolean) @bci=8, line=511 (Compiled frame)
- com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.commit() @bci=2, line=503 (Compiled frame)
- com.orientechnologies.orient.server.network.protocol.binary.ONetworkProtocolBinary.commit() @bci=59, line=1096 (Compiled frame)
- com.orientechnologies.orient.server.network.protocol.binary.ONetworkProtocolBinary.executeRequest() @bci=795, line=396 (Compiled frame)
- com.orientechnologies.orient.server.network.protocol.binary.OBinaryNetworkProtocolAbstract.execute() @bci=51, line=169 (Compiled frame)
- com.orientechnologies.common.thread.OSoftThread.run() @bci=23, line=45 (Compiled frame)
Thread t@20: (state = BLOCKED)
- com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWriteAheadLog.getFlushedLSN() @bci=7, line=939 (Interpreted frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache.flushPage(long, long, com.orientechnologies.common.directmemory.ODirectMemoryPointer) @bci=18, line=1080 (Interpreted frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache.access$1000(com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache, long, long, com.orientechnologies.common.directmemory.ODirectMemoryPointer) @bci=5, line=67 (Compiled frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache$PeriodicFlushTask.iterateBySubRing(java.util.NavigableMap, int, int, boolean) @bci=260, line=291 (Compiled frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache$PeriodicFlushTask.flushRing(int, int, boolean) @bci=36, line=246 (Interpreted frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache$PeriodicFlushTask.run() @bci=114, line=222 (Interpreted frame)
- java.util.concurrent.Executors$RunnableAdapter.call() @bci=4, line=471 (Interpreted frame)
- java.util.concurrent.FutureTask.runAndReset() @bci=47, line=304 (Interpreted frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask) @bci=1, line=178 (Compiled frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run() @bci=37, line=293 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1145 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)
Thread t@19: (state = BLOCKED)
- sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame)
- java.util.concurrent.locks.LockSupport.parkNanos(java.lang.Object, long) @bci=20, line=226 (Interpreted frame)
- java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(long) @bci=68, line=2082 (Interpreted frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=122, line=1090 (Interpreted frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=1, line=807 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor.getTask() @bci=156, line=1068 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=26, line=1130 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)
Thread t@2: (state = BLOCKED)
Thread t@16: (state = IN_NATIVE)
- java.net.PlainSocketImpl.socketAccept(java.net.SocketImpl) @bci=0 (Interpreted frame)
- java.net.AbstractPlainSocketImpl.accept(java.net.SocketImpl) @bci=7, line=398 (Interpreted frame)
- java.net.ServerSocket.implAccept(java.net.Socket) @bci=60, line=530 (Interpreted frame)
- java.net.ServerSocket.accept() @bci=48, line=498 (Interpreted frame)
- com.orientechnologies.orient.server.network.OServerNetworkListener.run() @bci=11, line=192 (Interpreted frame)
Thread t@15: (state = IN_NATIVE)
- java.net.PlainSocketImpl.socketAccept(java.net.SocketImpl) @bci=0 (Interpreted frame)
- java.net.AbstractPlainSocketImpl.accept(java.net.SocketImpl) @bci=7, line=398 (Interpreted frame)
- java.net.ServerSocket.implAccept(java.net.Socket) @bci=60, line=530 (Interpreted frame)
- java.net.ServerSocket.accept() @bci=48, line=498 (Interpreted frame)
- com.orientechnologies.orient.server.network.OServerNetworkListener.run() @bci=11, line=192 (Interpreted frame)
Thread t@14: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=135 (Interpreted frame)
- com.orientechnologies.orient.core.memory.OMemoryWatchDog.run() @bci=94, line=191 (Interpreted frame)
Thread t@13: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.util.TimerThread.mainLoop() @bci=201, line=552 (Interpreted frame)
- java.util.TimerThread.run() @bci=1, line=505 (Interpreted frame)
Thread t@8: (state = BLOCKED)
Thread t@7: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=135 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove() @bci=2, line=151 (Interpreted frame)
- java.lang.ref.Finalizer$FinalizerThread.run() @bci=36, line=209 (Interpreted frame)
Thread t@6: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.Object.wait() @bci=2, line=503 (Interpreted frame)
- java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=133 (Interpreted frame)
AND
root@orientdbZone:~/# /opt/jdk1.7.0_60/bin/amd64/jmap -J-d64 /opt/jdk1.7.0_60/bin/amd64/java /opt/orientdb/bin/core Attaching to core /opt/orientdb/bin/core from executable /opt/jdk1.7.0_60/bin/amd64/java, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.60-b09 0xffff80ff33eb0000 0K /var/tmp/jna-3506402/jna4378944422343608533.tmp 0xffff80ff34540000 411K /usr/lib/security/amd64/pkcs11_softtoken.so.1 0xffff80ff345d0000 232K /usr/lib/amd64/libpkcs11.so.1 0xffff80ff34610000 86K /opt/jdk1.7.0_60/jre/lib/amd64/libj2pkcs11.so 0xffff80ff34630000 731K /usr/lib/amd64/libsoftcrypto.so.1 0xffff80ff346e0000 28K /opt/jdk1.7.0_60/jre/lib/amd64/libj2ucrypto.so 0xffff80ff34700000 51K /opt/jdk1.7.0_60/jre/lib/amd64/libmanagement.so 0xffff80ff34720000 108K /opt/jdk1.7.0_60/jre/lib/amd64/libnet.so 0xffff80ff34750000 10K /lib/amd64/libsendfile.so.1 0xffff80ff34770000 95K /opt/jdk1.7.0_60/jre/lib/amd64/libnio.so 0xffff80ff34790000 126K /opt/jdk1.7.0_60/jre/lib/amd64/libzip.so 0xffff80ff347c0000 95K /usr/lib/amd64/libsmbios.so.1 0xffff80ff347e0000 104K /lib/amd64/libnvpair.so.1 0xffff80ff34810000 51K /lib/amd64/libgen.so.1 0xffff80ff34830000 60K /lib/amd64/libuutil.so.1 0xffff80ff34850000 327K /lib/amd64/libscf.so.1 0xffff80ff3489e000 8K /lib/amd64/librt.so.1 0xffff80ff348a0000 338K /opt/jdk1.7.0_60/jre/lib/amd64/libjava.so 0xffff80ff348f0000 79K /opt/jdk1.7.0_60/jre/lib/amd64/libverify.so 0xffff80ff34910000 37K /lib/amd64/libmp.so.2 0xffff80ff34930000 132K /lib/amd64/libmd.so.1 0xffff80ff34960000 21K /lib/amd64/libkstat.so.1 0xffff80ff34980000 238K /usr/lib/amd64/libdemangle.so.1 0xffff80ff349d0000 100K /usr/lib/amd64/libCrun.so.1 0xffff80ff34a00000 56815K /opt/jdk1.7.0_60/jre/lib/amd64/server/libjvm.so 0xffff80ff3629f000 5K /lib/amd64/libdl.so.1 0xffff80ff362a0000 6771K /usr/lib/locale/en_US.UTF-8/amd64/en_US.UTF-8.so.3 0xffff80ff36950000 2250K /lib/amd64/libc.so.1 0xffff80ff3f810000 69K /usr/lib/locale/en_US.UTF-8/amd64/methods_unicode.so.3 0xffff80ff3fc20000 20K /lib/amd64/libm.so.1 0xffff80ff3fc40000 207K /opt/jdk1.7.0_60/lib/amd64/jli/libjli.so 0xffff80ff3fc80000 78K /lib/amd64/libcryptoutil.so.1 0xffff80ff3fc9f000 3K /usr/lib/amd64/libsched.so.1 0xffff80ff3fca0000 757K /lib/amd64/libnsl.so.1 0xffff80ff3fd3f000 4K /lib/amd64/libdoor.so.1 0xffff80ff3fd40000 125K /lib/amd64/libsocket.so.1 0xffff80ff3fd70000 552K /lib/amd64/libm.so.2 0xffff80ff3fdfc000 24K /lib/amd64/libthread.so.1 0xffff80ffbf795000 472K /lib/amd64/ld.so.1 0x0000000000400000 8K /opt/jdk1.7.0_60/bin/amd64/java
— Reply to this email directly or view it on GitHub https://github.com/orientechnologies/orientdb/issues/2510.
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
One more question did you set compression to nothing after creation of database or before creation ?
On Tue, Jun 24, 2014 at 6:39 PM, Andrey Lomakin lomakin.andrey@gmail.com wrote:
Hi, Did you set -Dmemory.useUnsafe = false ?
On Tue, Jun 24, 2014 at 6:38 PM, carloprad notifications@github.com wrote:
In Solaris 11.1 environment, if I add this property in orientdb-server-config.xml:
The JVM crash with this error:
#
A fatal error has been detected by the Java Runtime Environment:
#
SIGSEGV (0xb) at pc=0xffff80ff33ebbd6f, pid=7666, tid=24
#
JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build 1.7.0_60-b19)
Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode solaris-amd64 compressed oops)
Problematic frame:
C [jna4378944422343608533.tmp+0xbd6f] Java_com_sun_jna_Native_setInt+0x9f
#
Core dump written. Default location: /opt/orientdb-community-1.7.4/bin/core or core.7666
#
An error report file with more information is saved as:
/opt/orientdb-community-1.7.4/bin/hs_err_pid7666.log
Compiled method (c2) 3577513 1464 ! com.orientechnologies.orient.core. storage.impl.local.paginated.wal.OWriteAheadLog$LogSegment::logRecord (476 bytes ) total in heap [0xffff80ffbc700550,0xffff80ffbc7040b8] = 15208 relocation [0xffff80ffbc700670,0xffff80ffbc700918] = 680 main code [0xffff80ffbc700920,0xffff80ffbc701fa0] = 5760 stub code [0xffff80ffbc701fa0,0xffff80ffbc702158] = 440 oops [0xffff80ffbc702158,0xffff80ffbc702260] = 264 scopes data [0xffff80ffbc702260,0xffff80ffbc703770] = 5392 scopes pcs [0xffff80ffbc703770,0xffff80ffbc703c40] = 1232 dependencies [0xffff80ffbc703c40,0xffff80ffbc703c60] = 32 handler table [0xffff80ffbc703c60,0xffff80ffbc704080] = 1056 nul chk table [0xffff80ffbc704080,0xffff80ffbc7040b8] = 56 #
If you would like to submit a bug report, please visit:
http://bugreport.sun.com/bugreport/crash.jsp
The crash happened outside the Java Virtual Machine in native code.
See problematic frame for where to report the bug.
The crash occurs when my java program executes a gdb.commit() instruction, after a series of gdb.addVertex() and addEdge(), trying to create a graph from an RDF file.
The ODB server works fine with default settings, or changing the compression algorithm:
Since the snappy library seems not so usefull ( http://carloprad.blogspot.it/2014/03/orientdb-on-zfs-performance-analysis.html), I suggest to remove this dependency.
Anyway, here some debug information:
root@orientdbZone:~/# /opt/jdk1.7.0_60/bin/amd64/jstack -J-d64 /opt/jdk1.7.0_60/bin/amd64/java /opt/orientdb/bin/core Attaching to core /opt/orientdb/bin/core from executable /opt/jdk1.7.0_60/bin/amd64/java, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.60-b09 Deadlock Detection:
No deadlocks found.
Thread t@157: (state = BLOCKED)
- sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame)
- java.util.concurrent.locks.LockSupport.parkNanos(java.lang.Object, long) @bci=20, line=226 (Compiled frame)
- java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(long) @bci=68, line=2082 (Compiled frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=122, line=1090 (Compiled frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=1, line=807 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor.getTask() @bci=156, line=1068 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=26, line=1130 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)
Thread t@24: (state = IN_NATIVE)
- com.sun.jna.Native.setInt(long, int) @bci=0 (Compiled frame; information may be imprecise)
- com.sun.jna.Pointer.setInt(long, int) @bci=7, line=1125 (Compiled frame)
- com.orientechnologies.nio.OJNADirectMemory.setInt(long, int) @bci=10, line=65 (Compiled frame)
- com.orientechnologies.common.directmemory.ODirectMemoryPointer.setInt(long, int) @bci=26, line=87 (Compiled frame)
- com.orientechnologies.common.serialization.types.OIntegerSerializer.serializeInDirectMemory(java.lang.Integer, com.orientechnologies.common.directmemory.ODirectMemoryPointer, long, java.lang.Object[]) @bci=6, line=82 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWALPage.
(com.orientechnologies.common.directmemory.ODirectMemoryPointer, boolean) @bci=29, line=44 (Compiled frame) - com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWriteAheadLog$LogSegment.logRecord(byte[]) @bci=162, line=324 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWriteAheadLog.log(com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWALRecord) @bci=54, line=767 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.base.ODurableComponent.logPageChanges(com.orientechnologies.orient.core.storage.impl.local.paginated.base.ODurablePage, long, long, boolean) @bci=98, line=114 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OPaginatedCluster.logPageChanges(com.orientechnologies.orient.core.storage.impl.local.paginated.base.ODurablePage, long, long, boolean) @bci=18, line=1589 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OPaginatedCluster.updateRecord(com.orientechnologies.orient.core.id.OClusterPosition, byte[], com.orientechnologies.orient.core.version.ORecordVersion, byte) @bci=842, line=941 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.updateRecord(com.orientechnologies.orient.core.id.ORecordId, byte[], com.orientechnologies.orient.core.version.ORecordVersion, byte, int, com.orientechnologies.orient.core.storage.ORecordCallback) @bci=331, line=802 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.commitEntry(com.orientechnologies.orient.core.tx.OTransaction, com.orientechnologies.orient.core.db.record.ORecordOperation) @bci=463, line=2114 (Compiled frame)
- com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.commit(com.orientechnologies.orient.core.tx.OTransaction, java.lang.Runnable) @bci=158, line=1076 (Compiled frame)
- com.orientechnologies.orient.core.tx.OTransactionOptimistic.doCommit() @bci=204, line=464 (Compiled frame)
- com.orientechnologies.orient.core.tx.OTransactionOptimistic.commit(boolean) @bci=34, line=148 (Compiled frame)
- com.orientechnologies.orient.core.db.record.ODatabaseRecordTx.commit(boolean) @bci=140, line=142 (Compiled frame)
- com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.commit(boolean) @bci=8, line=511 (Compiled frame)
- com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.commit() @bci=2, line=503 (Compiled frame)
- com.orientechnologies.orient.server.network.protocol.binary.ONetworkProtocolBinary.commit() @bci=59, line=1096 (Compiled frame)
- com.orientechnologies.orient.server.network.protocol.binary.ONetworkProtocolBinary.executeRequest() @bci=795, line=396 (Compiled frame)
- com.orientechnologies.orient.server.network.protocol.binary.OBinaryNetworkProtocolAbstract.execute() @bci=51, line=169 (Compiled frame)
- com.orientechnologies.common.thread.OSoftThread.run() @bci=23, line=45 (Compiled frame)
Thread t@20: (state = BLOCKED)
- com.orientechnologies.orient.core.storage.impl.local.paginated.wal.OWriteAheadLog.getFlushedLSN() @bci=7, line=939 (Interpreted frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache.flushPage(long, long, com.orientechnologies.common.directmemory.ODirectMemoryPointer) @bci=18, line=1080 (Interpreted frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache.access$1000(com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache, long, long, com.orientechnologies.common.directmemory.ODirectMemoryPointer) @bci=5, line=67 (Compiled frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache$PeriodicFlushTask.iterateBySubRing(java.util.NavigableMap, int, int, boolean) @bci=260, line=291 (Compiled frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache$PeriodicFlushTask.flushRing(int, int, boolean) @bci=36, line=246 (Interpreted frame)
- com.orientechnologies.orient.core.index.hashindex.local.cache.OWOWCache$PeriodicFlushTask.run() @bci=114, line=222 (Interpreted frame)
- java.util.concurrent.Executors$RunnableAdapter.call() @bci=4, line=471 (Interpreted frame)
- java.util.concurrent.FutureTask.runAndReset() @bci=47, line=304 (Interpreted frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask) @bci=1, line=178 (Compiled frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run() @bci=37, line=293 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1145 (Compiled frame)
- java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)
Thread t@19: (state = BLOCKED)
- sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame)
- java.util.concurrent.locks.LockSupport.parkNanos(java.lang.Object, long) @bci=20, line=226 (Interpreted frame)
- java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(long) @bci=68, line=2082 (Interpreted frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=122, line=1090 (Interpreted frame)
- java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take() @bci=1, line=807 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor.getTask() @bci=156, line=1068 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=26, line=1130 (Interpreted frame)
- java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)
Thread t@2: (state = BLOCKED)
Thread t@16: (state = IN_NATIVE)
- java.net.PlainSocketImpl.socketAccept(java.net.SocketImpl) @bci=0 (Interpreted frame)
- java.net.AbstractPlainSocketImpl.accept(java.net.SocketImpl) @bci=7, line=398 (Interpreted frame)
- java.net.ServerSocket.implAccept(java.net.Socket) @bci=60, line=530 (Interpreted frame)
- java.net.ServerSocket.accept() @bci=48, line=498 (Interpreted frame)
- com.orientechnologies.orient.server.network.OServerNetworkListener.run() @bci=11, line=192 (Interpreted frame)
Thread t@15: (state = IN_NATIVE)
- java.net.PlainSocketImpl.socketAccept(java.net.SocketImpl) @bci=0 (Interpreted frame)
- java.net.AbstractPlainSocketImpl.accept(java.net.SocketImpl) @bci=7, line=398 (Interpreted frame)
- java.net.ServerSocket.implAccept(java.net.Socket) @bci=60, line=530 (Interpreted frame)
- java.net.ServerSocket.accept() @bci=48, line=498 (Interpreted frame)
- com.orientechnologies.orient.server.network.OServerNetworkListener.run() @bci=11, line=192 (Interpreted frame)
Thread t@14: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=135 (Interpreted frame)
- com.orientechnologies.orient.core.memory.OMemoryWatchDog.run() @bci=94, line=191 (Interpreted frame)
Thread t@13: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.util.TimerThread.mainLoop() @bci=201, line=552 (Interpreted frame)
- java.util.TimerThread.run() @bci=1, line=505 (Interpreted frame)
Thread t@8: (state = BLOCKED)
Thread t@7: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=135 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove() @bci=2, line=151 (Interpreted frame)
- java.lang.ref.Finalizer$FinalizerThread.run() @bci=36, line=209 (Interpreted frame)
Thread t@6: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.Object.wait() @bci=2, line=503 (Interpreted frame)
- java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=133 (Interpreted frame)
AND
root@orientdbZone:~/# /opt/jdk1.7.0_60/bin/amd64/jmap -J-d64 /opt/jdk1.7.0_60/bin/amd64/java /opt/orientdb/bin/core Attaching to core /opt/orientdb/bin/core from executable /opt/jdk1.7.0_60/bin/amd64/java, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.60-b09 0xffff80ff33eb0000 0K /var/tmp/jna-3506402/jna4378944422343608533.tmp 0xffff80ff34540000 411K /usr/lib/security/amd64/pkcs11_softtoken.so.1 0xffff80ff345d0000 232K /usr/lib/amd64/libpkcs11.so.1 0xffff80ff34610000 86K /opt/jdk1.7.0_60/jre/lib/amd64/libj2pkcs11.so 0xffff80ff34630000 731K /usr/lib/amd64/libsoftcrypto.so.1 0xffff80ff346e0000 28K /opt/jdk1.7.0_60/jre/lib/amd64/libj2ucrypto.so 0xffff80ff34700000 51K /opt/jdk1.7.0_60/jre/lib/amd64/libmanagement.so 0xffff80ff34720000 108K /opt/jdk1.7.0_60/jre/lib/amd64/libnet.so 0xffff80ff34750000 10K /lib/amd64/libsendfile.so.1 0xffff80ff34770000 95K /opt/jdk1.7.0_60/jre/lib/amd64/libnio.so 0xffff80ff34790000 126K /opt/jdk1.7.0_60/jre/lib/amd64/libzip.so 0xffff80ff347c0000 95K /usr/lib/amd64/libsmbios.so.1 0xffff80ff347e0000 104K /lib/amd64/libnvpair.so.1 0xffff80ff34810000 51K /lib/amd64/libgen.so.1 0xffff80ff34830000 60K /lib/amd64/libuutil.so.1 0xffff80ff34850000 327K /lib/amd64/libscf.so.1 0xffff80ff3489e000 8K /lib/amd64/librt.so.1 0xffff80ff348a0000 338K /opt/jdk1.7.0_60/jre/lib/amd64/libjava.so 0xffff80ff348f0000 79K /opt/jdk1.7.0_60/jre/lib/amd64/libverify.so 0xffff80ff34910000 37K /lib/amd64/libmp.so.2 0xffff80ff34930000 132K /lib/amd64/libmd.so.1 0xffff80ff34960000 21K /lib/amd64/libkstat.so.1 0xffff80ff34980000 238K /usr/lib/amd64/libdemangle.so.1 0xffff80ff349d0000 100K /usr/lib/amd64/libCrun.so.1 0xffff80ff34a00000 56815K /opt/jdk1.7.0_60/jre/lib/amd64/server/libjvm.so 0xffff80ff3629f000 5K /lib/amd64/libdl.so.1 0xffff80ff362a0000 6771K /usr/lib/locale/en_US.UTF-8/amd64/en_US.UTF-8.so.3 0xffff80ff36950000 2250K /lib/amd64/libc.so.1 0xffff80ff3f810000 69K /usr/lib/locale/en_US.UTF-8/amd64/methods_unicode.so.3 0xffff80ff3fc20000 20K /lib/amd64/libm.so.1 0xffff80ff3fc40000 207K /opt/jdk1.7.0_60/lib/amd64/jli/libjli.so 0xffff80ff3fc80000 78K /lib/amd64/libcryptoutil.so.1 0xffff80ff3fc9f000 3K /usr/lib/amd64/libsched.so.1 0xffff80ff3fca0000 757K /lib/amd64/libnsl.so.1 0xffff80ff3fd3f000 4K /lib/amd64/libdoor.so.1 0xffff80ff3fd40000 125K /lib/amd64/libsocket.so.1 0xffff80ff3fd70000 552K /lib/amd64/libm.so.2 0xffff80ff3fdfc000 24K /lib/amd64/libthread.so.1 0xffff80ffbf795000 472K /lib/amd64/ld.so.1 0x0000000000400000 8K /opt/jdk1.7.0_60/bin/amd64/java
— Reply to this email directly or view it on GitHub https://github.com/orientechnologies/orientdb/issues/2510.
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
Hi Andrey, 1) No, I've never used this parameter. Please, can you explain its meaning? 2) Yes, I set compression=nothing before database creation.
thanks!
I'm using 1.7.4 community edition
Ok. So we have usually 2 possibilities of such crash:
Could you give feedback about both variants.
On Tue, Jun 24, 2014 at 6:49 PM, carloprad notifications@github.com wrote:
I'm using 1.7.4 community edition
— Reply to this email directly or view it on GitHub https://github.com/orientechnologies/orientdb/issues/2510#issuecomment-46989539 .
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
Hi Andrey, my system has 12 GB RAM, though seems that this class is present in my JAVA environment:
grep -n Unsafe jdk1.7.0_60/jre/lib/classlist
[...]
120:sun/misc/Unsafe
[...]
Is the "memory.useUnsafe = false" the correct workaround?
Yes, You should set it as property in server configuration file.
On Tue, Jun 24, 2014 at 7:06 PM, carloprad notifications@github.com wrote:
Hi Andrey, my system has 12 GB RAM, though seems that this class is present in my JAVA environment: grep -n Unsafe jdk1.7.0_60/jre/lib/classlist:
[...] 120:sun/misc/Unsafe [...]
Is the "memory.useUnsafe = false" the correct workaround?
— Reply to this email directly or view it on GitHub https://github.com/orientechnologies/orientdb/issues/2510#issuecomment-46991834 .
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
OK, I'm going to give you a new feedback in 1 hour...
Hi Andrey, same error using these properties:
<entry value="nothing" name="storage.compressionMethod"/>
<entry value="false" name="memory.useUnsafe"/>
Hi, Do not you mind if I ask you to debug a bit ? But I need time to prepare instructions what to do so I will send them to you tomorrow ?
On Tue, Jun 24, 2014 at 8:40 PM, carloprad notifications@github.com wrote:
Hi Andrey, same error using these properties:
— Reply to this email directly or view it on GitHub https://github.com/orientechnologies/orientdb/issues/2510#issuecomment-47003794 .
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
Hi Andrey, of course you can ask me whatever can be useful in order to solve this issue. If you want, I can send you the "hs_err_pid" log created during the crash, as well as the core dump. They are quite big files, so we may need to use another channel...
Hi, Sorry for such long delay do you still have this issue ?
Hi Andrey, I didn't try with 1.7.5 yet...
Hi Andrey, I've just tried with 1.7.6 without errors, but loading only 10 records.
Please, wait for my long running test before closing this issue. I will give you a feedback in 1 hour
Hi Andrey, I confirm the same error using 1.7.6, after a long running loading process (approximately 1M records)
Good, Not so good but )) you see at least we will have chance to get the reason of this error.
Few question to recap. You have more than 4 GB of memory , do not you ? Could you track memory consumption of database to see how much memory was consumed during crash and whether part of this memory put into swap ? Could you run your test with system property set to jna.protected=true for the JVM where OrientDB is running ? Could you also enable signal chaining as it is described here http://docs.oracle.com/javase/6/docs/technotes/guides/vm/signal-chaining.html by using LD_PRELOAD variable.
On Fri, Jul 18, 2014 at 4:33 PM, carloprad notifications@github.com wrote:
Hi Andrey, I confirm the same error using 1.7.6, after a long running loading process (approximately 1M records)
— Reply to this email directly or view it on GitHub https://github.com/orientechnologies/orientdb/issues/2510#issuecomment-49430784 .
Best regards, Andrey Lomakin.
Orient Technologies the Company behind OrientDB
Andrey, seems I cannot enable signal chaining, neither 64 bit nor 32:
root@orientdbZone:~# export LD_PRELOAD=/opt/jdk1.7.0_60/jre/lib/amd64/libjsig.so
root@orientdbZone:~# /opt/orientdb-community-1.7.6/bin/server.sh &
[1] 774
root@orientdbZone:~# ld.so.1: ksh93: fatal: /opt/jdk1.7.0_60/jre/lib/amd64/libjsig.so: wrong ELF class: ELFCLASS64
[1]+ Killed /opt/orientdb-community-1.7.6/bin/server.sh
root@orientdbZone:~#
root@orientdbZone:~# export LD_PRELOAD=/opt/jdk1.7.0_60/jre/lib/i386/libjsig.so
root@orientdbZone:~# /opt/orientdb-community-1.7.6/bin/server.sh &
[1] 775
root@orientdbZone:~# .
.` `
, `:.
`,` ,:`
.,. :,,
.,, ,,,
. .,.::::: ```` ::::::::: :::::::::
,` .::,,,,::.,,,,,,`;; .: :::::::::: ::: :::
`,. ::,,,,,,,:.,,.` ` .: ::: ::: ::: :::
,,:,:,,,,,,,,::. ` ` `` .: ::: ::: ::: :::
,,:.,,,,,,,,,: `::, ,, ::,::` : :,::` :::: ::: ::: ::: :::
,:,,,,,,,,,,::,: ,, :. : :: : .: ::: ::: :::::::
:,,,,,,,,,,:,:: ,, : : : : .: ::: ::: :::::::::
` :,,,,,,,,,,:,::, ,, .:::::::: : : .: ::: ::: ::: :::
`,...,,:,,,,,,,,,: .:,. ,, ,, : : .: ::: ::: ::: :::
.,,,,::,,,,,,,: `: , ,, : ` : : .: ::: ::: ::: :::
...,::,,,,::.. `: .,, :, : : : .: ::::::::::: ::: :::
,::::,,,. `: ,, ::::: : : .: ::::::::: ::::::::::
,,:` `,,.
,,, .,`
,,. `, GRAPH DATABASE
`` `.
`` www.orientdb.org
`
ld.so.1: java: fatal: /opt/jdk1.7.0_60/jre/lib/i386/libjsig.so: wrong ELF class: ELFCLASS32
[1]+ Killed /opt/orientdb-community-1.7.6/bin/server.sh
I'm going to investigate...
It is not completely necessary to enable this mode. You can try without it.
Hi Andrey, I've just finished the test, having gathered memory information during the loading process.
I have no time to analyze right now, and I will be on holiday until 31 July.
If you want, send a message to carlopradissitto AT gmail DOT com, and I'll send you memory logs, otherwise wait for my feedback
HI, A question which cpu architecture do you use intel or different one ?
Hi Andrey, I was just analyzing the memory stats previously gathered. It seems that the values remain constant during the loading process...
Anyway, the host is an IBM eserver xSeries 346, with 1 physical processor: x86 (GenuineIntel F4A family 15 model 4 step 10 clock 3000 MHz) Intel(r) Xeon(tm) CPU 3.00GHz The physical processor has 2 virtual processors
Hm. One more question do you you parameter memory.directMemory.safeMode set to false ? I suppose you are not. But still. You see you got SIGSEGV which means memory access violation. So I need to be sure.
Also it can be unaligned access memory issue. So I will send you patch during an hour. Could you apply it on 1.7.7 and check result ?
I'm going to retry, wait for my feedback...
Wait a second this this flag should be set to true, and it is true by default. So if you do not set it. You do not need to retry
Did you try with system property jna.protected set to true ?
No, I didn't Which set of directives should I configure?
Just run server.sh and add -Djna.protected=true in server.sh and line, at the java call. Solaris supports protected memory mode so we should get exception instead of JVM crash which was defenetelly easier to debug. Meanwhile I do patch which should test couple of assumptions.
it seems unnecessary: here the default server.sh:
JAVA_OPTS_SCRIPT="-Djna.nosys=true -D*jna*.*protected*=true -XX:+HeapDumpOnOutOfMemoryError -Djava.awt.headless=true -Dfile.encoding=UTF8 -Drhino.opt.level=9"
yeah but param is incorrect not -Djna.protected=true but -Djna.protected=true
JVM crashes, with and without enabling compression.
With compression enabled:
root@orientdbZone:~/dbpedia# /opt/orientdb-community-1.7.6/bin/console.sh /root/dbpedia/createDbpedia.sql
OrientDB console v.1.7.6 (build UNKNOWN@r; 2014-07-17 18:56:22+0200) www.orientechnologies.com
Type 'help' to display all the commands supported.
Installing extensions for GREMLIN language v.2.5.0
orientdb> CREATE DATABASE remote:localhost/dbpedia root root plocal
Creating database [remote:localhost/dbpedia] using the storage type [plocal]...Java HotSpot(TM) 64-Bit Server VM warning: Unexpected Signal 11 occurred under user-defined signal handler 0
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0xffff80ff942346c0, pid=11662, tid=17
#
# JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build 1.7.0_60-b19)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode solaris-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x7e46c0] Unsafe_GetObjectVolatile+0x8c
#
# Core dump written. Default location: /opt/orientdb-community-1.7.6/bin/core or core.11662
#
# An error report file with more information is saved as:
# /opt/orientdb-community-1.7.6/bin/hs_err_pid11662.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
Cannot create the remote storage: dbpedia
Channel is closed
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinaryAsynchClient.beginResponse(OChannelBinaryAsynchClient.java:176)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinaryAsynchClient.beginResponse(OChannelBinaryAsynchClient.java:160)
-> com.orientechnologies.orient.client.remote.OStorageRemote.beginResponse(OStorageRemote.java:1843)
-> com.orientechnologies.orient.client.remote.OStorageRemote.getResponse(OStorageRemote.java:1848)
-> com.orientechnologies.orient.client.remote.OServerAdmin.createDatabase(OServerAdmin.java:195)
-> com.orientechnologies.orient.client.remote.OServerAdmin.createDatabase(OServerAdmin.java:160)
-> com.orientechnologies.orient.console.OConsoleDatabaseApp.createDatabase(OConsoleDatabaseApp.java:299)
-> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
-> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
-> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
-> java.lang.reflect.Method.invoke(Method.java:606)
-> com.orientechnologies.common.console.OConsoleApplication.execute(OConsoleApplication.java:361)
-> com.orientechnologies.common.console.OConsoleApplication.executeCommands(OConsoleApplication.java:226)
-> com.orientechnologies.common.console.OConsoleApplication.executeBatch(OConsoleApplication.java:185)
-> com.orientechnologies.common.console.OConsoleApplication.run(OConsoleApplication.java:137)
-> com.orientechnologies.orient.graph.console.OGremlinConsole.main(OGremlinConsole.java:54)
Error: com.orientechnologies.orient.core.exception.OStorageException: Cannot create the remote storage: dbpedia
Error: java.io.IOException: Channel is closed
With compression disabled:
root@orientdbZone:~/dbpedia# /opt/orientdb-community-1.7.6/bin/console.sh /root/dbpedia/createDbpedia.sql
OrientDB console v.1.7.6 (build UNKNOWN@r; 2014-07-17 18:56:22+0200) www.orientechnologies.com
Type 'help' to display all the commands supported.
Installing extensions for GREMLIN language v.2.5.0
orientdb> CREATE DATABASE remote:localhost/dbpedia root root plocal
Creating database [remote:localhost/dbpedia] using the storage type [plocal]...Cannot create the remote storage: dbpedia
null
-> java.io.DataInputStream.readByte(DataInputStream.java:267)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinary.readByte(OChannelBinary.java:73)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinaryAsynchClient.beginResponse(OChannelBinaryAsynchClient.java:182)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinaryAsynchClient.beginResponse(OChannelBinaryAsynchClient.java:160)
-> com.orientechnologies.orient.client.remote.OStorageRemote.beginResponse(OStorageRemote.java:1843)
-> com.orientechnologies.orient.client.remote.OStorageRemote.getResponse(OStorageRemote.java:1848)
-> com.orientechnologies.orient.client.remote.OServerAdmin.createDatabase(OServerAdmin.java:195)
-> com.orientechnologies.orient.client.remote.OServerAdmin.createDatabase(OServerAdmin.java:160)
-> com.orientechnologies.orient.console.OConsoleDatabaseApp.createDatabase(OConsoleDatabaseApp.java:299)
-> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
-> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
-> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
-> java.lang.reflect.Method.invoke(Method.java:606)
-> com.orientechnologies.common.console.OConsoleApplication.execute(OConsoleApplication.java:361)
-> com.orientechnologies.common.console.OConsoleApplication.executeCommands(OConsoleApplication.java:226)
-> com.orientechnologies.common.console.OConsoleApplication.executeBatch(OConsoleApplication.java:185)
-> com.orientechnologies.common.console.OConsoleApplication.run(OConsoleApplication.java:137)
-> com.orientechnologies.orient.graph.console.OGremlinConsole.main(OGremlinConsole.java:54)
Error: com.orientechnologies.orient.core.exception.OStorageException: Cannot create the remote storage: dbpedia
Error: java.io.EOFException
[1]+ Segmentation Fault (core dumped) /opt/orientdb-community-1.7.6/bin/server.sh
sorry you need 2 properties my fault: -Djna.protected=true and -Dmemory.useUnsafe=false.
jvm crash again:
root@orientdbZone:~/dbpedia# /opt/orientdb-community-1.7.6/bin/console.sh /root/dbpedia/createDbpedia.sql
OrientDB console v.1.7.6 (build UNKNOWN@r; 2014-07-17 18:56:22+0200) www.orientechnologies.com
Type 'help' to display all the commands supported.
Installing extensions for GREMLIN language v.2.5.0
orientdb> CREATE DATABASE remote:localhost/dbpedia root root plocal
Creating database [remote:localhost/dbpedia] using the storage type [plocal]...Java HotSpot(TM) 64-Bit Server VM warning: Unexpected Signal 11 occurred under user-defined signal handler 0
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0xffff80ff940b967b, pid=11705, tid=17
#
# JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build 1.7.0_60-b19)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode solaris-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x66967b] void InterpreterRuntime::anewarray(JavaThread*,constantPoolOopDesc*,int,int)+0x307
#
# Core dump written. Default location: /opt/orientdb-community-1.7.6/bin/core or core.11705
#
# An error report file with more information is saved as:
# /opt/orientdb-community-1.7.6/bin/hs_err_pid11705.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
Cannot create the remote storage: dbpedia
null
-> java.io.DataInputStream.readByte(DataInputStream.java:267)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinary.readByte(OChannelBinary.java:73)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinaryAsynchClient.beginResponse(OChannelBinaryAsynchClient.java:182)
-> com.orientechnologies.orient.enterprise.channel.binary.OChannelBinaryAsynchClient.beginResponse(OChannelBinaryAsynchClient.java:160)
-> com.orientechnologies.orient.client.remote.OStorageRemote.beginResponse(OStorageRemote.java:1843)
-> com.orientechnologies.orient.client.remote.OStorageRemote.getResponse(OStorageRemote.java:1848)
-> com.orientechnologies.orient.client.remote.OServerAdmin.createDatabase(OServerAdmin.java:195)
-> com.orientechnologies.orient.client.remote.OServerAdmin.createDatabase(OServerAdmin.java:160)
-> com.orientechnologies.orient.console.OConsoleDatabaseApp.createDatabase(OConsoleDatabaseApp.java:299)
-> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
-> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
-> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
-> java.lang.reflect.Method.invoke(Method.java:606)
-> com.orientechnologies.common.console.OConsoleApplication.execute(OConsoleApplication.java:361)
-> com.orientechnologies.common.console.OConsoleApplication.executeCommands(OConsoleApplication.java:226)
-> com.orientechnologies.common.console.OConsoleApplication.executeBatch(OConsoleApplication.java:185)
-> com.orientechnologies.common.console.OConsoleApplication.run(OConsoleApplication.java:137)
-> com.orientechnologies.orient.graph.console.OGremlinConsole.main(OGremlinConsole.java:54)
Error: com.orientechnologies.orient.core.exception.OStorageException: Cannot create the remote storage: dbpedia
Error: java.io.EOFException
I sent you patch on email. Could you try ?
I am closing it because it is OS issue.
In Solaris 11.1 environment, if I add this property in orientdb-server-config.xml:
The JVM crash with this error:
The crash occurs when my java program executes a gdb.commit() instruction, after a series of gdb.addVertex() and addEdge(), trying to create a graph from an RDF file.
The ODB server works fine with default settings, or changing the compression algorithm:
Since the snappy library seems not so usefull (http://carloprad.blogspot.it/2014/03/orientdb-on-zfs-performance-analysis.html), I suggest to remove this dependency.
Anyway, here some debug information:
AND