Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DB91F10D59 for ; Sat, 5 Apr 2014 01:03:34 +0000 (UTC) Received: (qmail 74940 invoked by uid 500); 5 Apr 2014 01:03:16 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 74765 invoked by uid 500); 5 Apr 2014 01:03:07 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 74674 invoked by uid 99); 5 Apr 2014 01:03:03 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Apr 2014 01:03:03 +0000 Date: Sat, 5 Apr 2014 01:03:03 +0000 (UTC) From: "ASF subversion and git services (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ACCUMULO-2519) FATE operation failed across upgrade MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ACCUMULO-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13960875#comment-13960875 ] ASF subversion and git services commented on ACCUMULO-2519: ----------------------------------------------------------- Commit e4aa11e1b1a046dec9116273eb57f053aa68fd3f in accumulo's branch refs/heads/master from [~busbey] [ https://git-wip-us.apache.org/repos/asf?p=accumulo.git;h=e4aa11e ] ACCUMULO-2519 Updates Classes added in 1.6.0 for read only fate changes. > FATE operation failed across upgrade > ------------------------------------ > > Key: ACCUMULO-2519 > URL: https://issues.apache.org/jira/browse/ACCUMULO-2519 > Project: Accumulo > Issue Type: Bug > Affects Versions: 1.5.0, 1.5.1 > Reporter: Keith Turner > Assignee: Sean Busbey > Priority: Blocker > Fix For: 1.5.2, 1.6.0 > > > While running the new upgrade script I noticed that a FATE operation failed. I think this was caused by the package name changes in 1.6. However executing FATE ops across an upgrade is probably not safe, its certainly not tested or easy to test. Discussed this on IRC, should probably refuse to upgrade if FATE stack is not empty. > {noformat} > 2014-03-20 18:20:40,724 [fate.Fate] ERROR: Thread "Repo runner 0" died java.lang.RuntimeException: java.lang.ClassNotFoundException: org.apache.accumulo.server.master.tableOps.TraceRepo > java.lang.RuntimeException: java.lang.RuntimeException: java.lang.ClassNotFoundException: org.apache.accumulo.server.master.tableOps.TraceRepo > at org.apache.accumulo.fate.ZooStore.top(ZooStore.java:266) > at org.apache.accumulo.fate.AgeOffStore.top(AgeOffStore.java:172) > at org.apache.accumulo.fate.Fate$TransactionRunner.run(Fate.java:58) > at org.apache.accumulo.fate.util.LoggingRunnable.run(LoggingRunnable.java:34) > at java.lang.Thread.run(Thread.java:701) > Caused by: java.lang.RuntimeException: java.lang.ClassNotFoundException: org.apache.accumulo.server.master.tableOps.TraceRepo > at org.apache.accumulo.fate.ZooStore.deserialize(ZooStore.java:79) > at org.apache.accumulo.fate.ZooStore.top(ZooStore.java:262) > ... 4 more > Caused by: java.lang.ClassNotFoundException: org.apache.accumulo.server.master.tableOps.TraceRepo > at java.net.URLClassLoader$1.run(URLClassLoader.java:217) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:205) > at java.lang.ClassLoader.loadClass(ClassLoader.java:323) > at org.apache.accumulo.start.classloader.AccumuloClassLoader$2.loadClass(AccumuloClassLoader.java:278) > at java.lang.ClassLoader.loadClass(ClassLoader.java:268) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:270) > at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:624) > at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1611) > at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1516) > at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770) > at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1349) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) > at org.apache.accumulo.fate.ZooStore.deserialize(ZooStore.java:77) > ... 5 more > {noformat} > IRC converstation : > {noformat} > hurm. so how useful would a test set that injects faults into the !METADATA table be? > or into FATE > for that matter > to make sure that we have sufficient failure handling to avoid catastrophic loss > I think I saw a FATE related bug in the logs also > FATE serializes classes and pushes them on a stack in zookeeper > in 1.6 package names were changed, so things could not deserialize > oh boy > that's not good > so like they were serialized while the cluster was 1.5? > and then post upgrade explosions? > sounds like it > were package names changed 1.4 -> 1.5 related to fate? > yep > because in theory > I could have a 1.4 cluster > almost want to preserve classes which were renamed as deprecated > that I upgrade to 1.5 and then 1.6 > and I could, in theory not allow enough time for FATE to clear out in the mean > well, or provide some kind of transition jar > that includes classes to allow for burn off > that you could later remove > this sounds like a blocker > barring some kind of documentation we could do > for safely shutting down a cluster in prep for an upgrade > the monitor doesn't show any indicators for waiting FATE operations, does it? > no > maybe 1.6 could refuse to upgrade if the FATE queue is not empty > filed CCUMULO-2517 > well > 1) was this also a problem doing 1.4 -> 1.5? > and we just haven't had anyone hit it yet? > do you have an idea of how many renames this introduces, keith? > 2) that sounds like a good idea > as a first check, then just say "please start up the master under PREV_VERSION" and wait for FATE to clear > we could do the same thing for 1.5 > with a ref to upgrade notes that explain how to check if FATE is clear? > yeah > that will require we finish ACCUMULO-2469, I presume? > (that's the ticket for documenting how to access zookeeper) > two additional tickets or one? > there's a class that will print fate ops > 1) upgrade instructions should include how to check if there are fate operations pending > 2) upgrade code should refuse to upgrade if there are fae operations pending > nice! we could use that and leave 2469 for later, then? > https://issues.apache.org/jira/browse/ACCUMULO-2469 > ctubbsii_bot you need to trim punctuation > * murraju (~Adium@c-98-230-174-20.hsd1.ga.comcast.net) has joined #accumulo > do those two sound like they cover the FATE bug? > I presume we don't know enough yet to make a call on the delete marker thing? > and that any additional guards on the GC should be aiming for post-1.6? > I am creating a ticket, any problem w/ me just plopping this conversation onto the ticket? > sounds good > elserj? > oh, sure > {noformat} -- This message was sent by Atlassian JIRA (v6.2#6252)