Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Message-ID: <659830225.1243886587456.JavaMail.jira@brutus>
Date: Mon, 1 Jun 2009 13:03:07 -0700 (PDT)
From: "Damien Katz (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Subject: [jira] Commented: (COUCHDB-204) CouchDB stops/crashes/hangs (?)
 after resume from Mac OS X system hibernation and/or stand-by ("sleep")
In-Reply-To: <996845101.1231594319554.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/COUCHDB-204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12715228#action_12715228 ] 

Damien Katz commented on COUCHDB-204:
-------------------------------------

Here is a discussion about someone having the same problem, which discusses using the +c flag to fix.

http://forum.trapexit.org/mailinglists/viewtopic.php?p=18159&sid=40d574c11fe6d0c37533d5f8ab2d2fcf

> CouchDB stops/crashes/hangs (?) after resume from Mac OS X system hibernation and/or stand-by ("sleep")
> -------------------------------------------------------------------------------------------------------
>
>                 Key: COUCHDB-204
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-204
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Administration Console, Database Core, HTTP Interface, Infrastructure
>    Affects Versions: 0.8.1
>         Environment: Mac OS X 10.5.6 "Leopard"
>            Reporter: Philipp Schumann
>            Priority: Critical
>
> I'm running CouchDB 0.8.1 on Mac OS X 10.5.6 "Leopard" and after resuming from system hibernation ("safe sleep" -- by closing and reopening the laptop lid in my case, which is the factory default), the process either refuses all incoming connections, including my own Python scripts, web browser and the Futon, or has stopped running altogether. That is, I don't know which exactly is the case here but the fact is that CouchDB cannot be connected to after resuming.
> This issue always appears with "smart sleep / safe sleep" (standby plus hibernation) but only sometimes appears using "fast sleep" (hibernation turned off, standby only).
> This isn't a "critical" issue for server deployments, of course, but one of the core ideas of CouchDB is that eventually it will be deployed even to desktop clients for app & data replication across machines, so in this context this *is* a critical issue since you can't ask "ordinary" Mac OS X users to change their sleep settings from "safe" to "fast" using uncomprehensable terminal commands.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.