From user-return-12644-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Sep 14 15:59:50 2010 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 81399 invoked from network); 14 Sep 2010 15:59:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 14 Sep 2010 15:59:50 -0000 Received: (qmail 21997 invoked by uid 500); 14 Sep 2010 15:59:48 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 21854 invoked by uid 500); 14 Sep 2010 15:59:46 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 21846 invoked by uid 99); 14 Sep 2010 15:59:46 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Sep 2010 15:59:46 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebastiancohnen@googlemail.com designates 74.125.82.180 as permitted sender) Received: from [74.125.82.180] (HELO mail-wy0-f180.google.com) (74.125.82.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Sep 2010 15:59:23 +0000 Received: by wyb40 with SMTP id 40so9418096wyb.11 for ; Tue, 14 Sep 2010 08:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=qMID5PryEQ80GTT3SGyGm3uPmh5fVG/NUNtHlWUM8Bo=; b=m8NPl2fbJCgX96h9JouBCJb7ZXEYTJJnBJ5blbYcFmo90F2oZwsU3BHtPwy45DqxTp P+MWWlnNSch/0+QWFO2jfU1U5hQrGECLR7L2VTVdl6SAu59IgzZa7hZPD5RDCfcp7Z5w 93+pSWODIwOd7YnVOYMSo3VQkStirbiQ0qPAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=o7lrlF1TBiSsZkhKCdOP9Qhjqbk494N+D7AiDilo8ZZG2wExy3XZSyo8CKkiCxPjbd qK/+u5OZ3pq/rWDz07j5Y5UlrLQJd1xmihcXCGPVIy2iI8sPEkj1MyAMLcae29JHp2S6 e1s+deg2w1YCCXXk0W8DN99sEwBQK7EA7coJU= Received: by 10.227.155.10 with SMTP id q10mr100676wbw.92.1284479943547; Tue, 14 Sep 2010 08:59:03 -0700 (PDT) Received: from [192.168.0.152] (xdsl-78-35-224-219.netcologne.de [78.35.224.219]) by mx.google.com with ESMTPS id e31sm289227wbe.17.2010.09.14.08.59.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Sep 2010 08:59:02 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: consistence? buffering? From: Sebastian Cohnen In-Reply-To: Date: Tue, 14 Sep 2010 17:59:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4135791A-6ADB-45E0-B2C3-77052D8A148D@googlemail.com> References: To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org Hi Wolfgang, two ideas: 1) do you have delayed_commits =3D true;? In that case couchdb will not = sync immediately to disk which could result in data-loss, 2) you also experience some sort of browser-caching issue (in which case = couchdb is not to blame). Best Sebastian On 14.09.2010, at 17:02, Wolfgang Egger wrote: > Servus, >=20 > everywhere I read about couchdb i can read, that one benefit of = couchdb would > be, that the db is always in a consistant state.=20 > This seems not to be true for > couchdb 1.0 under ubuntu 10.4 called by firefix 3.5 and a = couchapp-driven-app > (myCouchApp). >=20 > The following behaviour I have seen more than one time. >=20 > 1) I develop some time and do some pushes while that. Everythig is = nice, > requesting myCouchApp shows the newest version. > 2) I close the Laptop so the system is going to "sleep" and stored on = the disk > 3) I reopen the Laptop so the system wakes up und then, if I request = myCouchApp, > there is a very very old version served. > 4) I push the last source again, shut down the couchapp and restart it = and new > version of my sources is running >=20 > It looks, like the pushes are buffered and the buffer will not be = written to > disk while closing the Laptop. Is that possible or what else may be = the reason > for this behaviour and how to prevent? >=20 > Have nice and relaxing day >=20 > Wolfgang >=20 >=20