[jira] [Resolved] (COUCHDB-2220) "/usr/bin/couchdb -b" doesn't close stdout / stderr

["Joan Touzet (JIRA)" <ji...@apache.org>]

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

Joan Touzet resolved COUCHDB-2220.
----------------------------------

       Resolution: Fixed
    Fix Version/s: 1.7.0

Closing stdout/stderr when recursing fixes this bug.

> "/usr/bin/couchdb -b" doesn't close stdout / stderr
> ---------------------------------------------------
>
>                 Key: COUCHDB-2220
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-2220
>             Project: CouchDB
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>            Reporter: Shish
>            Assignee: Joan Touzet
>             Fix For: 1.7.0
>
>
> "/usr/bin/couchdb -b" launches a copy of itself in the background, but leaves stdout and stderr for the subprocess attached to the controlling terminal in the foreground
> This makes salt hang when launching couchdb, because it tries to read the output of "/etc/init.d/couchdb restart" - despite the fact that that init script itself has returned, the children (ie, the daemon) are still holding the console file descriptors open
> I *suspect* that this is also the cause of this issue --> https://issues.apache.org/jira/browse/COUCHDB-1669
> If you have salt-minion 2014.1.0 installed, try stopping couchdb and then starting it up with:
> salt-call cmd.run 'su couchdb -c "/usr/bin/couchdb -b -o /tmp/couchdb.stdout -e /tmp/couchdb.stderr"'
> Originally reported as a bug in salt, but it seems that couchdb is the part with the non-standard behaviour https://github.com/saltstack/salt/issues/11228



--
This message was sent by Atlassian JIRA
(v6.2#6252)