From user-return-22010-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Fri Nov 4 08:38:17 2011 Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0A4D69F57 for ; Fri, 4 Nov 2011 08:38:17 +0000 (UTC) Received: (qmail 44125 invoked by uid 500); 4 Nov 2011 08:38:14 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 44106 invoked by uid 500); 4 Nov 2011 08:38:14 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 44097 invoked by uid 99); 4 Nov 2011 08:38:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Nov 2011 08:38:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.214.44] (HELO mail-bw0-f44.google.com) (209.85.214.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Nov 2011 08:38:07 +0000 Received: by bkbzv15 with SMTP id zv15so1699692bkb.31 for ; Fri, 04 Nov 2011 01:37:44 -0700 (PDT) Received: by 10.204.13.132 with SMTP id c4mr11080300bka.23.1320395864552; Fri, 04 Nov 2011 01:37:44 -0700 (PDT) Received: from [192.168.2.92] (81-94-164-42.customer.itmastaren.net. [81.94.164.42]) by mx.google.com with ESMTPS id v6sm8126565bkt.1.2011.11.04.01.37.43 (version=SSLv3 cipher=OTHER); Fri, 04 Nov 2011 01:37:43 -0700 (PDT) Message-ID: <4EB3A444.1000001@sitevision.se> Date: Fri, 04 Nov 2011 09:37:24 +0100 From: =?ISO-8859-1?Q?Fredrik_L_Stigb=E4ck?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Clear snapshot on windows Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Clearing snapshots on Windows with nodetool sometimes fails. The reason is because the snapshot files hardlinks into corresponding files in the data directory. When compaction runs, most of the files are merged and the corresponding snapshot files can be deleted but often .e.g. the secondary index files isn't compacted. If one of those undeletable files is the first in the loop to be deleted then the whole clear snapshot fails, and "deletable" files in the snapshot isn't deleted. I guess all files in data directory is eventually compacted and will then be eligible for deletion but would this be problem if we have seldom updated column family that wont be compacted very often? Is this considered a bug or is it something that won't be fixed due to the way Windows handles hard links? Regards /Fredrik