[jira] [Updated] (ZOOKEEPER-1751) ClientCnxn#run could miss the second ping or connection get dropped before a ping

2014-02-11 Thread Michael Bellomo (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-1751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Bellomo updated ZOOKEEPER-1751:
---

Affects Version/s: 3.3.5

We're currently using version 3.3.5 and are seeing this bug.  

Would it be possible to get a patch for the 3.3.x version for this fix?

> ClientCnxn#run could miss the second ping or connection get dropped before a 
> ping
> -
>
> Key: ZOOKEEPER-1751
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1751
> Project: ZooKeeper
>  Issue Type: Bug
>Affects Versions: 3.3.5, 3.4.5
>Reporter: Jeffrey Zhong
>Assignee: Jeffrey Zhong
> Fix For: 3.4.6, 3.5.0
>
> Attachments: zookeeper-1751.patch
>
>
> We could throw SessionTimeoutException exception even when timeToNextPing may 
> also be negative depending on the time when the following line is executed by 
> the thread because we check time out before sending a ping.
> {code}
>   to = readTimeout - clientCnxnSocket.getIdleRecv();
> {code}
> In addition, we only ping twice no matter how long the session time out value 
> is. For example, we set session time out = 60mins then we only try ping twice 
> in 40mins window. Therefore, the connection could be dropped by OS after idle 
> time out.
> The issue is causing randomly "connection loss" or "session expired" issues 
> in client side which is bad for applications like HBase.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (ZOOKEEPER-1751) ClientCnxn#run could miss the second ping or connection get dropped before a ping

2013-12-17 Thread Enis Soztutar (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-1751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Enis Soztutar updated ZOOKEEPER-1751:
-

Fix Version/s: 3.5.0

> ClientCnxn#run could miss the second ping or connection get dropped before a 
> ping
> -
>
> Key: ZOOKEEPER-1751
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1751
> Project: ZooKeeper
>  Issue Type: Bug
>Affects Versions: 3.4.5
>Reporter: Jeffrey Zhong
>Assignee: Jeffrey Zhong
> Fix For: 3.4.6, 3.5.0
>
> Attachments: zookeeper-1751.patch
>
>
> We could throw SessionTimeoutException exception even when timeToNextPing may 
> also be negative depending on the time when the following line is executed by 
> the thread because we check time out before sending a ping.
> {code}
>   to = readTimeout - clientCnxnSocket.getIdleRecv();
> {code}
> In addition, we only ping twice no matter how long the session time out value 
> is. For example, we set session time out = 60mins then we only try ping twice 
> in 40mins window. Therefore, the connection could be dropped by OS after idle 
> time out.
> The issue is causing randomly "connection loss" or "session expired" issues 
> in client side which is bad for applications like HBase.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)


[jira] [Updated] (ZOOKEEPER-1751) ClientCnxn#run could miss the second ping or connection get dropped before a ping

2013-09-17 Thread Mahadev konar (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-1751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mahadev konar updated ZOOKEEPER-1751:
-

Fix Version/s: 3.4.6

> ClientCnxn#run could miss the second ping or connection get dropped before a 
> ping
> -
>
> Key: ZOOKEEPER-1751
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1751
> Project: ZooKeeper
>  Issue Type: Bug
>Affects Versions: 3.4.5
>Reporter: Jeffrey Zhong
>Assignee: Jeffrey Zhong
> Fix For: 3.4.6
>
> Attachments: zookeeper-1751.patch
>
>
> We could throw SessionTimeoutException exception even when timeToNextPing may 
> also be negative depending on the time when the following line is executed by 
> the thread because we check time out before sending a ping.
> {code}
>   to = readTimeout - clientCnxnSocket.getIdleRecv();
> {code}
> In addition, we only ping twice no matter how long the session time out value 
> is. For example, we set session time out = 60mins then we only try ping twice 
> in 40mins window. Therefore, the connection could be dropped by OS after idle 
> time out.
> The issue is causing randomly "connection loss" or "session expired" issues 
> in client side which is bad for applications like HBase.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (ZOOKEEPER-1751) ClientCnxn#run could miss the second ping or connection get dropped before a ping

2013-09-11 Thread Jeffrey Zhong (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-1751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeffrey Zhong updated ZOOKEEPER-1751:
-

Description: 
We could throw SessionTimeoutException exception even when timeToNextPing may 
also be negative depending on the time when the following line is executed by 
the thread because we check time out before sending a ping.
{code}
  to = readTimeout - clientCnxnSocket.getIdleRecv();
{code}

In addition, we only ping twice no matter how long the session time out value 
is. For example, we set session time out = 60mins then we only try ping twice 
in 40mins window. Therefore, the connection could be dropped by OS after idle 
time out.

The issue is causing randomly "connection loss" or "session expired" issues in 
client side which is bad for applications like HBase.

  was:
We could throw SessionTimeoutException exception even when timeToNextPing may 
also be negative depending on the time when the following line is executed by 
the thread because we check time out before sending a ping.
{code}
  to = readTimeout - clientCnxnSocket.getIdleRecv();
{code}

In addition, we only ping twice no matter how long the session time out value 
is. For example, we set session time out = 60mins then we only try ping twice 
in 40mins window. Therefore, the connection could be dropped by OS after idle 
time out.


> ClientCnxn#run could miss the second ping or connection get dropped before a 
> ping
> -
>
> Key: ZOOKEEPER-1751
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1751
> Project: ZooKeeper
>  Issue Type: Bug
>Affects Versions: 3.4.5
>Reporter: Jeffrey Zhong
>Assignee: Jeffrey Zhong
> Attachments: zookeeper-1751.patch
>
>
> We could throw SessionTimeoutException exception even when timeToNextPing may 
> also be negative depending on the time when the following line is executed by 
> the thread because we check time out before sending a ping.
> {code}
>   to = readTimeout - clientCnxnSocket.getIdleRecv();
> {code}
> In addition, we only ping twice no matter how long the session time out value 
> is. For example, we set session time out = 60mins then we only try ping twice 
> in 40mins window. Therefore, the connection could be dropped by OS after idle 
> time out.
> The issue is causing randomly "connection loss" or "session expired" issues 
> in client side which is bad for applications like HBase.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (ZOOKEEPER-1751) ClientCnxn#run could miss the second ping or connection get dropped before a ping

2013-08-30 Thread Jeffrey Zhong (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-1751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeffrey Zhong updated ZOOKEEPER-1751:
-

Attachment: zookeeper-1751.patch

> ClientCnxn#run could miss the second ping or connection get dropped before a 
> ping
> -
>
> Key: ZOOKEEPER-1751
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1751
> Project: ZooKeeper
>  Issue Type: Bug
>Affects Versions: 3.4.5
>Reporter: Jeffrey Zhong
>Assignee: Jeffrey Zhong
> Attachments: zookeeper-1751.patch
>
>
> We could throw SessionTimeoutException exception even when timeToNextPing may 
> also be negative depending on the time when the following line is executed by 
> the thread because we check time out before sending a ping.
> {code}
>   to = readTimeout - clientCnxnSocket.getIdleRecv();
> {code}
> In addition, we only ping twice no matter how long the session time out value 
> is. For example, we set session time out = 60mins then we only try ping twice 
> in 40mins window. Therefore, the connection could be dropped by OS after idle 
> time out.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira