<div dir="ltr">Galder, I think kill is working properly, but the server socket cannot be bound because a client connection has not finished closing:<div><br></div><div><a href="http://stackoverflow.com/questions/14388706/socket-options-so-reuseaddr-and-so-reuseport-how-do-they-differ-do-they-mean-t">http://stackoverflow.com/questions/14388706/socket-options-so-reuseaddr-and-so-reuseport-how-do-they-differ-do-they-mean-t</a><br>
</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 2, 2014 at 9:09 AM, Martin Gencur <span dir="ltr"><<a href="mailto:mgencur@redhat.com" target="_blank">mgencur@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 1.9.2014 09:56, Galder Zamarreño wrote:<br>
> Hi guys,<br>
><br>
> Thanks a lot for your feedback on this.<br>
><br>
> Having looked closer, the log message says:<br>
><br>
>> [echo] Killing Infinispan server with PID - 3658 29739<br>
> And the pattern of how that log message gets computed is:<br>
><br>
>> <echo message="Killing Infinispan server with PID - ${pid}”/><br>
> So, according to that, ${pid} is “3658 29739” which looks wrong.<br>
><br>
> Not sure what that means, whether there are two processes running and both should be killed, or the way the PID is computed is buggy.<br>
><br>
> InfinispanServerKillProcessor has a slightly different way to compute the PID, maybe it does it correctly? WDYT?<br>
<br>
</div>Hey Galder, I think there are two processes running and so this should<br>
be correct. The "kill" command can be passed more processes to kill at<br>
once. And I think this has mostly been working for us. I could not<br>
reproduce the issue on my localhost.<br>
But maybe it makes sense to change the way the processes are searched.<br>
Otherwise I don't know what to do about that:)<br>
<span class="HOEnZb"><font color="#888888"><br>
Martin<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
><br>
> Cheers,<br>
><br>
> On 18 Aug 2014, at 15:28, Martin Gencur <<a href="mailto:mgencur@redhat.com">mgencur@redhat.com</a>> wrote:<br>
><br>
>> Hi Galder,<br>
>> I haven't seen this before. I thought the ant-based "kill" command was safe and reliable. It's hard to say what went wrong without further logs. Whether the kill command failed or whether there were other processes that were not found by the jps command.<br>
>><br>
>> We could also try maven-exec-plugin and call the Unix "kill" command from it, instead of using the InfinispanServerKillProcessor.<br>
>><br>
>> Martin<br>
>><br>
>><br>
>> On 12.8.2014 10:15, Jakub Markos wrote:<br>
>>> Hi,<br>
>>><br>
>>> I looked at it and I don't think using InfinispanServerKillProcessor would be any better,<br>
>>> since it still just calls 'kill -9'. The only difference is that it doesn't kill all<br>
>>> java processes starting from jboss-modules.jar, but just the one configured for the test.<br>
>>><br>
>>> Is it maybe possible that the kill happened, but the port was still hanging?<br>
>>><br>
>>> Jakub<br>
>>><br>
>>> ----- Original Message -----<br>
>>>> From: "Galder Zamarreño" <<a href="mailto:galder@redhat.com">galder@redhat.com</a>><br>
>>>> To: "Jakub Markos" <<a href="mailto:jmarkos@redhat.com">jmarkos@redhat.com</a>>, "Martin Gencur" <<a href="mailto:mgencur@redhat.com">mgencur@redhat.com</a>><br>
>>>> Cc: "infinispan -Dev List" <<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a>><br>
>>>> Sent: Monday, August 4, 2014 12:35:50 PM<br>
>>>> Subject: Ant based kill not fully working? Re: ISPN-4567<br>
>>>><br>
>>>> Hi,<br>
>>>><br>
>>>> Dan has reported [1]. It appears as if the last server started in<br>
>>>> infinispan-as-module-client-integrationtests did not really get killed. From<br>
>>>> what I see, this kill was done via the specific Ant target present in that<br>
>>>> Maven module.<br>
>>>><br>
>>>> I also remembered recently [2] was added. Maybe we need to get<br>
>>>> as-modules/client to be configured with it so that it properly kills<br>
>>>> servers?<br>
>>>><br>
>>>> What I’m not sure is where we’d put it so that it can be consumed both by<br>
>>>> server/integration/testsuite and as-modules/client? The problem is that the<br>
>>>> class, as is, brings in arquillian dependency. If we can separate the<br>
>>>> arquillian stuff from the actual code, the class itself could maybe go in<br>
>>>> commons test source directory?<br>
>>>><br>
>>>> @Tristan, thoughts?<br>
>>>><br>
>>>> @Jakub, can I assign this to you?<br>
>>>><br>
>>>> [1] <a href="https://issues.jboss.org/browse/ISPN-4567" target="_blank">https://issues.jboss.org/browse/ISPN-4567</a><br>
>>>> [2]<br>
>>>> <a href="https://github.com/infinispan/infinispan/blob/master/server/integration/testsuite/src/test/java/org/infinispan/server/test/util/arquillian/extensions/InfinispanServerKillProcessor.java" target="_blank">https://github.com/infinispan/infinispan/blob/master/server/integration/testsuite/src/test/java/org/infinispan/server/test/util/arquillian/extensions/InfinispanServerKillProcessor.java</a><br>
>>>> --<br>
>>>> Galder Zamarreño<br>
>>>> <a href="mailto:galder@redhat.com">galder@redhat.com</a><br>
>>>> <a href="http://twitter.com/galderz" target="_blank">twitter.com/galderz</a><br>
>>>><br>
>>>><br>
><br>
> --<br>
> Galder Zamarreño<br>
> <a href="mailto:galder@redhat.com">galder@redhat.com</a><br>
> <a href="http://twitter.com/galderz" target="_blank">twitter.com/galderz</a><br>
><br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</div></div></blockquote></div><br></div>