New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Elasticsearch service hangs in stopping status with ReadonlyREST plugin #265
Comments
Just as I expected, Elastic has aksed to track it under ROR only and closed the issue. Steps to recreate the issue is present on the original link. |
@sscarduzio is this expected behaviour for free version of ROR? I know that security changes needs a cluster restart and I assumed that it means, restarting the ES service and NOT restarting the machine itself. Can anyone else confirm, if they face similar issue on Windows? |
No, when we say "restart node" we always mean restart the process. About your issue, I know very little about windows, but I suppose the service restarter waits for the PID to disappear from the process list before launching the new process.
|
Ok. Let me check and get back to you on both those items. |
The http end point does not work once i get the error. Even in the log, it shows as node is closed (like a normal shutdown would have). I have also attached the jstack thread dump.
|
Same problem here:
|
Very difficult for me to test this. I hope the OSS community will help! |
OKay guys, let s try to get ride of this! I will investigate using retroactive version. Kr fred |
Hi guys, i tested a released version 1.16.14_pre3 for my es 2.4.5 and @sscarduzio fixed it. :) |
Can I get a download link for this new version? I can test it on my end on v5.5.1. |
I have released a new official version, get it on the website! |
I'm using the newest version (readonlyrest-1.16.14_es5.1.1) but still getting this problem myself. Is there a fix? |
@shlomi-toren-sp will have a look, what versions are you guys using at SP? Just 5.1.1? |
Yes. ROR is the only plugin we're using. |
Yes but are only only using ES 5.1.1? Or are you going to use newer versions of Elasticsearch as well? |
For at least the next year, 5.1.1
Get Outlook for Android<https://aka.ms/ghei36>
…________________________________
From: Simone Scarduzio <notifications@github.com>
Sent: Wednesday, January 17, 2018 7:55:50 PM
To: sscarduzio/elasticsearch-readonlyrest-plugin
Cc: Shlomi Toren; Mention
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
Yes but are only only using ES 5.1.1? Or are you going to use newer versions of Elasticsearch as well?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPfvCymHyqlp6wuvc0LgUQiGI4OVhRks5tLjQmgaJpZM4PLb3j>.
|
@shlomi-toren-sp I've been trying this with 5.1.x. Do you read this in the logs after giving the shutdown?
|
[2018-01-18T00:54:22,333][INFO ][o.e.n.Node ] [servername] stopped
[2018-01-18T00:54:22,333][INFO ][o.e.n.Node ] [servername] closing ...
[2018-01-18T00:54:22,364][INFO ][t.b.r.c.s.e.ESShutdownObservable] Shutting down ROR resources...
[2018-01-18T00:54:22,364][INFO ][o.e.n.Node ] [servername] closed
These are the last rows in the log
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: January 18, 2018 3:31 AM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> I've been trying this with 5.1.x. Do you read this in the logs after giving the shutdown?
[2018-01-17T19:26:56,403][INFO ][t.b.r.c.s.e.ESShutdownObservable] Shutting down ROR resources...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPfhVlz2r9cD7fJAB0OPlBAS6vo_sCks5tLp7TgaJpZM4PLb3j>.
|
@shlomi-toren-sp can you get a thread dump please? I'd like to see what threads remain hanging. |
Hey Simon, sorry for the delay.
Here’s a link to two windows process dumps: one several seconds after I stopped the process, and one a minute or so after that.
https://drive.google.com/open?id=1boq5SwVELxS0kP_zWnmjs67jGLiNyHF0
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: January 18, 2018 9:25 PM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> can you get a thread dump please? I'd like to see what threads remain hanging.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPfgH-mo_J82O6x3S8eDcrg9ujlGDfks5tL5qjgaJpZM4PLb3j>.
|
@shlomi-toren-sp you passed me a file of 114 MB, are you sure you didn't send me the heap dump? I requested the thread dump: $ kill -3 `jps |grep lasticsearch |awk '{print $1}'` Oh wait you are in windows. I have no idea, but probably using jstack will work. |
I don’t know what that means. I sent you a windows dump of the process.
I tried following this: https://access.redhat.com/solutions/19170 but my jre folder doesn’t have “jstack.exe”.
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: January 30, 2018 2:11 AM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> you passed me a file of 114 MB, are you sure you didn't send me the heap dump? I requested the thread dump:
$ kill -3 `jps |grep lasticsearch`
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPfvhszTAQRPDGNb5EyXV5dE2gCgFFks5tPl35gaJpZM4PLb3j>.
|
@shlomi-toren-sp if you don't have jstack, you can use JVisualVM (super useful piece of software). |
Ok, I installed jdk on the machine but I can’t run this command. I tried:
C:\Program Files\Java\jdk-9.0.4\bin>jstack $ kill -3 `jps |grep elasticsearch`
'grep' is not recognized as an internal or external command,
operable program or batch file.
Is this windows syntax? Shouldn’t I also include the PID?
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: January 30, 2018 2:11 AM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> you passed me a file of 114 MB, are you sure you didn't send me the heap dump? I requested the thread dump:
$ kill -3 `jps |grep lasticsearch`
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPfvhszTAQRPDGNb5EyXV5dE2gCgFFks5tPl35gaJpZM4PLb3j>.
|
Ok I may have what you wanted. I ran this:
jstack.exe -l PID >dump.txt
Did it several times in case something changes.
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: January 30, 2018 2:11 AM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> you passed me a file of 114 MB, are you sure you didn't send me the heap dump? I requested the thread dump:
$ kill -3 `jps |grep lasticsearch`
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPfvhszTAQRPDGNb5EyXV5dE2gCgFFks5tPl35gaJpZM4PLb3j>.
2018-02-04 02:01:21
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.112-b15 mixed mode):
"DestroyJavaVM" #32 prio=5 os_prio=0 tid=0x000000001b148800 nid=0xfb8 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"pool-3-thread-1" #20 prio=5 os_prio=0 tid=0x000000001b2ee800 nid=0xdfc waiting on condition [0x000000001e0ff000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000007098b0bd0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Locked ownable synchronizers:
- None
"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x000000001700f000 nid=0xdec runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"C1 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x0000000016fae800 nid=0xde8 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x0000000016fab800 nid=0xa84 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Attach Listener" #6 daemon prio=5 os_prio=2 tid=0x0000000016faa000 nid=0xbb4 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Signal Dispatcher" #5 daemon prio=9 os_prio=2 tid=0x0000000016fa9000 nid=0xc8c runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Surrogate Locker Thread (Concurrent GC)" #4 daemon prio=9 os_prio=0 tid=0x0000000016fa7000 nid=0x974 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0000000016f90000 nid=0xc78 in Object.wait() [0x000000001732f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x000000070a684310> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <0x000000070a684310> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)
Locked ownable synchronizers:
- None
"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000016f68800 nid=0xf1c in Object.wait() [0x000000001722f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x000000070a95a948> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference.tryHandlePending(Unknown Source)
- locked <0x000000070a95a948> (a java.lang.ref.Reference$Lock)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
Locked ownable synchronizers:
- None
"VM Thread" os_prio=2 tid=0x0000000016f5f800 nid=0xe5c runnable
"Gang worker#0 (Parallel GC Threads)" os_prio=2 tid=0x0000000001050000 nid=0x96c runnable
"Gang worker#1 (Parallel GC Threads)" os_prio=2 tid=0x0000000001055800 nid=0xe74 runnable
"Concurrent Mark-Sweep GC Thread" os_prio=2 tid=0x0000000001083800 nid=0x7a8 runnable
"VM Periodic Task Thread" os_prio=2 tid=0x0000000017a10800 nid=0xfc8 waiting on condition
JNI global references: 6324
2018-02-04 02:01:24
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.112-b15 mixed mode):
"DestroyJavaVM" #32 prio=5 os_prio=0 tid=0x000000001b148800 nid=0xfb8 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"pool-3-thread-1" #20 prio=5 os_prio=0 tid=0x000000001b2ee800 nid=0xdfc waiting on condition [0x000000001e0ff000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000007098b0bd0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Locked ownable synchronizers:
- None
"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x000000001700f000 nid=0xdec runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"C1 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x0000000016fae800 nid=0xde8 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x0000000016fab800 nid=0xa84 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Attach Listener" #6 daemon prio=5 os_prio=2 tid=0x0000000016faa000 nid=0xbb4 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Signal Dispatcher" #5 daemon prio=9 os_prio=2 tid=0x0000000016fa9000 nid=0xc8c runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Surrogate Locker Thread (Concurrent GC)" #4 daemon prio=9 os_prio=0 tid=0x0000000016fa7000 nid=0x974 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0000000016f90000 nid=0xc78 in Object.wait() [0x000000001732f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x000000070a684310> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <0x000000070a684310> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)
Locked ownable synchronizers:
- None
"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000016f68800 nid=0xf1c in Object.wait() [0x000000001722f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x000000070a95a948> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference.tryHandlePending(Unknown Source)
- locked <0x000000070a95a948> (a java.lang.ref.Reference$Lock)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
Locked ownable synchronizers:
- None
"VM Thread" os_prio=2 tid=0x0000000016f5f800 nid=0xe5c runnable
"Gang worker#0 (Parallel GC Threads)" os_prio=2 tid=0x0000000001050000 nid=0x96c runnable
"Gang worker#1 (Parallel GC Threads)" os_prio=2 tid=0x0000000001055800 nid=0xe74 runnable
"Concurrent Mark-Sweep GC Thread" os_prio=2 tid=0x0000000001083800 nid=0x7a8 runnable
"VM Periodic Task Thread" os_prio=2 tid=0x0000000017a10800 nid=0xfc8 waiting on condition
JNI global references: 6324
2018-02-04 02:01:06
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.112-b15 mixed mode):
"DestroyJavaVM" #32 prio=5 os_prio=0 tid=0x000000001b148800 nid=0xfb8 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"pool-3-thread-1" #20 prio=5 os_prio=0 tid=0x000000001b2ee800 nid=0xdfc waiting on condition [0x000000001e0ff000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000007098b0bd0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Locked ownable synchronizers:
- None
"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x000000001700f000 nid=0xdec runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"C1 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x0000000016fae800 nid=0xde8 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x0000000016fab800 nid=0xa84 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Attach Listener" #6 daemon prio=5 os_prio=2 tid=0x0000000016faa000 nid=0xbb4 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Signal Dispatcher" #5 daemon prio=9 os_prio=2 tid=0x0000000016fa9000 nid=0xc8c runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Surrogate Locker Thread (Concurrent GC)" #4 daemon prio=9 os_prio=0 tid=0x0000000016fa7000 nid=0x974 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0000000016f90000 nid=0xc78 in Object.wait() [0x000000001732f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x000000070a684310> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <0x000000070a684310> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)
Locked ownable synchronizers:
- None
"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000016f68800 nid=0xf1c in Object.wait() [0x000000001722f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x000000070a95a948> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference.tryHandlePending(Unknown Source)
- locked <0x000000070a95a948> (a java.lang.ref.Reference$Lock)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
Locked ownable synchronizers:
- None
"VM Thread" os_prio=2 tid=0x0000000016f5f800 nid=0xe5c runnable
"Gang worker#0 (Parallel GC Threads)" os_prio=2 tid=0x0000000001050000 nid=0x96c runnable
"Gang worker#1 (Parallel GC Threads)" os_prio=2 tid=0x0000000001055800 nid=0xe74 runnable
"Concurrent Mark-Sweep GC Thread" os_prio=2 tid=0x0000000001083800 nid=0x7a8 runnable
"VM Periodic Task Thread" os_prio=2 tid=0x0000000017a10800 nid=0xfc8 waiting on condition
JNI global references: 6324
|
@shlomi-toren-sp Thanks for the thread dump! I think I fixed this (although can't really test it directly). But here is a build for you: |
Thanks, I’ll give it a go!
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: February 5, 2018 6:44 PM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> Thanks for the thread dump! I think I fixed this (although can't really test it directly).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPftQPLIV6D2xJUxGKem1rPtm6bkTYks5tRy_LgaJpZM4PLb3j>.
|
So, I’m not actually sure how I’m supposed to test this. I can only download the source code from git and not an installation zip.
Shlomi Toren
Senior Software Engineer
[SailPoint]<http://www.sailpoint.com/>
mobile +972542090692
shlomi.toren@sailpoint.com<mailto:shlomi.toren@sailpoint.com>
www.sailpoint.com<http://www.sailpoint.com/> | careers<https://www.sailpoint.com/careers>
From: Simone Scarduzio [mailto:notifications@github.com]
Sent: February 5, 2018 6:44 PM
To: sscarduzio/elasticsearch-readonlyrest-plugin <elasticsearch-readonlyrest-plugin@noreply.github.com>
Cc: Shlomi Toren <shlomi.toren@sailpoint.com>; Mention <mention@noreply.github.com>
Subject: Re: [sscarduzio/elasticsearch-readonlyrest-plugin] Elasticsearch service hangs in stopping status with ReadonlyREST plugin (#265)
@shlomi-toren-sp<https://github.com/shlomi-toren-sp> Thanks for the thread dump! I think I fixed this (although can't really test it directly).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#265 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AaJPftQPLIV6D2xJUxGKem1rPtm6bkTYks5tRy_LgaJpZM4PLb3j>.
|
OK this is fixed, thanks Shlomi for reporting and testing! |
hi,
I wasn't sure if this issue will be looked at by Elastic or ROR. So just adding the issue link here as well. Details are available in below link.
#26483
Thanks!
The text was updated successfully, but these errors were encountered: