Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 22013 invoked from network); 26 Apr 2009 00:54:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 Apr 2009 00:54:54 -0000 Received: (qmail 11855 invoked by uid 500); 26 Apr 2009 00:54:53 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 11768 invoked by uid 500); 26 Apr 2009 00:54:52 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 11758 invoked by uid 99); 26 Apr 2009 00:54:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 Apr 2009 00:54:52 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FB_WORD1_END_DOLLAR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of madocdoyu@gmail.com designates 209.85.219.166 as permitted sender) Received: from [209.85.219.166] (HELO mail-ew0-f166.google.com) (209.85.219.166) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 Apr 2009 00:54:42 +0000 Received: by ewy10 with SMTP id 10so1647578ewy.11 for ; Sat, 25 Apr 2009 17:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=/dLmXAkho2V6bdkrpwXaUoYlQSPUwLnx3ySPJ7dscQw=; b=DVj6g/N0F3cnj7svaUHPmmOX93Cb4205vLyKOKR1UTF9pLJdnVSknriPlKtqtwv+au EcLVcaW86NMsUn2EzWHlHBL1zBhlVIUaTRIUqvoWZQ5DthHMCLZytdm+0zwLU9EG7cqE NsAltsFnuTQJUyNeaA/j3h/85ev7yMWnC2Aag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=ilbjOckAc/ueWh1pJe7aulc5HcedkRotg4qHrLByKawxSbrNPGwRb4BVcsLArYRKjG L71ixkYnE7Y6JEy9gKOwBhwfaCqkzhpV2hVHBQ1J/lDFqR8J/gjZQEbl74m86TkhpB2W 29VO0XNIu8eirE1m9a/bygteGo7RUJ3N0C4+o= Received: by 10.210.29.17 with SMTP id c17mr2444014ebc.14.1240707262323; Sat, 25 Apr 2009 17:54:22 -0700 (PDT) Received: from ?192.168.178.20? (BAG34dd.bag.pppool.de [77.134.52.221]) by mx.google.com with ESMTPS id 24sm3547134ewy.1.2009.04.25.17.54.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 25 Apr 2009 17:54:21 -0700 (PDT) Message-Id: <44F78492-F0EE-46C3-B912-55167CD1EACF@googlemail.com> From: Matthias Deja To: user@couchdb.apache.org In-Reply-To: <49F3ACC4.8070306@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Only getting "eacces" after port install on Mac OS X Date: Sun, 26 Apr 2009 02:54:20 +0200 References: <44419452-8BF8-431E-8BCA-E77AE2F7F098@googlemail.com> <808F4972-76A7-4E65-97FA-962A01F84A71@googlemail.com> <49F3ACC4.8070306@gmail.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org Paul, my couchdb directory looks exactly like yours: drwxr-xr-x 5 couchdb couchdb 170 26 Apr 02:41 couchdb I also checked the other ini files, as You wrote. On a quick glance, they seemed correct. (No "/var", only "/opt" at least.) And since couchdb works for the root user (see other mail), I did not investigate further. However, I noticed that the ini files in /opt/ local/etc/couchdb and the folder itself belonged to root, so I changed the owner to couchdb:couchdb. That did not work, too. At least, I can run couchdb as root now and do some testing and development. But on the long run, I need to run it with its own user of course. Thanks once more and good night (at least in my timezone), Madoc. Am 26.04.2009 um 02:37 schrieb Paul Davis: > Madoc, > > You'll also want to check /opt/local/etc/couchdb/ for more ini > files. Other things you'll want to check is that the write > permissions on /opt/local/lib/couchdb actually allow writes. It > should look something like: > > davisp@puny:~/Desktop$ ls -ld /usr/local/var/lib/couchdb/ > drwxr-xr-x 4 couchdb root 4096 2009-03-24 20:28 /usr/local/var/lib/ > couchdb/ > > Except that it'd be /opt/local instead of /usr/local for ports. > > Other things to verify, can you stop the service and then just run > couchdb as root and see if it works? > > HTH, > Paul Davis > > Matthias Deja wrote: >> Hello Paul, >> >> thanks for the quick response. You are correct about the location >> of couchdb on Mac OS. Unfortunately, the error stays the same on my >> system. >> >> I ran the chown, which did not help. Also, I checked the config >> file under: >> >> /opt/local/Library/LaunchDaemons/org.apache.couchdb.plist >> (Is there another CouchDB init file anywhere?) - This file seems to >> contain all the right paths. >> >> In order to find out if CouchDB runs under the right user, I did: >> >> <<< >> Nova:lib madoc$ ps -U couchdb >> PID TT STAT TIME COMMAND >> 622 ?? SNs 0:00.20 /System/Library/Frameworks/ >> CoreServices.framework/Frameworks/Metadata.fr >> 626 ?? Ss 0:00.76 /opt/local/lib/erlang/erts-5.6.5/bin/beam >> -Bd -K true -- -root /opt/loca >> >>> >> >> Looks oky to me. >> >> I also restarted the service. But the error stays the same on my >> system. >> >> By the way: The CouchDB lib directory (/opt/local/var/lib/couchdb) >> is empty, except for .turd_couchdb. Shall it be this way? >> >> Thanks, >> Madoc. >> >> Am 26.04.2009 um 01:52 schrieb Paul Davis: >> >>> Madoc, >>> >>> From what you describe it sounds very much like the couchdb user is >>> unable to write to the lib directory. I'm not extensively familiar >>> with the ports version, but you'll want to make sure that the lib >>> directory is writable by the user running couchdb. I know you said >>> that you changed the owner but some things to double check: >>> >>> My guess is that the couchdb lib directory for a port installed >>> version is at /opt/local/lib/couchdb >>> >>> You need to make sure that this directory has write permissions for >>> the user running couchdb. You might want to try something like: >>> >>> $ sudo chown -R couchdb:couchdb /opt/local/lib/couchdb >>> >>> Also, you can check the ini files for the root directory to make >>> sure >>> that the lib direcotry is /op/local/lib/couchdb if things are still >>> broken. Also, you can double check that the beam process is >>> running as >>> the couchdb user with top. >>> >>> Other than that, I haven't got many pointers, but seeing as couchdb >>> starts and you can visit futon this definitely sounds like a weird >>> permissions error. >>> >>> HTH, >>> Paul Davis >>> >>> On Sat, Apr 25, 2009 at 7:36 PM, Matthias Deja >>> wrote: >>>> Hello, >>>> >>>> I installed CouchDB just a few minutes ago on my MacOS X 10.5 >>>> system. As >>>> documented in the CouchDB Wiki, I used "port" to install CouchDB. >>>> >>>> CouchDB is started, and I can use Futon on my web browser. >>>> However, on all >>>> tests from the test suite and when trying to create a database, I >>>> get an >>>> "eacces" error message. >>>> >>>> Probably the error is simple to solve, but I do not know how. >>>> Please help >>>> me. I already tried rebooting (no manual starting of CouchDB was >>>> required, >>>> because I installed it as a service), and I tried changing the >>>> owner of the >>>> CouchDB log and lib directories to "couchdb". The error message >>>> stays the >>>> same. >>>> >>>> My knowledge of Unix is present, but very limited. However, if >>>> You tell me >>>> which commands to enter, I will do so and send You the result. >>>> >>>> Thanks very much! >>>> Madoc. >>>> >> >