Return-Path: X-Original-To: apmail-couchdb-erlang-archive@minotaur.apache.org Delivered-To: apmail-couchdb-erlang-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F2CC610175 for ; Wed, 17 Jul 2013 15:10:01 +0000 (UTC) Received: (qmail 72688 invoked by uid 500); 17 Jul 2013 15:10:01 -0000 Delivered-To: apmail-couchdb-erlang-archive@couchdb.apache.org Received: (qmail 72623 invoked by uid 500); 17 Jul 2013 15:09:57 -0000 Mailing-List: contact erlang-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: erlang@couchdb.apache.org Delivered-To: mailing list erlang@couchdb.apache.org Received: (qmail 72613 invoked by uid 99); 17 Jul 2013 15:09:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 15:09:55 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kxepal@gmail.com designates 209.85.212.181 as permitted sender) Received: from [209.85.212.181] (HELO mail-wi0-f181.google.com) (209.85.212.181) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 15:09:51 +0000 Received: by mail-wi0-f181.google.com with SMTP id hq4so2093244wib.14 for ; Wed, 17 Jul 2013 08:09:30 -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=VK2duWNa/+b/NCsUi8O74iZl6ngQ6MidB5IKrDWeAEg=; b=pT07uRncXuXPTLBBE1liavkHrSa1UKRcA/Wk8DJ4azcHuv83hn4aIpaDQ1nV+82i8t 8mixIAJVzQbcEmnJhhTuTuOKAQCXs2pqRnCeBqX8BMCjLs6QszgKTF21sH4B+NFlt8jB 7vGG1cA7NIYIdfjcVT3KLMGBrwgtN+gzqfaFmL5OYpDhpu5ab7/o9YGQn7ZxrTcGKmMu NQycjouobuRj067o4nE9kkv9j4WXtpoVpVMGTAJ4C3XCXRbX0Sbos7mhSf2CJbW8bcgh vop9odjLOxT3XQ8AaqRlGK/q+GY0yI9iajuHT8GIb9bwrzWljr7hnd0phgZoB2X8+EM1 lj1w== MIME-Version: 1.0 X-Received: by 10.194.158.102 with SMTP id wt6mr5199271wjb.27.1374073770068; Wed, 17 Jul 2013 08:09:30 -0700 (PDT) Received: by 10.180.98.10 with HTTP; Wed, 17 Jul 2013 08:09:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Jul 2013 19:09:29 +0400 Message-ID: Subject: Re: CouchDB on etop From: Alexander Shorin To: erlang@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org Actually that was first thing what I'd done before made any attempts to connect to Erlang node. By instead of -name couchdb@127.0.0.1 I'd set -sname 'couchdb@localhost' - is there principal difference between them? -- ,,,^..^,,, On Wed, Jul 17, 2013 at 1:20 PM, Robert Newson wrote: > CouchDB does not, by default, run as a distributed Erlang node, which > explains the failure to connect (it's not listening). > > You can add '-name couchdb@127.0.0.1' or similar to the startup > options to change that. > > B. > > > On 17 July 2013 08:45, Alexander Shorin wrote: >> Hi there, >> >> I just tried to run etop against CouchDB inspired by one G+ post that >> provided shortcut script. I'd added -sname 'couchdb@localhost' (yes, >> with single quotes around the node name) argument for CouchDB startup >> and successfully located erlang cookie within couchdb user home dir >> (/var/lib/couchdb for me). >> >> The result command to run etop was looked as: >> >> erl -name etop-`date +%s` -hidden -s etop -s erlang halt \ >> -output text -node couchdb@127.0.0.1 -setcookie secret \ >> -tracing off -sort msg_q -interval 5 >> >> But it had failed with an error: >> >> Erlang R16B (erts-5.10.1) [source] [64-bit] [smp:4:4] [async-threads:10] >> >> Eshell V5.10.1 (abort with ^G) >> (etop-1374045535@ashdarh.enlashor)1> Error Couldn't connect to node >> 'couchdb@127.0.0.1' >> >> and CouchDB didn't log any error messages about unwelcome connections >> from outside. I couldn't use couchdb@localhost for -node argument >> since it produce invalid node name error. Using long node name also >> was with no luck. >> >> Actually, I'd successfully solve my problem with entop[1] help, but >> wonder why erl command ahd failed to connect? Probably, entop handles >> connection right somewhere deep in sources and I feel the problem is >> too trivial, but looks I'd missed something... >> >> [1]: https://github.com/mazenharake/entop >> >> >> -- >> ,,,^..^,,,