Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 3389 invoked from network); 15 Jun 2009 18:30:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Jun 2009 18:30:20 -0000 Received: (qmail 81240 invoked by uid 500); 15 Jun 2009 18:30:31 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 81174 invoked by uid 500); 15 Jun 2009 18:30:31 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 81164 invoked by uid 99); 15 Jun 2009 18:30:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jun 2009 18:30:31 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jun 2009 18:30:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 52B30234C044 for ; Mon, 15 Jun 2009 11:30:07 -0700 (PDT) Message-ID: <1965129893.1245090607334.JavaMail.jira@brutus> Date: Mon, 15 Jun 2009 11:30:07 -0700 (PDT) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Commented: (HBASE-1503) hbase-1304 dropped updating list of store files on flush In-Reply-To: <1683291357.1244522287484.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12719687#action_12719687 ] stack commented on HBASE-1503: ------------------------------ I got this again: {code} 2009-06-15 18:21:34,868 [regionserver/0:0:0:0:0:0:0:0:60021.cacheFlusher] FATAL org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Replay of hlog required. Forcing server shutdown org.apache.hadoop.hbase.DroppedSnapshotException: region: .META.,,1 at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:936) at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:829) at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.flushRegion(MemcacheFlusher.java:268) at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.run(MemcacheFlusher.java:149) Caused by: java.lang.NullPointerException at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:95) at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:68) at org.apache.hadoop.hbase.regionserver.StoreScanner.updateReaders(StoreScanner.java:209) at org.apache.hadoop.hbase.regionserver.Store.notifyChangedReadersObservers(Store.java:583) at org.apache.hadoop.hbase.regionserver.Store.updateStorefiles(Store.java:569) at org.apache.hadoop.hbase.regionserver.Store.flushCache(Store.java:479) at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:921) ... 3 more {code} Investigating. > hbase-1304 dropped updating list of store files on flush > -------------------------------------------------------- > > Key: HBASE-1503 > URL: https://issues.apache.org/jira/browse/HBASE-1503 > Project: Hadoop HBase > Issue Type: Bug > Reporter: stack > Assignee: Jonathan Gray > Fix For: 0.20.0 > > Attachments: HBASE-1503-v1.patch, HBASE-1503-v2.patch > > > Here is how current updateReaders is implemented in StoreScanner: > {code} > // Implementation of ChangedReadersObserver > public void updateReaders() throws IOException { > if (this.closing.get()) { > return; > } > this.lock.writeLock().lock(); > try { > // Could do this pretty nicely with KeyValueHeap, but the existing > // implementation of this method only updated if no existing storefiles? > // Lets discuss. > return; > } finally { > this.lock.writeLock().unlock(); > } > } > {code} > Fill in missing functionality. > Count of store files changes on flush and compaction. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.