couchjs fails to run on High Sierra from binary package #979

thgautier92 · 2017-11-10T16:37:41Z

When I execute the installation verify test, the view is never created and a error message is displayed.

Expected Behavior

The view must be created

Current Behavior

The view is never created and a error message is displayed :

Error: undefined

Steps to Reproduce (for bugs)

Install Apache Couchdb.app from the web site
Run the application
Setup a single node, with user and password, and 127.0.0.1 as host
Verify the installation

Context

I want to migrate the 1.6.x installation to the newest version 2.1.1.
The installation is most operational, but only views on my existing databases doesn't work.
So i tried to verify if the installation was correct.

Your Environment

Version used: 2.1.1
Browser Name and version: Chrome 62
Operating System and version (desktop or mobile): MAC OS SIERRA 10.13
Log file:
CouchDB2.log

wohali · 2017-11-10T17:47:04Z

{exit_status,134} in the logfile for the couchjs process says that something isn't quite right with your installation and setup. I don't have a Mac with 10.13 available for testing so I can't help any further, sorry.

lyudmil · 2017-11-15T14:10:15Z

@wohali, I think this issue is not as specific to @thgautier92's setup as we might hope. I can confirm I have the same problem after applying the latest update of MacOS (10.13.1). I'm able to reproduce the problem without step 3 – just installing the binary application and verifying the install fails. The verification process claims to succeed in creating a view, but (1) it gets an error during the process, (2) the view is not present in the verification database, and (3) replication then fails, due to the number of docs being 1 fewer than expected (I think because the design doc never saves). Here's a screenshot right before the replication test failure:

There many crash reports in my system log related to CouchDB, all pretty much one of two types. One is:

Process:               couchjs [11507]
Path:                  /Applications/Apache CouchDB.app/Contents/Resources/couchdbx-core/bin/couchjs
Identifier:            couchjs
Version:               0
Code Type:             X86-64 (Native)
Parent Process:        erl_child_setup [752]
Responsible:           couchjs [11507]
User ID:               501

Date/Time:             2017-11-15 15:58:26.219 +0200
OS Version:            Mac OS X 10.13.1 (17B48)
Report Version:        12
Anonymous UUID:        D39DCAE6-734C-498E-F796-1FECDA8DD5CF


Time Awake Since Boot: 950 seconds

System Integrity Protection: enabled

Crashed Thread:        0

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    DYLD, [0x1] Library missing

Application Specific Information:
dyld: launch, loading dependent libraries
...

And here's the other:

Process:               beam.smp [690]
Path:                  /Applications/Apache CouchDB.app/Contents/Resources/couchdbx-core/lib/erlang/erts-6.1/bin/beam.smp
Identifier:            beam.smp
Version:               ???
Code Type:             X86-64 (Native)
Parent Process:        Apache CouchDB [682]
Responsible:           beam.smp [690]
User ID:               501

Date/Time:             2017-11-14 17:06:00.744 +0200
OS Version:            Mac OS X 10.13.1 (17B48)
Report Version:        12
Anonymous UUID:        D39DCAE6-734C-498E-F796-1FECDA8DD5CF


Time Awake Since Boot: 1400 seconds

System Integrity Protection: enabled

Crashed Thread:        10

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000100000074
Exception Note:        EXC_CORPSE_NOTIFY

Termination Signal:    Segmentation fault: 11
Termination Reason:    Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [0]
...

I'm available and willing to try things out on my Mac to help resolve this. Let me know how I might be useful.

lyudmil · 2017-11-15T16:09:47Z

I updated a number of other components on my system (including Erlang), and I no longer get the crash reports I described previously. I do see this when I try to run the install verification, though:

default	18:04:59.473126 +0200	kernel	Process[11374] crashed: couchjs. Too many corpses being created.
default	18:04:59.484397 +0200	taskgated	MacOS error: -67062
default	18:04:59.490932 +0200	kernel	Process[11375] crashed: couchjs. Too many corpses being created.
default	18:04:59.503040 +0200	taskgated	MacOS error: -67062
default	18:04:59.509553 +0200	kernel	Process[11376] crashed: couchjs. Too many corpses being created.
default	18:04:59.521725 +0200	taskgated	MacOS error: -67062
default	18:04:59.528253 +0200	kernel	Process[11377] crashed: couchjs. Too many corpses being created.
default	18:04:59.542521 +0200	taskgated	MacOS error: -67062
default	18:04:59.553778 +0200	kernel	Process[11378] crashed: couchjs. Too many corpses being created.
default	18:04:59.570313 +0200	taskgated	MacOS error: -67062

The error coming from taskgated is a security exception. It looks like macOS is blocking couchjs from running on security grounds.

wohali · 2017-11-15T17:05:54Z

Again I can't help diagnose as I don't have a Mac handy. @janl will need to follow up with you as he is responsible for the macOS package.

sinitean · 2017-11-16T02:03:02Z

I'm seeing a similar issue on OSX 10.13.1. It happens with any view or if you decide to replicate anything that has a design doc attached.
The couchdb.log entry is:
[info] 2017-11-15T23:05:22.685021Z couchdb@localhost <0.218.0> -------- couch_proc_manager <0.24207.0> died normal
[error] 2017-11-15T23:05:22.685029Z couchdb@localhost <0.9320.0> c5d0527261 OS Process Error <0.24207.0> :: {os_process_error,{exit_status,134}}

The moment I try to create a view the message above floods the log and memory consumption on my mac maxes out (I have 40gig of memory). I end up killing couch before it kills my machine.

I see the upgrade nodes for 2.1.1 and wonder if it is related to #914 and #916.
#916
#914

The problems are not limited to my Mac install.
I see also similar errors on ubuntu 16.04 on 2 separate servers.
Using curl, trying a replication of a db ("mydb") that contains views get me:
{"error":"error","reason":"{http_request_failed,"GET",\n "https://admin:*****@127.0.0.1:5984/mydb/\",\n {error,{error,{conn_failed,{error,{tls_alert,"record overflow"}}}}}}"}

If I 'm trying to create or delete a db via curl:
curl -X PUT http://admin:****@127.0.0.1:5984/testdb
or
curl -X DELETE http://admin:****@127.0.0.1:5984/testdb
I get the following error:
{"error":"error","reason":"internal_server_error"}
Interestingly, the db is created / deleted as it can be seen on Fauxton or by doing a curl get _all_dbs.
This works also with the verifydb test. If you run the verification step you get an error and then in Fauxton you see it greyed out with "database could not be loaded". But you can remove (and re-add) it via curl despite getting the error.

TomArbuckle · 2017-11-17T14:38:54Z

@wohali

Concerning the missing library problem, continuing on from the previous report by @lyudmil (quoting previous text)

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    DYLD, [0x1] Library missing

Application Specific Information:
dyld: launch, loading dependent libraries

I see the error in the macOS console User reports (macOS 10.12.6) continues as

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: /usr/local/Cellar/nspr/4.17/lib/libnspr4.dylib
  Referenced from: /Applications/Apache CouchDB.app/Contents/Resources/couchdbx-core/*/libplds4.dylib
  Reason: image not found

In other words, the Macintosh application binary has a dependency on an external library which is not distributed as part of the download and may not be present on users' machines.

It's a packaging issue.

HTH.

martinleopold · 2017-11-17T23:32:55Z

I can confirm this, @TomArbuckle. Since /usr/local/Cellar is the default location for homebrew packages, I tried doing a brew install nspr. Now I can sucessfully verify my CouchDB 2.1.1 installation on macOS 10.13.1.

Before:

After:

sinitean · 2017-11-18T01:47:27Z

I’m also on OS X 10.13.1. I checked under the os x console my user reports logs and found the same termination reason in the couchjs crash logs. I installed nspr via brew and the install is working normally again. The verification succeeds, views creation works and replication works. I’m a happy camper again :-)

…

On Nov 17, 2017, at 6:33 PM, Martin Leopold ***@***.***> wrote: I can confirm this, @TomArbuckle <https://github.com/tomarbuckle>. Since /usr/local/Cellar is the default location for homebrew packages, I tried doing a brew install nspr. Now I can sucessfully verify my CouchDB 2.1.1 installation on macOS 10.13.1. Before: <https://user-images.githubusercontent.com/1692826/32973464-ed05faa6-cbf7-11e7-8bc4-13266c057b30.png> After: <https://user-images.githubusercontent.com/1692826/32973448-d482cefa-cbf7-11e7-80b8-6645eb7c449a.png> — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#979 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AXqqCJo2zct-6N_g-6_YLbFDPDt-aMVaks5s3hesgaJpZM4QZzzF>.

dantelepoole · 2017-11-18T20:38:47Z

Installing nspr with brew fixed the same problem for me as well.

thgautier92 · 2017-11-26T04:47:10Z

I confirm ! Installating nspr via brew is working and all CouchDb functions, including verification, views creation, and replications works. Thant you @TomArbuckle for your help.

mirohs · 2017-11-27T11:09:11Z

I am using MacPorts, which has another installation directory for nspr: /opt/local/lib/nspr

To get CouchDB to work I manually copied the library files to: /usr/local/Cellar/nspr/4.17/lib

This works, but the approach is less than perfect. :-)

lyudmil · 2017-11-28T11:34:11Z

@thgautier92, why has this issue been closed? Wouldn't people installing the CouchDB app for macOS still have problems if they just download it from the site? Has the app been patched, or are users expected to install nspr to have CouchDB work?

martinleopold · 2017-11-28T14:34:25Z

@lyudmil: Exactly. The packaging issue still persists. Manually installing a dependency is a temporary workaround at best. I think the issue should be reopened, no?

daveismith · 2017-11-28T21:52:26Z

I'm still getting this issue using just the downloaded couchdb app

snollygolly · 2017-11-28T23:31:10Z

The fix to install packages is great, but this issue surely shouldn't be closed. CouchDB doesn't work right out of the box without it, that can't be by design.

koleto · 2017-12-10T11:55:02Z

It still doesn't work! Please reopen this issue!

silverbackvasco · 2017-12-11T20:04:34Z

Could this issue be added to the documentation?

martinleopold · 2017-12-17T14:05:41Z

There is an open issue adressing this problem here: #1004

bedney · 2017-12-18T19:33:09Z

Just got bit by this today (again...) on High Sierra.

I'm using the double-clickable Mac installer and especially for the user base that uses this, there is certainly an expectation that CouchDB is just going to work "out of the box".

@janl - is there a complexity here that is preventing this from being fixed? I'm willing to help test a fix for this. Please let me know if I can help! Thanks!

koleto · 2017-12-18T21:14:20Z

Actually there is no working package on macOS Sierra anymore for both CouchDB 1.x and CouchDB 2.x ...

cuddle-sujeet · 2017-12-21T07:13:58Z

facing exactly the same issue with CouchDB 2.1.1. I can't create a new view.
[info] 2017-12-21T07:00:42.159819Z couchdb@localhost <0.218.0> -------- couch_proc_manager <0.27465.2> died normal

ThibaultJanBeyer · 2017-12-24T16:17:19Z

This should be added to the documentation.
Please reopen this issue

wohali · 2018-01-16T19:38:22Z

Reopening issue because this is a packaging problem.

Workaround: brew install nspr

janl · 2018-01-18T07:39:49Z

Thank you for your patience everybody. Could you all please give this a spin. And make sure to brew uninstall nspr (or brew unlink nspr) first:

~~http://jan.prima.de/u/Apache-CouchDB-2.1.1.zip~~

EDIT: Apologies, made a silly mistake here, new binary coming up in a few minutes.

janl · 2018-01-18T08:22:10Z

New binary: http://jan.prima.de/u/Apache-CouchDB-2.1.1-fix2.zip

lornajane · 2018-01-22T09:08:41Z

This package fixes the problem for me. With nspr uninstalled, the build from the main website doesn't verify and can't create views. This build can do both of those and seems to be working well. Thanks!

alleycat58uk · 2018-01-25T18:48:04Z

Works for me too. Thanks

bedney · 2018-01-25T19:44:56Z

LGTM Jan 👍 - thanks!

janl · 2018-01-29T11:06:52Z

Thanks all for testing, deployed here: apache/couchdb-www@c7fc8fc

wohali added the macos label Nov 10, 2017

lyudmil mentioned this issue Nov 17, 2017

Fresh install on OS X High Sierra 10.13.1 errors when you attempt to verify #1004

Closed

thgautier92 closed this as completed Nov 26, 2017

daveismith mentioned this issue Nov 28, 2017

Couchapp push fails when using couchdb v2.1.1 couchapp/couchapp#247

Closed

lyudmil mentioned this issue Nov 28, 2017

CouchDB 2.1.1 crashes and keeps restarting - macOS High Sierra 10.13.1 #1015

Closed

This was referenced Dec 24, 2017

add missing dependency issue solution to docs apache/couchdb-documentation#225

Closed

Adding osx dependencie issue to documentation apache/couchdb-documentation#226

Merged

wohali reopened this Jan 16, 2018

wohali changed the title ~~Error while create a view~~ couchjs fails to run on High Sierra from binary package Jan 16, 2018

wohali added the packaging label Jan 16, 2018

wohali mentioned this issue Jan 16, 2018

couchdb latest rev (2.2.1?) Runaway "127.0.0.1 refused to connect." error on Mac OS 11 #1040

Closed

janl closed this as completed Jan 29, 2018

nickva mentioned this issue Jan 30, 2018

CouchDb 2.1.1 can NOT create a View document #1133

Closed

slremy mentioned this issue Nov 29, 2018

Phantom tls error/crash #1777

Closed

janl pushed a commit that referenced this issue Jan 5, 2020

add issue #979 to known issues in documentation

8412a7d

nickva pushed a commit to nickva/couchdb that referenced this issue Sep 7, 2022

add issue apache#979 to known issues in documentation

4d9d378

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

couchjs fails to run on High Sierra from binary package #979

couchjs fails to run on High Sierra from binary package #979

thgautier92 commented Nov 10, 2017 •

edited

Loading

wohali commented Nov 10, 2017

lyudmil commented Nov 15, 2017 •

edited

Loading

lyudmil commented Nov 15, 2017

wohali commented Nov 15, 2017

sinitean commented Nov 16, 2017

TomArbuckle commented Nov 17, 2017

martinleopold commented Nov 17, 2017

sinitean commented Nov 18, 2017 via email

dantelepoole commented Nov 18, 2017

thgautier92 commented Nov 26, 2017

mirohs commented Nov 27, 2017

lyudmil commented Nov 28, 2017

martinleopold commented Nov 28, 2017

daveismith commented Nov 28, 2017

snollygolly commented Nov 28, 2017

koleto commented Dec 10, 2017

silverbackvasco commented Dec 11, 2017 •

edited

Loading

martinleopold commented Dec 17, 2017

bedney commented Dec 18, 2017

koleto commented Dec 18, 2017

cuddle-sujeet commented Dec 21, 2017

ThibaultJanBeyer commented Dec 24, 2017 •

edited

Loading

wohali commented Jan 16, 2018

janl commented Jan 18, 2018 •

edited

Loading

janl commented Jan 18, 2018

lornajane commented Jan 22, 2018

alleycat58uk commented Jan 25, 2018

bedney commented Jan 25, 2018 •

edited

Loading

janl commented Jan 29, 2018

couchjs fails to run on High Sierra from binary package #979

couchjs fails to run on High Sierra from binary package #979

Comments

thgautier92 commented Nov 10, 2017 • edited Loading

Expected Behavior

Current Behavior

Steps to Reproduce (for bugs)

Context

Your Environment

wohali commented Nov 10, 2017

lyudmil commented Nov 15, 2017 • edited Loading

lyudmil commented Nov 15, 2017

wohali commented Nov 15, 2017

sinitean commented Nov 16, 2017

TomArbuckle commented Nov 17, 2017

martinleopold commented Nov 17, 2017

sinitean commented Nov 18, 2017 via email

dantelepoole commented Nov 18, 2017

thgautier92 commented Nov 26, 2017

mirohs commented Nov 27, 2017

lyudmil commented Nov 28, 2017

martinleopold commented Nov 28, 2017

daveismith commented Nov 28, 2017

snollygolly commented Nov 28, 2017

koleto commented Dec 10, 2017

silverbackvasco commented Dec 11, 2017 • edited Loading

martinleopold commented Dec 17, 2017

bedney commented Dec 18, 2017

koleto commented Dec 18, 2017

cuddle-sujeet commented Dec 21, 2017

ThibaultJanBeyer commented Dec 24, 2017 • edited Loading

wohali commented Jan 16, 2018

janl commented Jan 18, 2018 • edited Loading

janl commented Jan 18, 2018

lornajane commented Jan 22, 2018

alleycat58uk commented Jan 25, 2018

bedney commented Jan 25, 2018 • edited Loading

janl commented Jan 29, 2018

thgautier92 commented Nov 10, 2017 •

edited

Loading

lyudmil commented Nov 15, 2017 •

edited

Loading

silverbackvasco commented Dec 11, 2017 •

edited

Loading

ThibaultJanBeyer commented Dec 24, 2017 •

edited

Loading

janl commented Jan 18, 2018 •

edited

Loading

bedney commented Jan 25, 2018 •

edited

Loading