DO NOT REPLY Fix occasional test failure in TestConcurrency

I'm seing 10s timeouts on reads few times a day. Its hard to reproduce
consistently but seems to happen most often after its been a long time
between reads. After presenting itself for a couple minutes the
problem then goes away.

I've got a three node cluster with replication factor 2, reading at
consistency level ONE. The columns being read are around 12k each. The
nodes are 8GB multicore boxes with the JVM limits between 4GB and 6GB.

Here's an application log from early this morning when a developer in
Belgrade accessed the system:

Jun 17 03:54:17 lpc03 pinhole[5736]: MainThread:pinhole.py:61 |
Requested image_id: 5827067133c3d670071c17d9144f0b49
Jun 17 03:54:27 lpc03 pinhole[5736]: MainThread:pinhole.py:76 |
TimedOutException for Image 5827067133c3d670071c17d9144f0b49
Jun 17 03:54:27 lpc03 pinhole[5736]: MainThread:zlog.py:105 | Image
Get took 10005.388975 ms
Jun 17 03:54:27 lpc03 pinhole[5736]: MainThread:pinhole.py:61 |
Requested image_id: af8caf3b76ce97d13812ddf795104a5c
Jun 17 03:54:27 lpc03 pinhole[5736]: MainThread:zlog.py:105 | Image
Get took 3.658056 ms
Jun 17 03:54:27 lpc03 pinhole[5736]: MainThread:zlog.py:105 | Image
Transform took 0.978947 ms

That's a Timeout and then a successful get of another column.

Here's the cassandra log for 10.33.2.70:

DEBUG 03:54:17,070 get_slice
DEBUG 03:54:17,071 weakreadremote reading
SliceFromReadCommand(table='jolitics.com',
key='5827067133c3d670071c17d9144f0b49',
column_parent='QueryPath(columnFamilyName='Images',
superColumnName='null', columnName='null')', start='', finish='
', reversed=false, count=100)
DEBUG 03:54:17,071 weakreadremote reading
SliceFromReadCommand(table='jolitics.com',
key='5827067133c3d670071c17d9144f0b49',
column_parent='QueryPath(columnFamilyName='Images',
superColumnName='null', columnName='null')', start='', finish='
', reversed=false, count=100) from 45### @/10.33.3.10
DEBUG 03:54:27,077 get_slice
DEBUG 03:54:27,078 weakreadlocal reading
SliceFromReadCommand(table='jolitics.com',
key='af8caf3b76ce97d13812ddf795104a5c',
column_parent='QueryPath(columnFamilyName='Images',
superColumnName='null', columnName='null')', start='', finish=''
, reversed=false, count=100)
DEBUG 03:54:27,079 collecting body:false:16### @1275951327610885
DEBUG 03:54:27,080 collecting body:false:16### @1275951327610885
DEBUG 03:54:27,080 Reading consistency digest for
af8caf3b76ce97d13812ddf795104a
5c from 45### @[/10.33.2.70, /10.33.3.10]
DEBUG 03:54:50,779 Disseminating load info ...

It looks like it asks for key='5827067133c3d670071c17d9144f0b49' from
the local host and also queries 10.33.3.10 for the first one and then
for 'af8caf3b76ce97d13812ddf795104a5c' it only queries the local host
and then returns appropriately.

Here's the log for 10.33.3.10 around that time:

DEBUG 03:54:19,645 Disseminating load info ...
DEBUG 03:55:19,645 Disseminating load info ...
DEBUG 03:56:19,646 Disseminating load info ...
DEBUG 03:57:19,645 Disseminating load info ...
DEBUG 03:58:19,645 Disseminating load info ...
DEBUG 03:59:19,646 Disseminating load info ...
DEBUG 04:00:18,635 GC for ParNew: 4 ms, 21443128 reclaimed leaving
55875144 used; max is 6580535296

No record of communication from 10.33.2.70.

Does this ring any bells for anyone? I can of course attach
storage-conf's for all nodes if that sounds useful and I'll be on
#cassandra as ajslater.

Much thanks for taking a look and any suggestions. We fear we'll have
to abandon Cassandra if this bug cannot be resolved.

AJ

Hi,

I am attempting to build the C client on debian lenny.

autoconf, configure, make and make install all appear to work cleanly.

I ran:

autoreconf -if
./configure
make
make install
make run-check

However, the unit tests fail:

$ make run-check
make  zktest-st zktest-mt
make[1]: Entering directory `/home/martin/zookeeper-3.3.1/src/c'
make[1]: `zktest-st' is up to date.
make[1]: `zktest-mt' is up to date.
make[1]: Leaving directory `/home/martin/zookeeper-3.3.1/src/c'
./zktest-st
./tests/zkServer.sh: line 52: kill: (17711) - No such process
 ZooKeeper server startedRunning
Zookeeper_operations::testPing : elapsed 1 : OK
Zookeeper_operations::testTimeoutCausedByWatches1 : elapsed 0 : OK
Zookeeper_operations::testTimeoutCausedByWatches2 : elapsed 0 : OK
Zookeeper_operations::testOperationsAndDisconnectConcurrently1 : elapsed 2
:
OK
Zookeeper_operations::testOperationsAndDisconnectConcurrently2 : elapsed 0
:
OK
Zookeeper_operations::testConcurrentOperations1 : elapsed 206 : OK
Zookeeper_init::testBasic : elapsed 0 : OK
Zookeeper_init::testAddressResolution : elapsed 0 : OK
Zookeeper_init::testMultipleAddressResolution : elapsed 0 : OK
Zookeeper_init::testNullAddressString : elapsed 0 : OK
Zookeeper_init::testEmptyAddressString : elapsed 0 : OK
Zookeeper_init::testOneSpaceAddressString : elapsed 0 : OK
Zookeeper_init::testTwoSpacesAddressString : elapsed 0 : OK
Zookeeper_init::testInvalidAddressString1 : elapsed 0 : OK
Zookeeper_init::testInvalidAddressString2 : elapsed 2 : OK
Zookeeper_init::testNonexistentHost : elapsed 108 : OK
Zookeeper_init::testOutOfMemory_init : elapsed 0 : OK
Zookeeper_init::testOutOfMemory_getaddrs1 : elapsed 0 : OK
Zookeeper_init::testOutOfMemory_getaddrs2 : elapsed 0 : OK
Zookeeper_init::testPermuteAddrsList : elapsed 0 : OK
Zookeeper_close::testCloseUnconnected : elapsed 0 : OK
Zookeeper_close::testCloseUnconnected1 : elapsed 0 : OK
Zookeeper_close::testCloseConnected1 : elapsed 0 : OK
Zookeeper_close::testCloseFromWatcher1 : elapsed 0 : OK
Zookeeper_simpleSystem::testAsyncWatcherAutoResetterminate called after
throwing an instance of 'CppUnit::Exception'
  what():  equality assertion failed
- Expected: -101
- Actual  : -4

make: *** [run-check] Aborted

This appears to come from tests/TestClient.cc - but beyond that, it is
hard
to identify which equality assertion failed.

Help !

regards,
Martin

Test failure in ShowArtifactActionTest for certain locales

Hi,
$subject occurs in simple version test.This test failure says repository
does not support versioning

But I have set the following to true

OPTION_VERSIONING_SUPPORTED = true
OPTION_SIMPLE_VERSIONING_SUPPORTED = true

It will be really great if anyone can help me to solve this problem

Regards
/subash

     [
https://issues.apache.org/jira/browse...nels:all-tabpanel
]

Pierre-Arnaud Marcelot resolved DIRSERVER-1456.

test failure in derbynet/testProtocol.java with ibm jvms 

https://issues.apache.org/bugzilla/show_bug.cgi?id=33188

--- Comment #12 from iJay <musta### @gmail.com> 2010-06-24 03:10:12
EDT ---
Reproduced on my Linux when building apache 2.2.15

     [
https://issues.apache.org/jira/browse...nels:all-tabpanel
]

Mike Matrigali resolved DERBY-4132.

https://issues.apache.org/bugzilla/show_bug.cgi?id=38322

--- Comment #5 from Nick Kew <ni### @webthing.com> 2010-07-04 22:51:26
EDT ---
Created an attachment (id=25698)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25698)
Less misleading/confusing error message

Attaching a trivial patch as a reference to propose it for future 2.2.x.

https://issues.apache.org/bugzilla/show_bug.cgi?id=44163

Nick Kew <nic### @webthing.com> changed:

           What    |Removed                     |Added

Verified on a 5.4 snapshot from today, but first noticed on a snap from
Jun
9th. I'm testing connecting Chrome directly to activemq over WebSockets,
and
STOMP on top of that.  I modified activemq.xml with:

            <transportConnector name="websocket"
uri="ws://0.0.0.0:61614"/>
            <transportConnector name="stomp"
uri="stomp://0.0.0.0:61612?transport.closeAsync=false"/> 
            <transportConnector name="stomp+nio"
uri="stomp+nio://0.0.0.0:61613?transport.closeAsync=false"/>

Basically just following the directions from:
http://www.nighttale.net/activemq/act...-web-sockets.html
,
and using the JS lib from http://jmesnil.net/stomp-websocket/doc/ , and
ideas from various blogs.

Occasionally I'm seeing this error in the activemq.log:

2010-06-24 13:43:11,133 | ERROR | No transportListener available to
process
inbound command: ConnectionInfo {commandId = 0, responseRequired = true,
connectionId = ID:appliance-55869-1277408644809-3:153, clientId =
ID:appliance-55869-1277408644809-3:153, userName = guest, password =
*****,
brokerPath = null, brokerMasterConnector = false, manageable = false,
clientMaster = true, faultTolerant = false} |
org.apache.activemq.transport.TransportSupport | qtp20195943-22

Doing tcpdumps, I see the JS STOMP library issuing a CONNECT, but unlike
other times when it does work, ActiveMQ doesn't respond with a CONNECTED
response. 

Is this simply a resource issue?  Sorry for being such a noob, but how do
I
increase the number of websocket transportConnectors?  

Also I noticed from tcpdumps that the ActiveMQ side is closing the
connection after 200 seconds (not sure inactivity or total), how can this
be
increased? 

Thanks very much :-)

https://issues.apache.org/bugzilla/show_bug.cgi?id=49546

           Summary: Add test cases for SetSupport
           Product: Taglibs
           Version: 1.2.0
          Platform: PC
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Standard Taglib
        AssignedTo: d### @tomcat.apache.org
        ReportedBy: jbo### @apache.org


Add test cases for common <c:set> logic

https://issues.apache.org/bugzilla/show_bug.cgi?id=49363

           Summary: Apache Chunked Encoding Overfolw Test
           Product: Apache httpd-2
           Version: 2.2.11
          Platform: PC
               URL: http://genet-ssodev1.jfwtc.ge.com:80/index.html
        OS/Version: Linux
            Status: NEW
          Severity: critical
          Priority: P1
         Component: Build
        AssignedTo: bu### @httpd.apache.org
        ReportedBy: Priya.P### @ge.com
                CC: Priya.P### @ge.com


Hi Team,

A chunked encoding buffer overflow vulnerability was found on an our
Apache
server. The HTTP specification (RFC 2068, section
3.6) requires web servers to allow a client to break up a request into
multiple
sections of a specific length. The Apache HTTP
Server has a software flaw that misinterprets the size of the incoming
data
chunks. If exploited, a remote attacker may be
able to execute arbitrary commands on the host running the vulnerable
software. 

Though we use a higher version of Apache, i.e 2.2.11. We found this
exception
in our WebInspect Report.

Could you please confirm if this bug has been fixed for this version
2.2.11.
As we have gone through the site and confirmed that its fixed in httpd
2.0.37.
http://httpd.apache.org/security/vulnerabilities_20.html 

Please find the attached WebInspect Report for your refernce.

Please email me your recoomendations & confimation on
Priya.P### @ge.com

Thankyou,
Priya

https://issues.apache.org/bugzilla/show_bug.cgi?id=47458

Mark Thomas <ma### @apache.org> changed:

           What    |Removed                     |Added

https://issues.apache.org/bugzilla/show_bug.cgi?id=47440

Mark Thomas <mar### @apache.org> changed:

           What    |Removed                     |Added

     [
https://issues.apache.org/jira/browse...nels:all-tabpanel
]

Kiran Ayyagari closed DIRSERVER-1480.

Add test cases for dependency injection for java 1.0 features into the
testsuite.

On 22 July 2010 21:15,  <mben### @apache.org> wrote:
 Author: mbenson
 Date: Thu Jul 22 20:15:25 2010
 New Revision: 966839

 URL: http://svn.apache.org/viewvc?rev=966839&view=rev
 Log:
 add new test module to exercise the defaultProxyFactory

 Added:
    commons/proper/proxy/branches/version-2.0-work/test/   (with
props)
    commons/proper/proxy/branches/version-2.0-work/test/pom.xml

Needs svn:eol-style native

    commons/proper/proxy/branches/version-2.0-work/test/src/
    commons/proper/proxy/branches/version-2.0-work/test/src/main/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/main/java/
    commons/proper/proxy/branches/version-2.0-work/test/src/test/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/test/java/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/test/java/org/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/test/java/org/apache/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/test/java/org/apache/commons/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/test/java/org/apache/commons/proxy/
  
 commons/proper/proxy/branches/version-2.0-work/test/src/test/java/org/apache/commons/proxy/DefaultProxyFactoryTest.java

Needs svn:eol-style native

 Modified:
    commons/proper/proxy/branches/version-2.0-work/pom.xml

 Modified: commons/proper/proxy/branches/version-2.0-work/pom.xml
 URL:
http://svn.apache.org/viewvc/commons/...839&view=diff
 

Author: markt
Date: Wed Jun  2 11:45:11 2010
New Revision: 950507

URL: http://svn.apache.org/viewvc?rev=950507&view=rev
Log:
Fix Eclipse warnings in the o.a.c.tribes.test package

Modified:
   
tomcat/trunk/test/org/apache/catalina/tribes/test/channel/TestDataIntegrity.java
   
tomcat/trunk/test/org/apache/catalina/tribes/test/channel/TestMulticastPackages.java
   
tomcat/trunk/test/org/apache/catalina/tribes/test/channel/TestRemoteProcessException.java
   
tomcat/trunk/test/org/apache/catalina/tribes/test/channel/TestUdpPackages.java
   
tomcat/trunk/test/org/apache/catalina/tribes/test/io/TestSenderConnections.java
   
tomcat/trunk/test/org/apache/catalina/tribes/test/io/TestSerialization.java

Modified:
tomcat/trunk/test/org/apache/catalina/tribes/test/channel/TestDataIntegrity.java
URL:
http://svn.apache.org/viewvc/tomcat/t...507&view=diff

Hi Michelle,

should these changes go into the api subproject (instead of api2)?
I think having them in api2 does not hurt, so there is no need to 
rollback the checkin. But we need them in api, since api defines the JDO 
3 API classes and interfaces.

Regards Michael


 Author: mcaisse
 Date: Sun Jun 20 02:54:01 2010
 New Revision: 956317

 URL: http://svn.apache.org/viewvc?rev=956317&view=rev
 Log:
 JDO-557 - Tests for api's invocation of getPersistenceManager(Map)
and getPersistenceManager(Map, Map). Also fixed an issue in
JDOConfigTestClassLoader.java.


 Added:
     db/jdo/trunk/api2/test/java/javax/jdo/PMFMapMapTest.java
     db/jdo/trunk/api2/test/java/javax/jdo/PMFProxy.java
     db/jdo/trunk/api2/test/java/javax/jdo/PMFService.java
     db/jdo/trunk/api2/test/schema/jdoconfig/Pmfmapmap01/
     db/jdo/trunk/api2/test/schema/jdoconfig/Pmfmapmap01/META-INF/
    
db/jdo/trunk/api2/test/schema/jdoconfig/Pmfmapmap01/META-INF/jdoconfig.xml
     db/jdo/trunk/api2/test/schema/jdoconfig/Pmfmapmap02/
    
db/jdo/trunk/api2/test/schema/jdoconfig/Pmfmapmap02/propsfile.props
 Modified:
     db/jdo/trunk/api2/   (props changed)
    
db/jdo/trunk/api2/test/java/javax/jdo/JDOConfigTestClassLoader.java

 Propchange: db/jdo/trunk/api2/