Gotcha.  No i don't see anything particularly interesting in the log.
Do i need to turn on higher logging in log4j?

here it is after i killed the client:




 INFO [main] 2010-04-21 14:25:52,166 DatabaseDescriptor.java (line
229) Auto DiskAccessMode determined to be standard
 INFO [main] 2010-04-21 14:25:52,416 SystemTable.java (line 139) Saved
Token not found. Using LXzz63jDw6A1wZGz
 INFO [main] 2010-04-21 14:25:52,416 SystemTable.java (line 145) Saved
ClusterName not found. Using NGram Cluster
 INFO [main] 2010-04-21 14:25:52,416 CommitLogSegment.java (line 50)
Creating new commitlog segment
/var/lib/cassandra/commitlog\CommitLog-1271885152416.log
 INFO [main] 2010-04-21 14:25:52,448 StorageService.java (line 317)
Starting up server gossip
 INFO [main] 2010-04-21 14:25:52,495 CassandraDaemon.java (line 108)
Binding thrift service to localhost/127.0.0.1:9160
 INFO [main] 2010-04-21 14:25:52,495 CassandraDaemon.java (line 148)
Cassandra starting up...
 INFO [COMMIT-LOG-WRITER] 2010-04-21 14:30:44,248
CommitLogSegment.java (line 50) Creating new commitlog segment
/var/lib/cassandra/commitlog\CommitLog-1271885444248.log
 INFO [COMMIT-LOG-WRITER] 2010-04-21 14:34:37,267
CommitLogSegment.java (line 50) Creating new commitlog segment
/var/lib/cassandra/commitlog\CommitLog-1271885677267.log
 INFO [COMMIT-LOG-WRITER] 2010-04-21 14:39:08,723
CommitLogSegment.java (line 50) Creating new commitlog segment
/var/lib/cassandra/commitlog\CommitLog-1271885948723.log
 INFO [GC inspection] 2010-04-21 14:41:48,757 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 11665 ms, 34488656 reclaimed leaving
1051534024 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:42:00,913 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 9219 ms, 31272728 reclaimed leaving
1053427416 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:42:13,054 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 9498 ms, 31116952 reclaimed leaving
1055163128 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:42:25,195 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 10318 ms, 29605880 reclaimed leaving
1056674184 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:42:37,289 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 10051 ms, 28492128 reclaimed leaving
1057795048 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:42:49,398 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 9904 ms, 27056840 reclaimed leaving
1059227696 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:43:01,336 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 9865 ms, 25652224 reclaimed leaving
1060635120 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:43:12,977 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 11515 ms, 25644312 reclaimed leaving
1060642984 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:43:23,758 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 10754 ms, 25640552 reclaimed leaving
1060645864 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:43:35,446 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 11602 ms, 25642952 reclaimed leaving
1060647384 used; max is 1174208512
 INFO [GC inspection] 2010-04-21 14:43:47,790 GCInspector.java (line
110) GC for ConcurrentMarkSweep: 12313 ms, 25638616 reclaimed leaving
1060647272 used; max is 1174208512


On Wed, Apr 21, 2010 at 3:16 PM, Jonathan Ellis <jbel...@gmail.com> wrote:
> On Wed, Apr 21, 2010 at 5:05 PM, Sonny Heer <sonnyh...@gmail.com> wrote:
>> What does OOM stand for?
>
> out of memory
>
>> for a given insert the size is small (meaning the a single insert
>> operation only has about a sentence of data)  although as the insert
>> process continues, the columns under a given row key could potentially
>> grow to be large.  Is that what you mean?
>
> yes.
>
> look in your log for warnings about row size during compaction.
>

Reply via email to