OpenGrok 1.4.1 in Docker, indexing fails, problems with CTags #4155
Replies: 19 comments
-
I tested universal-ctags/ctags@6ca23b5 from 27 Aug 2020 with no problem. If you run the OpenGrok indexer with |
Beta Was this translation helpful? Give feedback.
-
Exit value 137 means the ctags process was terminated with SIGKILL. OOM Linux killer in action perhaps ? |
Beta Was this translation helpful? Give feedback.
-
Also, you can try to see if this is data sensitive (probably is) and isolate the repositories/files that cause the problem. |
Beta Was this translation helpful? Give feedback.
-
Here is the CTags version: Depending on the version I compile, the process fails, but at a different percentage: I am a bit stuck, the java source code is nothing complicated...Is there a way to get extra output? |
Beta Was this translation helpful? Give feedback.
-
This means the ctags process did not finish processing of given file in 4 minutes. Did you try running the ctags process standalone as suggested earlier ? Does this happen for all Java files or just for some ? Might be worth seeing what the long running ctags processes are up to e.g. using the usuall tools such as |
Beta Was this translation helpful? Give feedback.
-
Also, is the |
Beta Was this translation helpful? Give feedback.
-
It is a docker path, I tried to access to the file, no problem there. |
Beta Was this translation helpful? Give feedback.
-
I ran ctags on the files which fail, and It works fine... FYI, It is a docker container. |
Beta Was this translation helpful? Give feedback.
-
I am getting error, but the main problem is the ctags exit with code : 137... OOM, there are some options around that, gonna make some extra tests. |
Beta Was this translation helpful? Give feedback.
-
The error 137 means the process was forcibly terminated:
and the indexer logs above confirm this was due to timeout. You need to trace the ctags processes while they are running in the container to see what is going on. |
Beta Was this translation helpful? Give feedback.
-
I ran the docker with -m 16g --oom-kill-disable but I got the same result. |
Beta Was this translation helpful? Give feedback.
-
It is a resource problem, running the indexing with -T 1 worked. |
Beta Was this translation helpful? Give feedback.
-
I think that's expected. Each indexer thread needs one ctags process. |
Beta Was this translation helpful? Give feedback.
-
I am curious what kind of resource problem this is. |
Beta Was this translation helpful? Give feedback.
-
@vladak Check the screenshot, why opengrok is spawning so many processes (If each process runs with Xmx, of course one of them is gonna run of memory)? |
Beta Was this translation helpful? Give feedback.
-
These are probably just userland threads of the same process. The green color indicates them - try pressing Shift+H to toggle the thread view. See https://unix.stackexchange.com/questions/10362/why-does-htop-show-more-process-than-ps and https://peteris.rocks/blog/htop/ |
Beta Was this translation helpful? Give feedback.
-
Similarly, try running |
Beta Was this translation helpful? Give feedback.
-
Also, to get overall info on resources/process/threads in a Docker container, use |
Beta Was this translation helpful? Give feedback.
-
Can I see the input file causing the error 137 ? |
Beta Was this translation helpful? Give feedback.
-
Guys,
I cannot make OpenGrok indexing work.
I either get c-tags timeout, tagLine == null,interrupted--ctags process died :
I tried CTags from Debian Beaver directly, also built the latest version from git but It always fail (Along with some other tags found on some forums).
Is there a particular change hash recommanded for CTags to be used with OpenGrok 1.4.1
Thanks,
Best regards,
Beta Was this translation helpful? Give feedback.
All reactions