Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4036D11661 for ; Tue, 17 Jun 2014 04:07:54 +0000 (UTC) Received: (qmail 27169 invoked by uid 500); 17 Jun 2014 04:07:54 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 26977 invoked by uid 500); 17 Jun 2014 04:07:54 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 26965 invoked by uid 99); 17 Jun 2014 04:07:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 04:07:53 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of vicky.kak@gmail.com designates 209.85.213.47 as permitted sender) Received: from [209.85.213.47] (HELO mail-yh0-f47.google.com) (209.85.213.47) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 04:07:49 +0000 Received: by mail-yh0-f47.google.com with SMTP id v1so5073964yhn.6 for ; Mon, 16 Jun 2014 21:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Kbwp2J9OrLMSK6iEeipAdquLom8iSwwhUVZh+QMNveA=; b=cnflzzt6kmIbu6sfldHca+l87mwWcoH5SSjiANXfjJ+MihDmR8yA2QHM/eWCDLIqZf d2WBWORufAme2faAj5joTTdNJu18ptSp12VMA6THWBFz3AcVoLcNwR7/5tUWMbhLfWYl WjHoLKZ/gjQYeK68S+gMRzPNqCSfijS4WwS1OtHeLGMwSdeYwEvyAO/ma6by2NlUBuRP H8tymRSo4mDhigqM1RZKI4UTELpADnNrDgLOqmmYbX4vCqb7/JVfZwOHjsdPrrDMm2cJ icSQfmDgmb31tcRjKwwDYwL37kENz0DGsc9tWL1rbG/RuqKuyfFsQXoT5VVhAP0SNt1L OO/w== MIME-Version: 1.0 X-Received: by 10.236.85.45 with SMTP id t33mr39566278yhe.74.1402978048793; Mon, 16 Jun 2014 21:07:28 -0700 (PDT) Received: by 10.170.135.147 with HTTP; Mon, 16 Jun 2014 21:07:28 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jun 2014 09:37:28 +0530 Message-ID: Subject: Re: Accumulo shell remote debugger settings. From: Vicky Kak To: dev@accumulo.apache.org Content-Type: multipart/alternative; boundary=20cf3005dd4e39e1e404fc00483a X-Virus-Checked: Checked by ClamAV on apache.org --20cf3005dd4e39e1e404fc00483a Content-Type: text/plain; charset=UTF-8 I have raise a JIRA ACCUMULO-2917 . I could not see the bin/config compenents appearing while I created a JIRA, should we not have bin/config modules too? On Mon, Jun 16, 2014 at 1:34 AM, Vicky Kak wrote: > Having the debugger port open by default would be a software crime ;) > > > On Mon, Jun 16, 2014 at 1:33 AM, Vicky Kak wrote: > >> Ah Sorry I meant not to enable it by default i.e >> I am **not** suggesting that we should make the remote debugging enabled >> by default but have the other property for the shell command which does not >> collide with the generic properties >> >> I would propose to have ACCUMULO_SHELL_OPTS without the debugger ports by >> default. >> >> >> >> On Mon, Jun 16, 2014 at 1:21 AM, Josh Elser wrote: >> >>> I'm not completely sold that we should be enabling them by default. I >>> think >>> it would create more confusion and problems for the average user. >>> Additionally, with the proposed ACCUMULO_SHELL_OPTS, you have the ability >>> to easily enable them for yourself. >>> >>> With the configuration generation tool included with 1.6.0, I could see >>> options that allow you to enable the ports too. >>> On Jun 15, 2014 9:32 AM, "Vicky Kak" wrote: >>> >>> > Yes that is correct, the ports are going to collide. >>> > I am suggesting that we should make the remote debugging enabled by >>> default >>> > but have the other property for the shell command which does not >>> collide >>> > with the generic properties >>> > >>> > >>> > On Sun, Jun 15, 2014 at 7:58 PM, Josh Elser >>> wrote: >>> > >>> > > I think Vicky is just noting that each process would have to be >>> defined >>> > > individually and not use ACCUMULO_GENERAL_OPTS as the debugger ports >>> > would >>> > > collide. >>> > > >>> > > I think making an ACCUMULO_SHELL_OPTS is fine. >>> > > On Jun 15, 2014 8:38 AM, "William Slacum" < >>> > wilhelm.von.cloud@accumulo.net> >>> > > wrote: >>> > > >>> > > > Putting the flag in the process/module OPTs is fine. It's what I >>> > normally >>> > > > do when I want to debug. Are you suggesting we have remote >>> debugging >>> > > > enabled by default? >>> > > > >>> > > > >>> > > > On Sun, Jun 15, 2014 at 9:11 AM, Vicky Kak >>> > wrote: >>> > > > >>> > > > > While trying to get the remote debugger running with accumulo I >>> > figured >>> > > > > that for the accumulo shell command we need to introduce the >>> > following >>> > > > > changes >>> > > > > >>> > > > > 1) test -z "$ACCUMULO_SHELL_OPTS" && export >>> > > > ACCUMULO_SHELL_OPTS="-Xmx128m >>> > > > > -Xms64m >>> > -Xrunjdwp:server=y,transport=dt_socket,address=4002,suspend=n" >>> > > > > >>> > > > > in accumulo-env.sh >>> > > > > >>> > > > > 2) >>> > > > > include the additional case in accumulo.sh >>> > > > > >>> > > > > shell) export ACCUMULO_OPTS="${ACCUMULO_GENERAL_OPTS} >>> > > > > ${ACCUMULO_SHELL_OPTS}" ;; >>> > > > > >>> > > > > We can't define the debugger port in the $ACCUMULO_OTHER_OPTS in >>> the >>> > > > > accumulo-env.sh as that would be bind when start-all.sh is >>> called. >>> > > > > >>> > > > > Before I raise a JIRA for this a provide a patch I would like to >>> hear >>> > > the >>> > > > > option from others how they enable the remote debugging for the >>> shell >>> > > > > command. >>> > > > > >>> > > > > Thanks, >>> > > > > Vicky >>> > > > > >>> > > > >>> > > >>> > >>> >> >> > --20cf3005dd4e39e1e404fc00483a--