Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Message-ID: <33322831.17421295284185273.JavaMail.jira@thor>
Date: Mon, 17 Jan 2011 12:09:45 -0500 (EST)
From: "Jonathan Ellis (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Subject: [jira] Resolved: (CASSANDRA-1979)
 CassandraServiceDataCleaner.prepare() fails with IOException.
In-Reply-To: <25674899.344961294934989385.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Jonathan Ellis resolved CASSANDRA-1979.
---------------------------------------

       Resolution: Fixed
    Fix Version/s: 0.7.1

committed

ultimately I think we should move this into Hector or a github project (CASSANDRA-1805) although it's possible we could make changes to core to make this easier.

> CassandraServiceDataCleaner.prepare() fails with IOException.
> -------------------------------------------------------------
>
>                 Key: CASSANDRA-1979
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1979
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Contrib
>    Affects Versions: 0.7.0
>         Environment: Windows XP
>            Reporter: Chris Ng
>            Assignee: Nate McCall
>             Fix For: 0.7.1
>
>         Attachments: 1979.txt
>
>
> CassandraServiceDataCleaner.prepare() fails with an IOException if run in isolation.  It seems that initializing the DataDescriptor creates a new CommitLog file, and then the cleaner tries to delete this file and fails.
> 16:06:07.204 [main] INFO  o.a.c.config.DatabaseDescriptor - Loading settings from file:/C:/workspace/sandbox/target/classes/cassandra.yaml
> 16:06:07.282 [main] DEBUG o.a.c.config.DatabaseDescriptor - Syncing log with a period of 10000
> 16:06:07.282 [main] INFO  o.a.c.config.DatabaseDescriptor - DiskAccessMode 'auto' determined to be standard, indexAccessMode is standard
> 16:06:07.797 [main] DEBUG o.a.c.config.DatabaseDescriptor - setting auto_bootstrap to false
> 16:06:07.797 [main] INFO  o.a.c.db.commitlog.CommitLogSegment - Creating new commitlog segment target/var/lib/cassandra/commitlog\CommitLog-1294934767797.log
> 16:06:07.813 [main] DEBUG o.apache.cassandra.io.util.FileUtils - Deleting CommitLog-1294934767797.log
> Exception in thread "main" java.io.IOException: Failed to delete C:\workspace\sandbox\target\var\lib\cassandra\commitlog\CommitLog-1294934767797.log
> 	at org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:54)
> 	at org.apache.cassandra.io.util.FileUtils.deleteRecursive(FileUtils.java:201)
> 	at org.apache.cassandra.contrib.utils.service.CassandraServiceDataCleaner.cleanDir(CassandraServiceDataCleaner.java:99)
> 	at org.apache.cassandra.contrib.utils.service.CassandraServiceDataCleaner.cleanupDataDirectories(CassandraServiceDataCleaner.java:53)
> 	at org.apache.cassandra.contrib.utils.service.CassandraServiceDataCleaner.prepare(CassandraServiceDataCleaner.java:44)
> 	at cng.sandbox.App.main(App.java:15)
> This also seems to leave a bunch of threads running in the background, so the process has to be manually killed.
> This was tested with the javautils in the 0.7.0 branch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.