You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cassandra.apache.org by Jack Culpepper <ja...@gmail.com> on 2010/02/08 10:17:53 UTC
nose tests -- run recently?
Hi folks,
I have a test for this get_range_slice() weirdness that I'd like to
integrate into the nose tests in
tests/system
Is this stuff run regularly? "ant test" works great for me, but does
not run the nosetests. When I run nosetests from the cassandra dir, I
get this:
$ nosetests
E
======================================================================
ERROR: Failure: ImportError (No module named Cassandra)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/loader.py",
line 379, in loadTestsFromName
addr.filename, addr.module)
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/importer.py",
line 39, in importFromPath
return self.importFromDir(dir_path, fqname)
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/importer.py",
line 86, in importFromDir
mod = load_module(part_fqname, fh, filename, desc)
File "/k/jack/cassandra/test/system/__init__.py", line 31, in <module>
import Cassandra
ImportError: No module named Cassandra
----------------------------------------------------------------------
Ran 1 test in 0.016s
FAILED (errors=1)
Which I think is because
tests/system/__init__.py
is out of date -- Line 29
_ipath = os.path.join(root, 'interface', 'gen-py')
Should be
_ipath = os.path.join(root, 'interface', 'thrift', 'gen-py')
Ok. Fixed that, but then run nosetests and I get a bunch of other
errors.. I must be doing something wrong. I just checked out the code
like 20 mins ago.
Also, I see that the tests are run on a single node rather than a
multi-node setup. I would be nice if the testing infrastructure
connected to a running cluster, and the standard storage-conf.xml
included the column families necessary for testing. We could do that
by including the test keyspaces in
test/conf/storage-conf.xml
as a part of the default storage-conf.xml that gets installed with the
system. Best,
Jack
Re: nose tests -- run recently?
Posted by Jonathan Ellis <jb...@gmail.com>.
On Mon, Feb 8, 2010 at 3:53 PM, Jack Culpepper <ja...@gmail.com> wrote:
> $ python --version
> Python 2.6.4
2.6.4 here, too.
> One more stupid question if you can stand it: when I get "Connection
> reset by peer" on the python side, where should I see the
> corresponding error on the java side?
Connection reset by peer usually means "the other side [here, the
server] closed the connection before it finished reading everything I
sent." Which isn't supposed to happen with Thrift, so I dunno. Maybe
you are using framed on server? system tests assume unframed. But if
that were the case I would expect everything to error out much
earlier.
-Jonathan
Re: nose tests -- run recently?
Posted by Jack Culpepper <ja...@gmail.com>.
Ok. Thanks very much for all your help!
Linux VM + NTFS? Good lord. :) It occurs to me that this could be a
python 2.6 problem. Can you run python --version? Here's mine:
$ python --version
Python 2.6.4
-x helps, as now I can see the full variety of errors! :) Sometimes I
get through 4-5 tests before it comes back with "Connection reset by
peer". Sometimes I get "not found exception".
One more stupid question if you can stand it: when I get "Connection
reset by peer" on the python side, where should I see the
corresponding error on the java side? No exceptions are showing up in
the system.log. I even modified the __init__.py script so that it
prints directly to stdout/stderr, rather than using the PIPE arg.
There seem to be no errors on the java side.
Jack
On Mon, Feb 8, 2010 at 1:10 PM, Jonathan Ellis <jb...@gmail.com> wrote:
> On Mon, Feb 8, 2010 at 3:02 PM, Jack Culpepper <ja...@gmail.com> wrote:
>> On Mon, Feb 8, 2010 at 12:38 PM, Jonathan Ellis <jb...@gmail.com> wrote:
>>> On Mon, Feb 8, 2010 at 2:25 PM, Jack Culpepper <ja...@gmail.com> wrote:
>>>> Are you running on a platform that doesn't care about capitalization?
>>>
>>> Yes. If you're building Thrift on windows you're only the second
>>> person I know to have done so. :)
>>>
>>
>> Your platform *cares* about capitalization, right? Maybe I'm missing
>> something, but how can you "from Constants import VERSION"? The file
>> containing VERSION is called "constants.py" in the tree.
>
> Ah, I see. Yes, my linux VM is accessing a NTFS fs here. Fixed in r907797.
>
>> No exceptions. I actually get a different error when I run the tests now.
>
> Sorry, I have no useful suggestions here, other than passing the -x
> flag to nosetests to get it to quit at first error.
>
> -Jonathan
>
Re: nose tests -- run recently?
Posted by Jonathan Ellis <jb...@gmail.com>.
On Mon, Feb 8, 2010 at 3:02 PM, Jack Culpepper <ja...@gmail.com> wrote:
> On Mon, Feb 8, 2010 at 12:38 PM, Jonathan Ellis <jb...@gmail.com> wrote:
>> On Mon, Feb 8, 2010 at 2:25 PM, Jack Culpepper <ja...@gmail.com> wrote:
>>> Are you running on a platform that doesn't care about capitalization?
>>
>> Yes. If you're building Thrift on windows you're only the second
>> person I know to have done so. :)
>>
>
> Your platform *cares* about capitalization, right? Maybe I'm missing
> something, but how can you "from Constants import VERSION"? The file
> containing VERSION is called "constants.py" in the tree.
Ah, I see. Yes, my linux VM is accessing a NTFS fs here. Fixed in r907797.
> No exceptions. I actually get a different error when I run the tests now.
Sorry, I have no useful suggestions here, other than passing the -x
flag to nosetests to get it to quit at first error.
-Jonathan
Re: nose tests -- run recently?
Posted by Jack Culpepper <ja...@gmail.com>.
On Mon, Feb 8, 2010 at 12:38 PM, Jonathan Ellis <jb...@gmail.com> wrote:
> On Mon, Feb 8, 2010 at 2:25 PM, Jack Culpepper <ja...@gmail.com> wrote:
>> Are you running on a platform that doesn't care about capitalization?
>
> Yes. If you're building Thrift on windows you're only the second
> person I know to have done so. :)
>
Your platform *cares* about capitalization, right? Maybe I'm missing
something, but how can you "from Constants import VERSION"? The file
containing VERSION is called "constants.py" in the tree.
>> error: [Errno 104] Connection reset by peer
>
> I've never seen Thrift do that before. Did you check the server log
> for exceptions?
No exceptions. I actually get a different error when I run the tests now.
$ nosetests
.E.EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
======================================================================
ERROR: system.test_server.TestMutations.test_batch_insert
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/case.py",
l
ine 183, in runTest
self.test(*self.arg)
File "/k/jack/cassandra/test/system/test_server.py", line 299, in
test_batch_insert
_verify_batch()
File "/k/jack/cassandra/test/system/test_server.py", line 93, in _verify_batch
_verify_simple()
File "/k/jack/cassandra/test/system/test_server.py", line 99, in
_verify_simple
assert client.get('Keyspace1', 'key1', ColumnPath('Standard1',
column='c1'), Consistency
Level.ONE).column == Column('c1', 'value1', 0)
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 277, in get
return self.recv_get()
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 305, in recv
_get
raise result.nfe
NotFoundException: NotFoundException()
======================================================================
ERROR: system.test_server.TestMutations.test_batch_insert_super
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/case.py",
l
ine 183, in runTest
self.test(*self.arg)
File "/k/jack/cassandra/test/system/test_server.py", line 540, in
test_batch_insert_super
client.batch_insert('Keyspace1', 'key1', cfmap, ConsistencyLevel.ZERO)
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 607, in batc
h_insert
self.recv_batch_insert()
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 621, in recv
_batch_insert
(fname, mtype, rseqid) = self._iprot.readMessageBegin()
File "build/bdist.linux-i686/egg/thrift/protocol/TBinaryProtocol.py",
line 126, in readMes
sageBegin
sz = self.readI32()
File "build/bdist.linux-i686/egg/thrift/protocol/TBinaryProtocol.py",
line 203, in readI32
buff = self.trans.readAll(4)
File "build/bdist.linux-i686/egg/thrift/transport/TTransport.py",
line 58, in readAll
chunk = self.read(sz-have)
File "build/bdist.linux-i686/egg/thrift/transport/TTransport.py",
line 155, in read
self.__rbuf = StringIO(self.__trans.read(max(sz, self.DEFAULT_BUFFER)))
File "build/bdist.linux-i686/egg/thrift/transport/TSocket.py", line
92, in read
buff = self.handle.recv(sz)
error: [Errno 104] Connection reset by peer
..and here is the last sequence from the log:
DEBUG [main] 2010-02-08 20:48:24,636 CassandraDaemon.java (line 109)
Binding thrift service
to /127.0.0.1:9170
INFO [main] 2010-02-08 20:48:24,636 CassandraDaemon.java (line 149)
Cassandra starting up.
..
DEBUG [pool-1-thread-1] 2010-02-08 20:48:24,766 CassandraServer.java
(line 365) batch_inser
t
DEBUG [pool-1-thread-1] 2010-02-08 20:48:24,766 StorageProxy.java
(line 274) insert writing
local key key1
DEBUG [pool-1-thread-1] 2010-02-08 20:48:24,819 CassandraServer.java
(line 267) get
DEBUG [ROW-READ-STAGE:1] 2010-02-08 20:48:24,819 StorageProxy.java
(line 672) weakreadlocal
reading SliceByNamesReadCommand(table='Keyspace1', key='key1',
columnParent='QueryPath(col
umnFamilyName='Standard1', superColumnName='null',
columnName='null')', columns=[6331,])
DEBUG [ROW-READ-STAGE:1] 2010-02-08 20:48:24,819 SliceQueryFilter.java
(line 116) collectin
g 6331:false:6@0
DEBUG [ROW-READ-STAGE:1] 2010-02-08 20:48:24,819 SliceQueryFilter.java
(line 116) collectin
g 6332:false:6@0
DEBUG [pool-1-thread-1] 2010-02-08 20:48:24,876 CassandraServer.java
(line 217) get_slice
DEBUG [ROW-READ-STAGE:2] 2010-02-08 20:48:24,876 StorageProxy.java
(line 672) weakreadlocal
reading SliceFromReadCommand(table='Keyspace1', key='key1',
column_parent='QueryPath(colum
nFamilyName='Standard1', superColumnName='null', columnName='null')',
start='', finish='',
reversed=false, count=1000)
DEBUG [ROW-READ-STAGE:2] 2010-02-08 20:48:24,876 SliceQueryFilter.java
(line 116) collectin
g 6331:false:6@0
DEBUG [ROW-READ-STAGE:2] 2010-02-08 20:48:24,876 SliceQueryFilter.java
(line 116) collectin
g 6332:false:6@0
DEBUG [pool-1-thread-1] 2010-02-08 20:48:24,876 CassandraServer.java
(line 217) get_slice
DEBUG [ROW-READ-STAGE:3] 2010-02-08 20:48:24,876 StorageProxy.java
(line 672) weakreadlocal
reading SliceFromReadCommand(table='Keyspace1', key='key1',
column_parent='QueryPath(colum
nFamilyName='Standard2', superColumnName='null', columnName='null')',
start='', finish='',
reversed=false, count=1000)
DEBUG [ROW-READ-STAGE:3] 2010-02-08 20:48:24,876 SliceQueryFilter.java
(line 116) collectin
g 6331:false:6@0
DEBUG [ROW-READ-STAGE:3] 2010-02-08 20:48:24,876 SliceQueryFilter.java
(line 116) collectin
g 6332:false:6@0
When I run again I get the first one again:
$ nosetests
.E.EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
======================================================================
ERROR: system.test_server.TestMutations.test_batch_insert
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/case.py",
l
ine 183, in runTest
self.test(*self.arg)
File "/k/jack/cassandra/test/system/test_server.py", line 299, in
test_batch_insert
_verify_batch()
File "/k/jack/cassandra/test/system/test_server.py", line 93, in _verify_batch
_verify_simple()
File "/k/jack/cassandra/test/system/test_server.py", line 99, in
_verify_simple
assert client.get('Keyspace1', 'key1', ColumnPath('Standard1',
column='c1'), Consistency
Level.ONE).column == Column('c1', 'value1', 0)
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 277, in get
return self.recv_get()
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 305, in recv
_get
raise result.nfe
NotFoundException: NotFoundException()
======================================================================
ERROR: system.test_server.TestMutations.test_batch_insert_super
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/case.py",
l
ine 183, in runTest
self.test(*self.arg)
File "/k/jack/cassandra/test/system/test_server.py", line 540, in
test_batch_insert_super
client.batch_insert('Keyspace1', 'key1', cfmap, ConsistencyLevel.ZERO)
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 607, in batc
h_insert
self.recv_batch_insert()
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 621, in recv
_batch_insert
(fname, mtype, rseqid) = self._iprot.readMessageBegin()
File "build/bdist.linux-i686/egg/thrift/protocol/TBinaryProtocol.py",
line 126, in readMes
sageBegin
sz = self.readI32()
File "build/bdist.linux-i686/egg/thrift/protocol/TBinaryProtocol.py",
line 203, in readI32
buff = self.trans.readAll(4)
File "build/bdist.linux-i686/egg/thrift/transport/TTransport.py",
line 58, in readAll
chunk = self.read(sz-have)
File "build/bdist.linux-i686/egg/thrift/transport/TTransport.py",
line 155, in read
self.__rbuf = StringIO(self.__trans.read(max(sz, self.DEFAULT_BUFFER)))
File "build/bdist.linux-i686/egg/thrift/transport/TSocket.py", line
92, in read
buff = self.handle.recv(sz)
error: [Errno 104] Connection reset by peer
The relevant part of the log:
INFO [main] 2010-02-08 20:54:55,957 CassandraDaemon.java (line 149)
Cassandra starting up.
..
DEBUG [pool-1-thread-1] 2010-02-08 20:54:56,031 CassandraServer.java
(line 365) batch_inser
t
DEBUG [pool-1-thread-1] 2010-02-08 20:54:56,031 StorageProxy.java
(line 123) insert writing
local key key1
DEBUG [pool-1-thread-1] 2010-02-08 20:54:56,197 CassandraServer.java
(line 267) get
DEBUG [ROW-READ-STAGE:1] 2010-02-08 20:54:56,197 StorageProxy.java
(line 672) weakreadlocal
reading SliceByNamesReadCommand(table='Keyspace1', key='key1',
columnParent='QueryPath(col
umnFamilyName='Super1', superColumnName='[B@195ff24',
columnName='null')', columns=[4,])
DEBUG [ROW-READ-STAGE:1] 2010-02-08 20:54:56,197 SliceQueryFilter.java
(line 116) collectin
g SuperColumn(736331 [4:false:6@0,])
DEBUG [ROW-READ-STAGE:1] 2010-02-08 20:54:56,197 SliceQueryFilter.java
(line 116) collectin
g SuperColumn(736332 [5:false:6@0,6:false:6@0,])
DEBUG [pool-1-thread-1] 2010-02-08 20:54:56,270 CassandraServer.java
(line 217) get_slice
DEBUG [ROW-READ-STAGE:2] 2010-02-08 20:54:56,270 StorageProxy.java
(line 672) weakreadlocal
reading SliceFromReadCommand(table='Keyspace1', key='key1',
column_parent='QueryPath(colum
nFamilyName='Super1', superColumnName='null', columnName='null')',
start='', finish='', rev
ersed=false, count=1000)
DEBUG [ROW-READ-STAGE:2] 2010-02-08 20:54:56,270 SliceQueryFilter.java
(line 116) collectin
g SuperColumn(736331 [4:false:6@0,])
DEBUG [ROW-READ-STAGE:2] 2010-02-08 20:54:56,270 SliceQueryFilter.java
(line 116) collectin
g SuperColumn(736332 [5:false:6@0,6:false:6@0,])
DEBUG [pool-1-thread-1] 2010-02-08 20:54:56,270 CassandraServer.java
(line 267) get
DEBUG [ROW-READ-STAGE:3] 2010-02-08 20:54:56,270 StorageProxy.java
(line 672) weakreadlocal
reading SliceByNamesReadCommand(table='Keyspace1', key='key1',
columnParent='QueryPath(col
umnFamilyName='Super2', superColumnName='[B@1f9f0f2',
columnName='null')', columns=[4,])
DEBUG [pool-1-thread-1] 2010-02-08 20:54:56,270 CassandraServer.java
(line 217) get_slice
DEBUG [ROW-READ-STAGE:4] 2010-02-08 20:54:56,270 StorageProxy.java
(line 672) weakreadlocal
reading SliceFromReadCommand(table='Keyspace1', key='key1',
column_parent='QueryPath(colum
nFamilyName='Super1', superColumnName='null', columnName='null')',
start='', finish='', rev
ersed=false, count=1000)
DEBUG [ROW-READ-STAGE:4] 2010-02-08 20:54:56,270 SliceQueryFilter.java
(line 116) collectin
g SuperColumn(736331 [4:false:6@0,])
DEBUG [ROW-READ-STAGE:4] 2010-02-08 20:54:56,270 SliceQueryFilter.java
(line 116) collectin
g SuperColumn(736332 [5:false:6@0,6:false:6@0,])
I'd like to contribute something and I'm happy to put it in contrib.
I'm running on a couple of 32-bit debian machines in EC2. There should
be nothing unusual about my setup.
Jack
>> What if I create a separate set of tests to make sure a running
>> cluster is behaving properly? The first test would make sure the
>> proper key spaces exist. That could fail with a clear message.
>> Subsequently, scan the keys, remove all of them, then scan again. Now,
>> either the environment is clean or something failed. Next, do some
>> insertions, deletions, scans, etc. This would help me verify that my
>> cluster is set up properly.
>
> Sounds more like an in-house testing tool to me but we could evaluate
> putting something like that in contrib/.
>
> -Jonathan
>
Re: nose tests -- run recently?
Posted by Jonathan Ellis <jb...@gmail.com>.
On Mon, Feb 8, 2010 at 2:25 PM, Jack Culpepper <ja...@gmail.com> wrote:
> Are you running on a platform that doesn't care about capitalization?
Yes. If you're building Thrift on windows you're only the second
person I know to have done so. :)
> error: [Errno 104] Connection reset by peer
I've never seen Thrift do that before. Did you check the server log
for exceptions?
> What if I create a separate set of tests to make sure a running
> cluster is behaving properly? The first test would make sure the
> proper key spaces exist. That could fail with a clear message.
> Subsequently, scan the keys, remove all of them, then scan again. Now,
> either the environment is clean or something failed. Next, do some
> insertions, deletions, scans, etc. This would help me verify that my
> cluster is set up properly.
Sounds more like an in-house testing tool to me but we could evaluate
putting something like that in contrib/.
-Jonathan
Re: nose tests -- run recently?
Posted by Jack Culpepper <ja...@gmail.com>.
Are you running on a platform that doesn't care about capitalization?
The next error I get:
$ nosetests
E
======================================================================
ERROR: Failure: ImportError (No module named Constants)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/loader.py",
line 379, in loadTestsFromName
addr.filename, addr.module)
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/importer.py",
line 39, in importFromPath
return self.importFromDir(dir_path, fqname)
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/importer.py",
line 86, in importFromDir
mod = load_module(part_fqname, fh, filename, desc)
File "/k/jack/cassandra/test/system/test_server.py", line 26, in <module>
from Constants import VERSION
ImportError: No module named Constants
----------------------------------------------------------------------
Ran 1 test in 0.054s
FAILED (errors=1)
This is caused by the capitalization of "Constants" -- change to
"constants" to fix.
test/system/test_server.py, line 22
from constants import VERSION
Now it gets a bit further and a few tests pass. The next error is:
$ nosetests
......EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
======================================================================
ERROR: system.test_server.TestMutations.test_batch_mutate_does_not_yet_accept_slice_ranges
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/local/python/lib/python2.6/site-packages/nose-0.11.1-py2.6.egg/nose/case.py",
line 183, in runTest
self.test(*self.arg)
File "/k/jack/cassandra/test/system/test_server.py", line 480, in
test_batch_mutate_does_not_yet_accept_slice_ranges
_expect_exception(send_range, InvalidRequestException)
File "/k/jack/cassandra/test/system/test_server.py", line 165, in
_expect_exception
r = fn()
File "/k/jack/cassandra/test/system/test_server.py", line 479, in send_range
ConsistencyLevel.ONE)
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 692, in batch_mutate
self.recv_batch_mutate()
File "/k/jack/cassandra/interface/thrift/gen-py/cassandra/Cassandra.py",
line 705, in recv_batch_mutate
(fname, mtype, rseqid) = self._iprot.readMessageBegin()
File "build/bdist.linux-i686/egg/thrift/protocol/TBinaryProtocol.py",
line 126, in readMessageBegin
sz = self.readI32()
File "build/bdist.linux-i686/egg/thrift/protocol/TBinaryProtocol.py",
line 203, in readI32
buff = self.trans.readAll(4)
File "build/bdist.linux-i686/egg/thrift/transport/TTransport.py",
line 58, in readAll
chunk = self.read(sz-have)
File "build/bdist.linux-i686/egg/thrift/transport/TTransport.py",
line 155, in read
self.__rbuf = StringIO(self.__trans.read(max(sz, self.DEFAULT_BUFFER)))
File "build/bdist.linux-i686/egg/thrift/transport/TSocket.py", line
92, in read
buff = self.handle.recv(sz)
error: [Errno 104] Connection reset by peer
Can you help with that one? (Subsequently everything fails with
"Unclean shutdown detected" b/c the test server is left running.)
> It's not as easy as that -- like most tests, the system tests are
> independent and need to start with a clean environment. nose has to be
> able to restart the servers in between each, and clean out the data &
> commitlog directories.
What if I create a separate set of tests to make sure a running
cluster is behaving properly? The first test would make sure the
proper key spaces exist. That could fail with a clear message.
Subsequently, scan the keys, remove all of them, then scan again. Now,
either the environment is clean or something failed. Next, do some
insertions, deletions, scans, etc. This would help me verify that my
cluster is set up properly.
Jack
On Mon, Feb 8, 2010 at 5:32 AM, Jonathan Ellis <jb...@gmail.com> wrote:
> On Mon, Feb 8, 2010 at 3:17 AM, Jack Culpepper <ja...@gmail.com> wrote:
>> Ok. Fixed that, but then run nosetests and I get a bunch of other
>> errors.. I must be doing something wrong. I just checked out the code
>> like 20 mins ago.
>
> I'm going to have to agree with your diagnosis -- everything passes
> for me -- but it's hard to help w/o an example of the errors. :)
>
>> Also, I see that the tests are run on a single node rather than a
>> multi-node setup. I would be nice if the testing infrastructure
>> connected to a running cluster, and the standard storage-conf.xml
>> included the column families necessary for testing. We could do that
>> by including the test keyspaces in
>>
>> test/conf/storage-conf.xml
>>
>> as a part of the default storage-conf.xml that gets installed with the
>> system. Best,
>
> It's not as easy as that -- like most tests, the system tests are
> independent and need to start with a clean environment. nose has to be
> able to restart the servers in between each, and clean out the data &
> commitlog directories.
>
> -Jonathan
>
Re: nose tests -- run recently?
Posted by Jonathan Ellis <jb...@gmail.com>.
On Mon, Feb 8, 2010 at 3:17 AM, Jack Culpepper <ja...@gmail.com> wrote:
> Ok. Fixed that, but then run nosetests and I get a bunch of other
> errors.. I must be doing something wrong. I just checked out the code
> like 20 mins ago.
I'm going to have to agree with your diagnosis -- everything passes
for me -- but it's hard to help w/o an example of the errors. :)
> Also, I see that the tests are run on a single node rather than a
> multi-node setup. I would be nice if the testing infrastructure
> connected to a running cluster, and the standard storage-conf.xml
> included the column families necessary for testing. We could do that
> by including the test keyspaces in
>
> test/conf/storage-conf.xml
>
> as a part of the default storage-conf.xml that gets installed with the
> system. Best,
It's not as easy as that -- like most tests, the system tests are
independent and need to start with a clean environment. nose has to be
able to restart the servers in between each, and clean out the data &
commitlog directories.
-Jonathan
Re: nose tests -- run recently?
Posted by Jonathan Ellis <jb...@gmail.com>.
On Mon, Feb 8, 2010 at 3:17 AM, Jack Culpepper <ja...@gmail.com> wrote:
> ERROR: Failure: ImportError (No module named Cassandra)
fixed in r907705, btw.