-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
couchjs fails to run on High Sierra from binary package #979
Comments
|
@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:
And here's the other:
I'm available and willing to try things out on my Mac to help resolve this. Let me know how I might be useful. |
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:
The error coming from |
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. |
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 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. The problems are not limited to my Mac install. If I 'm trying to create or delete a db via curl: |
Concerning the missing library problem, continuing on from the previous report by @lyudmil (quoting previous text)
I see the error in the macOS console User reports (macOS 10.12.6) continues as
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. |
I can confirm this, @TomArbuckle. Since |
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>.
|
Installing nspr with brew fixed the same problem for me as well. |
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. |
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. :-) |
@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? |
@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? |
I'm still getting this issue using just the downloaded couchdb app |
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. |
It still doesn't work! Please reopen this issue! |
Could this issue be added to the documentation? |
There is an open issue adressing this problem here: #1004 |
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! |
Actually there is no working package on macOS Sierra anymore for both CouchDB 1.x and CouchDB 2.x ... |
facing exactly the same issue with CouchDB 2.1.1. I can't create a new view. |
This should be added to the documentation. |
Reopening issue because this is a packaging problem. Workaround: brew install nspr |
Thank you for your patience everybody. Could you all please give this a spin. And make sure to
EDIT: Apologies, made a silly mistake here, new binary coming up in a few minutes. |
This package fixes the problem for me. With |
Works for me too. Thanks |
LGTM Jan 👍 - thanks! |
Thanks all for testing, deployed here: apache/couchdb-www@c7fc8fc |
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 :
Steps to Reproduce (for bugs)
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
CouchDB2.log
The text was updated successfully, but these errors were encountered: