[ 
https://issues.apache.org/jira/browse/COUCHDB-204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Schumann updated COUCHDB-204:
-------------------------------------

           Description: 
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 does not appear using "fast sleep" (hibernation turned off), which 
is kind of my short-term work-around for now.

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.

  was:
I'm running CouchDB 0.8.1 on Mac OS X 10.5.6 "Leopard" and after resuming from 
system standby (closing and reopening the laptop lid in my case), 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 resume.

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...

    Remaining Estimate: 8h  (was: 24h)
     Original Estimate: 8h  (was: 24h)
               Summary: CouchDB stops/crashes/hangs (?) after resume from Mac 
OS X system hibernation ("safe sleep")  (was: CouchDB stops/crashes/hangs (?) 
after resume from Mac OS X system standby (sleep))

> CouchDB stops/crashes/hangs (?) after resume from Mac OS X system hibernation 
> ("safe 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
>             Fix For: 0.8.1
>
>   Original Estimate: 8h
>  Remaining Estimate: 8h
>
> 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 does not appear using "fast sleep" (hibernation turned off), which 
> is kind of my short-term work-around for now.
> 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.

Reply via email to