Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CFE18DD16 for ; Wed, 7 Nov 2012 12:59:19 +0000 (UTC) Received: (qmail 51360 invoked by uid 500); 7 Nov 2012 12:59:17 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 50864 invoked by uid 500); 7 Nov 2012 12:59:17 -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 50660 invoked by uid 99); 7 Nov 2012 12:59:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 12:59:15 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bk0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 12:59:07 +0000 Received: by mail-bk0-f52.google.com with SMTP id j10so675061bkw.11 for ; Wed, 07 Nov 2012 04:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=pizjSGuAaOYmu2k3sVSocM0AsY77+q1xgsbjRUuHXPI=; b=o4Decj4OeJw+IrO9B5sqUajxntjBb30WSZh3BmtiD32XCRMpKu+4FWU08Oqjym/fzl 13la782XmmEZp5SF6Y+dy5lSadGdi8GFQEpukTT2T9wtO4fZ4N7xSlAENQpUa5xd6Sai E3/HOIANqgYEKh9ef8H6qUxe5me3+y4oLwGpZ2NVh744Qu8wqwx2q7TOTaCXqU9bJPs8 oNpK1Ehps028sVwlD/kZUz8pq6MQlWARcx30dvfczb5aSwNG78oBOBG+LOK36zNfSGg5 Sg1V+o6I+5J6SiooDS/Y1j4iPu/qgB8yOMVc/DiCCx1HKmxLI+97rgZOvADws+CBAN87 VYHQ== Received: by 10.204.130.204 with SMTP id u12mr1080917bks.17.1352293127298; Wed, 07 Nov 2012 04:58:47 -0800 (PST) Received: from [172.16.0.203] ([62.159.107.164]) by mx.google.com with ESMTPS id e3sm14364610bks.7.2012.11.07.04.58.39 (version=SSLv3 cipher=OTHER); Wed, 07 Nov 2012 04:58:46 -0800 (PST) References: <20121107143025.30a5147d@eee-az> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <9B15C42A-50B1-45E4-AAB6-A53E7D13C722@gmail.com> Cc: "user@couchdb.apache.org" X-Mailer: iPhone Mail (10A403) From: Paul J Davis Subject: Re: Remote view looks different to localhost Date: Wed, 7 Nov 2012 13:58:35 +0100 To: "user@couchdb.apache.org" X-Virus-Checked: Checked by ClamAV on apache.org Forgot to add that you should also do a "ps ax | grep beam" and make sure yo= u don't have two servers running bound to two different ports.=20 On Nov 7, 2012, at 1:56 PM, Stoo Goff wrote: > Also, why would the sequence numbers be so different? >=20 > Logged in to the server I get update_seq of 1194. Viewing the same date > remotely the udpate_seq is 102. >=20 > On 7 November 2012 12:53, Stoo Goff wrote: >=20 >> Adding ?_all_docs=3Dtrue gives me the same result as before. Do you mean >> database/_all_docs? >>=20 >>=20 >> On 7 November 2012 12:30, svilen wrote: >>=20 >>> and if u add ?_all_docs=3Dtrue what docs would u get? >>> (do check the syntax) >>>=20 >>>=20 >>>=20 >>> On Wed, 7 Nov 2012 11:46:56 +0000 >>> Stoo Goff wrote: >>>=20 >>>> Hi, >>>>=20 >>>> I'm getting some strange differences when I view a database, >>>> depending on whether I view the database remotely or locally. >>>>=20 >>>> The server: >>>>=20 >>>> Debian squeeze running Couchdb 0.11.0 >>>>=20 >>>> The dev box: >>>>=20 >>>> Ubuntu 11.10 running Couchdb 1.0.1 >>>>=20 >>>> I initially created the database on the dev machine, then replicated >>>> it to an empty database on the server. I have a web app running on >>>> the server connecting over localhost and everything seemed to be >>>> working fine - in fact as far as the web app is concerned it's all >>>> running perfect. >>>>=20 >>>> I changed the Couchdb settings so I could view the data remotely. >>>> Initially, I used Futon to take a look and that showed me a completely >>>> different set of data. So I tried looking at the data using CURL. That >>>> showed me the same as Futon. >>>>=20 >>>> CURL run on the server: >>>>=20 >>>> curl -X GET http://localhost:5984/muninn >>> {"db_name":"muninn","doc_count":25,"doc_del_count":33,"update_seq":1194,= "purge_seq":0,"compact_running":false,"disk_size":16826462,"instance_start_t= ime":"1351793407368363","disk_format_version":5} >>>>=20 >>>> CURL run on the dev machine: >>>>=20 >>>> curl -X GET http://user:pass@odin:5984/muninn >>> {"db_name":"muninn","doc_count":9,"doc_del_count":34,"update_seq":102,"p= urge_seq":0,"compact_running":false,"disk_size":16826462,"instance_start_tim= e":"1352219217053672","disk_format_version":5} >>>>=20 >>>> So, same disk size with completely different doc counts. With the >>>> remote connection it looks like an historical view of the data, but >>>> why would it do it? >>>>=20 >>>> Any help or insight would be appreciated! >>>>=20 >>>> Stoo >>=20 >>=20