Open SanketArdalkar opened 1 week ago
There is not enough information here to act on. Can you provide the stack trace please?
hs_err_pid12608.log check above file. Do you think it would work if i delete hivemq and again download it ? librocksdb files are present in hivemq application or they are part of java? TIA
That CPU is a Westmere-EP microarchitecture from 2010 (before Sandy Bridge) which only has SSE4.2 instruction set extensions.
It's almost impossible that a recent rocksdbjni build can run on this CPU. You'd need a portable build with flags -DPORTABLE=1
(and possibly also -DSNAPPY_HAVE_BMI2=0
).
See https://github.com/facebook/rocksdb/issues/11096 which is a very similar issue.
before inserting jar in the application it was running fine and i have removed the jar and i want that application should run like it was running before inserting the jar i dont want that jar containing database to run with application. help me so that i can run my application like it was running before insertion of jar. TIA
That CPU is a Westmere-EP microarchitecture from 2010 (before Sandy Bridge) which only has SSE4.2 instruction set extensions. It's almost impossible that a recent rocksdbjni build can run on this CPU. You'd need a portable build with flags DPORTABLE=1 (and possibly also -DSNAPPY_HAVE_BMI2=0)
@stefan-zobel All RocksJava releases published to Maven central are already built with PORTABLE=1
Do you think it would work if i delete hivemq and again download it ? librocksdb files are present in hivemq application or they are part of java?
@SanketArdalkar We cannot comment on the HiveMQ project - I suggest you contact them.
RocksJava includes the RocksDB native library. I don't know what HiveMQ do.
That CPU is a Westmere-EP microarchitecture from 2010 (before Sandy Bridge) which only has SSE4.2 instruction set extensions. It's almost impossible that a recent rocksdbjni build can run on this CPU. You'd need a portable build with flags DPORTABLE=1 (and possibly also -DSNAPPY_HAVE_BMI2=0)
@stefan-zobel All RocksJava releases published to Maven central are already built with
PORTABLE=1
@adamretter That means AVX2 is disabled for the builds on Maven central?
If that is blocked by PORTABLE=1
, then yes
If that is blocked by
PORTABLE=1
, then yes
@adamretter Thanks for the confirmation. According to https://github.com/facebook/rocksdb/wiki/Building-on-Windows the /arch:AVX2
flag is blocked by -DPORTABLE=1
.
It shows problematic frame as C [librocksdbjni14464789980629058905.dll+0x546c29] what should i do. i created jar file of project containing database operation and inserted into another projects extension i.e hivemq brokers extension and this error occured even if i deleted jar file still problem persist.
A fatal error has been detected by the Java Runtime Environment: