Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Date: Sun, 6 Jan 2013 21:48:12 +0000 (UTC)
From: "Robert Newson (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Message-ID: <JIRA.12626263.1357508340764.88347.1357508892702@arcas>
In-Reply-To: <JIRA.12626263.1357508340764@arcas>
References: <JIRA.12626263.1357508340764@arcas>
Subject: [jira] [Updated] (COUCHDB-1638) Memory overwhelming usage on
 attachment uploading when disk space ran out
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Robert Newson updated COUCHDB-1638:
-----------------------------------

    Affects Version/s:     (was: 1.4)
                           (was: 1.3)

1.3 and 1.4 do not currently exist, so I've dropped them from 'affects'. I assume you have a local checkout of 1.3.x or master, could you include the commit ids instead?

                
> Memory overwhelming usage on attachment uploading when disk space ran out
> -------------------------------------------------------------------------
>
>                 Key: COUCHDB-1638
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1638
>             Project: CouchDB
>          Issue Type: Bug
>         Environment: Linux, no OOMKiller
> CouchDB 1.3.0a-88c52b2-git
> CouchDB 1.4.0a-4b20418-git
>            Reporter: Alexander Shorin
>
> Uploading attachment that is bigger than disk space that left for CouchDB data causes unstoppable memory consuming. For document updating in this case he just silently fails with {{badmatch,{error,enospc}} in logs.
> Steps to reproduce:
> 1. Simulate small disk. I've done it with next commands:
> mkdir /var/lib/couchdb/sandbox
> chown couchdb /var/lib/couchdb/sandbox
> mount -t tmpfs -o size=20m tmpfs /var/lib/couchdb/sandbox
> 2. Create database with name e.g. sandbox/deadman
> 3. Create new document and upload attachment with size >=20MB
> 4. watch free and get ready to kill CouchDB
> As for me CouchDB may easily consume 8GB RAM and 3GB of swap for described above conditions.
> Expected behaviour: not so fatal.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira