Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-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 98901D304 for ; Sat, 14 Jul 2012 23:19:04 +0000 (UTC) Received: (qmail 36422 invoked by uid 500); 14 Jul 2012 23:19:04 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 36386 invoked by uid 500); 14 Jul 2012 23:19:03 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 36377 invoked by uid 99); 14 Jul 2012 23:19:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Jul 2012 23:19:03 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FSL_RCVD_USER,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of roger.lloyd.rl@gmail.com designates 209.85.212.41 as permitted sender) Received: from [209.85.212.41] (HELO mail-vb0-f41.google.com) (209.85.212.41) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Jul 2012 23:18:57 +0000 Received: by vbkv13 with SMTP id v13so3583069vbk.0 for ; Sat, 14 Jul 2012 16:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SAPmND9kbFyRkr+KsvvGeLnqRHbgjvV6+/PkyVO486w=; b=0ZohwazvJvQgYCCmay2+b5uJCIEnmwVCVLCbZyjA1g20SSl9kUCqabGHdOdT4rH1s8 VLBgwd1kD5TLTbtaKgcYDdEydpwJjs4ON4rAoahueKMgLN65RVoGQxtLXp97RrFpcpbo UHSwkazp76h/iercne7iy2jkeuY/10MhCx42Aui/ucaKNZrjUtmBBAxqhlnPh/hLAnTJ 6T+acoxzrOtEM1dC0u/qLJtWWfWms/SIVXrCWSfMqTPJdzZjrITbcyIya0lPaQXYOsZy C4t50aHie1sNyItUMiuVQOH6aKWT91vTfr58TsG/uE3o3fryPPLdnGb1g0wsQNmr8yKs +YBQ== MIME-Version: 1.0 Received: by 10.52.30.2 with SMTP id o2mr2398830vdh.132.1342307916582; Sat, 14 Jul 2012 16:18:36 -0700 (PDT) Received: by 10.58.168.166 with HTTP; Sat, 14 Jul 2012 16:18:36 -0700 (PDT) Date: Sat, 14 Jul 2012 19:18:36 -0400 Message-ID: Subject: A couple of anomalies From: Roger Lloyd To: user@accumulo.apache.org Content-Type: multipart/alternative; boundary=20cf307d06b28c108104c4d26a5e X-Virus-Checked: Checked by ClamAV on apache.org --20cf307d06b28c108104c4d26a5e Content-Type: text/plain; charset=ISO-8859-1 I was looking for some insights in regards to a couple of issues I have seen, and the likely cause/solution. 1) Tables go blank So, everything kicking along fine, I am loading data, works beautifully for days even weeks adding hundreds of millions of entries, splitting tablets, etc. - just smooth. Suddenly, I run into an issue where under the web console all the tables all just go to "-" for their values (except the !METADATA table). What could/would cause this? What is the smart way to react? Our previous attempts have been 1) re-init and reload through the Client API and 2) re-init and recover the tables using the bulk loading scheme mentioned in this mailing list. Not sure that we haven't taken more rash action than necessary, simply because we could afford to reload, etc. When we increase our deployment, that will be less of an option. Not sure what we are doing something wrong overall. 2) Client connections to Zookeeper When I am writing a client in Eclipse, we seem to have this issue where it cycles connections creating and closing sessions (with no errors at all), but if I suspend the thread in Eclipse and start it again, then the session opens and stays open. I realize this is probably a Zookeeper problem, but can someone give me a quick run down of what is happening there under the hood, so I could try running some zKCli commands to simulate the issue? We are running version: 1.4.0-incubating-SNAPSHOT and Zookeeper 3.4.3. If we wanted to upgrade to 1.4.1, how involved would that be? Just replace the jar files and the config files? Or would we need to migrate data? Thanks for your help. Roger --20cf307d06b28c108104c4d26a5e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I was looking for some insights in regards to a couple of issues I hav= e seen, and the likely cause/solution.
=A0
1)=A0 Tables go blank
= =A0
So, everything kicking along fine, I am loading data, works beautifu= lly for days even weeks adding hundreds of millions of entries, splitting t= ablets, etc. - just smooth.=A0 Suddenly, I run into an issue where under th= e web console all the tables all just go to "-" for their values = (except the !METADATA table).=A0
=A0
What could/would cause this?=A0
=A0
What is the smart way to = react?=A0 Our previous attempts have been 1) re-init and reload through the= Client API and 2) re-init and recover the tables using the bulk loading sc= heme mentioned in this mailing list.=A0 Not sure that we haven't taken = more rash action than necessary, simply because we could afford to reload, = etc.=A0 When we increase our deployment, that will be less of an option.=A0= Not sure what we are doing something wrong overall.
=A0
2) Client connections to Zookeeper
=A0
When I am writing a cli= ent in Eclipse, we seem to have this issue where it cycles connections crea= ting and closing sessions (with no errors at all), but if I suspend the thr= ead in Eclipse and start it again, then the session opens and stays open.= =A0 I realize this is probably a Zookeeper problem, but can someone give me= a quick run down of what is happening there under the hood, so I could try= running some zKCli commands to simulate the issue?
=A0
We are running version: 1.4.0-incubating-SNAPSHOT and Zookeeper 3.4.= 3.=A0 If we wanted to upgrade to 1.4.1, how involved would that be?=A0 Just= replace the jar files and the config files?=A0 Or would we need to migrate= data?
=A0
Thanks for your help.=A0=A0
=A0
Roger
--20cf307d06b28c108104c4d26a5e--