From user-return-21231-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Sat Oct 1 22:42:18 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 5E0029A1D for ; Sat, 1 Oct 2011 22:42:18 +0000 (UTC) Received: (qmail 20841 invoked by uid 500); 1 Oct 2011 22:42:16 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 20811 invoked by uid 500); 1 Oct 2011 22:42:16 -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 20802 invoked by uid 99); 1 Oct 2011 22:42:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Oct 2011 22:42:16 +0000 X-ASF-Spam-Status: No, hits=1.6 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of eczech52@gmail.com designates 209.85.210.172 as permitted sender) Received: from [209.85.210.172] (HELO mail-iy0-f172.google.com) (209.85.210.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Oct 2011 22:42:12 +0000 Received: by iaby26 with SMTP id y26so4171691iab.31 for ; Sat, 01 Oct 2011 15:41:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=heX9dFKYhZj8FNQ9Tgc1rymAShgy6t1lOa0YyXM2/9M=; b=ScSi9YJHsgXxnobIJbb263AsfkfRS5IGslzmu1GcqIDJbKyoy2J+lxlMuMlfzrrHjf 23gNyXDsVnB5fdbebztXh5wRaospOm7vB7uP+jXGiarxhEvO/F2tGE0BJ3xZYk3FFjiA aofgO/9WLMvo9TV2yVTJ989IQz20OeLMrlG+4= Received: by 10.43.44.134 with SMTP id ug6mr2952416icb.25.1317508910098; Sat, 01 Oct 2011 15:41:50 -0700 (PDT) MIME-Version: 1.0 Sender: eczech52@gmail.com Received: by 10.42.222.135 with HTTP; Sat, 1 Oct 2011 15:41:30 -0700 (PDT) In-Reply-To: References: From: Eric Czech Date: Sat, 1 Oct 2011 16:41:30 -0600 X-Google-Sender-Auth: 8kSltQ6AxTPd_6qRzepIBK_gEPA Message-ID: Subject: Re: mmap segment underflow To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=bcaec52999dd9328df04ae4472c7 --bcaec52999dd9328df04ae4472c7 Content-Type: text/plain; charset=ISO-8859-1 Scrub seems to have worked. Thanks again! Will a major compaction delete the "tmp" sstables genereated though? Scrub seems to have generated a lot of them and they're taking up an unnerving amount of disk space. On Mon, Sep 19, 2011 at 5:34 PM, Eric Czech wrote: > Ok then I'll shutdown the server, change the access mode, restart, and > run scrub (and then change the access mode back). > > Thanks for the pointers and I'll let you know how it goes one way or the > other. > > On Tue, Sep 20, 2011 at 12:29 AM, aaron morton > wrote: > > I've also found it useful to disable memmapped file access until the > scrub is complete by adding this to the yaml > > > > disk_access_mode: standard > > > > Cheers > > > > ----------------- > > Aaron Morton > > Freelance Cassandra Developer > > @aaronmorton > > http://www.thelastpickle.com > > > > On 20/09/2011, at 6:55 AM, Jonathan Ellis wrote: > > > >> You should start with scrub. > >> > >> On Mon, Sep 19, 2011 at 1:04 PM, Eric Czech > wrote: > >>> I'm getting a lot of errors that look something like "java.io.IOError: > >>> java.io.IOException: mmap segment underflow; remaining is 348268797 > >>> but 892417075 requested" on one node in a 10 node cluster. I'm > >>> currently running version 0.8.4 but this is data that was carried over > >>> from much earlier versions. Should I try to run scrub or are there > >>> any other general guidelines for dealing with this sort of error? > >>> > >>> Thanks everyone! > >>> > >> > >> > >> > >> -- > >> Jonathan Ellis > >> Project Chair, Apache Cassandra > >> co-founder of DataStax, the source for professional Cassandra support > >> http://www.datastax.com > > > > > --bcaec52999dd9328df04ae4472c7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Scrub seems to have worked. =A0Thanks again!

Will a majo= r compaction delete the "tmp" sstables genereated though? =A0Scru= b seems to have generated a lot of them and they're taking up an unnerv= ing amount of disk space.

On Mon, Sep 19, 2011 at 5:34 PM, Eric Czech = <eric@nextbig= sound.com> wrote:
Ok then I'll shutdown the server, change the access mode, restart, and<= br> run scrub (and then change the access mode back).

Thanks for the pointers and I'll let you know how it goes one way or th= e other.

On Tue, Sep 20, 2011 at 12:29 AM, aaron morton <aaron@thelastpickle.com> wrote:
> I've also found it useful to disable memmapped file access until t= he scrub is complete by adding this to the yaml
>
> disk_access_mode: standard
>
> Cheers
>
> -----------------
> Aaron Morton
> Freelance Cassandra Developer
> @aaronmorton
> http://www.= thelastpickle.com
>
> On 20/09/2011, at 6:55 AM, Jonathan Ellis wrote:
>
>> You should start with scrub.
>>
>> On Mon, Sep 19, 2011 at 1:04 PM, Eric Czech <eric@nextbigsound.com> wrote:
>>> I'm getting a lot of errors that look something like "= ;java.io.IOError:
>>> java.io.IOException: mmap segment underflow; remaining is 3482= 68797
>>> but 892417075 requested" on one node in a 10 node cluster= . =A0I'm
>>> currently running version 0.8.4 but this is data that was carr= ied over
>>> from much earlier versions. =A0Should I try to run scrub or ar= e there
>>> any other general guidelines for dealing with this sort of err= or?
>>>
>>> Thanks everyone!
>>>
>>
>>
>>
>> --
>> Jonathan Ellis
>> Project Chair, Apache Cassandra
>> co-founder of DataStax, the source for professional Cassandra supp= ort
>> http://www.d= atastax.com
>
>

--bcaec52999dd9328df04ae4472c7--