- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
05-11-2020 10:40 AM
HI,
My Minemeld is running in a docker container. It consumes memory as much as possible. Now the server is configured with 32 GB memory, still 100% usage by Minemeld. It crashes every a couple of days. The requested url for feed gets internal error. I have to restart the container to fix it.
We are processing lots of indicators. Total number is 2 million.
Any idea how to properly configure the app or suggestion for sizing?
Thank you.
05-25-2020 10:23 AM
I had the same issue on a ubuntu 18.04 installation, with minemeld installed by package ( following this guide Manually Install MineMeld on Ubuntu 16.04 ).
On dmesg logs I foud a segfault crash :
Googling I have found that someone had the same issue and solved downgrading libleveldb to version 1.18.
I tried it and I solved the problem with the steps below :
I know it is an inelegant workaround but after a restart of the service ( better a reboot ) everything works fine and minemeld did not crash any more .
Maybe the container you are using has been updated and some libraries conflicts with other libraries inside minemeld .
In my case the conflict was betweend these 2 :
Ciao,
Daniele
05-27-2020 02:13 AM
Hi,
I had the same problem in an installation of minemeld on ubuntu 18.04 ( from package following this guide ).
Looking on dmesg logs I found the errors below:
[627512.663356] mm-traced[13568]: segfault at 2ce5 ip 00007f52c4bba13d sp 00007ffe0a5d4278 error 4 in libleveldb.so.1.20[7f52c4b97000+5a000]
[627514.503022] mm-traced[13621]: segfault at 2ce5 ip 00007f5df770713d sp 00007ffe423cfd18 error 4 in libleveldb.so.1.20[7f5df76e4000+5a000]
[629369.655024] mm-traced[13626]: segfault at 2ce5 ip 00007f70920e613d sp 00007ffd009b6cb8 error 4 in libleveldb.so.1.20[7f70920c3000+5a000]
[629370.822671] mm-traced[13680]: segfault at 2ce5 ip 00007fb8c887113d sp 00007ffd4fcab598 error 4 in libleveldb.so.1.20[7fb8c884e000+5a000]
[629419.269495] mm-run[13690]: segfault at 655e ip 00007f5fddd7213d sp 00007f5fd76fd828 error 4 in libleveldb.so.1.20[7f5fddd4f000+5a000]
[629420.710727] mm-traced[13685]: segfault at 2ce5 ip 00007f895010e13d sp 00007ffeec3e3868 error 4 in libleveldb.so.1.20[7f89500eb000+5a000]
[631226.662338] mm-traced[13693]: segfault at 2ce5 ip 00007f161f92113d sp 00007fff42889188 error 4 in libleveldb.so.1.20[7f161f8fe000+5a000]
[631845.671715] mm-traced[13706]: segfault at 2ce5 ip 00007f5728ef113d sp 00007ffd2292dd08 error 4 in libleveldb.so.1.20[7f5728ece000+5a000]
[649628.510422] mm-traced[13712]: segfault at 200000 ip 00007ff429dbe31a sp 00007ffd953acb00 error 4 in _plyvel.so[7ff429da9000+27000]
[660212.351922] SGI XFS with ACLs, security attributes, realtime, no debug enabled
Googling I found that someone had the same problem caused by an incompatibility between libleveldb.so.1.20 and _plyvel.so and
downgrading to libdevel to 1.18 solved the problem.
I tried it with success and now minemeld works smootly.
I foolwed the steps below :
At this point I updated sym link to point to libleveldb.so.1.18 instead of libleveldb.so.1.20 and issued ldconfig command.
But after this , the symlink pointed back to libdevel.so.1.20.
So I did a bad thing :
cp /usr/lib/x86_64-linux-gnu/libleveldb.so.1.18 /usr/lib/x86_64-linux-gnu/libleveldb.so.1.20.
It is a very inelegant work around but It solved.
After a restart of minemeld , better a reboot, now everything works fine.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!