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 95ACF998A for ; Tue, 3 Jan 2012 22:34:05 +0000 (UTC) Received: (qmail 75444 invoked by uid 500); 3 Jan 2012 22:34:04 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 75293 invoked by uid 500); 3 Jan 2012 22:34:04 -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 75280 invoked by uid 99); 3 Jan 2012 22:34:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 22:34:03 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [128.18.84.113] (HELO mailgate-internal3.sri.com) (128.18.84.113) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 03 Jan 2012 22:33:54 +0000 Received: from brightmail-internal1.sri.com (128.18.84.121) by mailgate-internal3.sri.com with SMTP; 3 Jan 2012 22:33:32 -0000 X-AuditID: 80125479-b7bb5ae000000ccb-69-4f03823cb1cf Received: from mars.esd.sri.com (mars.esd.sri.com [128.18.26.200]) by brightmail-internal1.sri.com (Symantec Brightmail Gateway) with SMTP id BA.D3.03275.C32830F4; Tue, 3 Jan 2012 14:33:32 -0800 (PST) MIME-version: 1.0 Received: from [192.12.16.233] by mars.esd.sri.com (Sun Java(tm) System Messaging Server 6.3-8.05 (built Sep 1 2009; 64bit)) with ESMTPSA id <0LX800H1EUNTWQ30@mars.esd.sri.com> for user@couchdb.apache.org; Tue, 03 Jan 2012 14:33:29 -0800 (PST) From: Jim Klo Content-type: multipart/signed; boundary=Apple-Mail-13--569539210; protocol="application/pkcs7-signature"; micalg=sha1 Subject: Re: Delete replication history Date: Tue, 03 Jan 2012 14:33:31 -0800 In-reply-to: To: user@couchdb.apache.org References: <54E27482-695C-4DCF-8A49-777F1C7BC93C@sri.com> Message-id: <29575796-CE71-4F42-BDF6-4DBE6CB9E8E7@sri.com> X-Mailer: Apple Mail (2.1084) X-Brightmail-Tracker: AAAAAA== X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-13--569539210 Content-Type: multipart/alternative; boundary=Apple-Mail-12--569539240 --Apple-Mail-12--569539240 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks. Say I don't know that and it isn't in my log; it looks like it's = pretty consistent - what's that a hash of? can I recompute it = programmatically, since there's not exactly a way to list _local docs? Jim Klo Senior Software Engineer Center for Software Engineering SRI International On Dec 24, 2011, at 4:46 AM, Robert Newson wrote: > I believe Jim is referring to the replication checkpoint document > (which does indeed include 'historical' information). Jim is also > correct in that the presence of this document will prevent a full > re-replication when the target's validate_doc_update function is > altered. >=20 > Jim, the replication checkpoint document is named in the way: > /dbname/_local/. You should be able to see this document being > written to in the logs and the portion is also the value you > get back when POST'ing to _replicate (and the one shown in > _active_tasks). Delete the document in the usual fashion and > replication will do over from the start. >=20 > B. >=20 >=20 >=20 > On 24 December 2011 11:56, Dave Cottlehuber wrote: >> On 24 December 2011 02:30, Jim Klo wrote: >>> Trying to test a validate_doc_update function for use in = replication. >>>=20 >>> Is there a way to reset or delete the replication history so I don't = have to continuously recreate my target db? >>>=20 >>> Thanks, >>>=20 >>> - Jim >>=20 >> Jim, >>=20 >> There's no such thing as a replication history, only replicated >> documents. So you have a few choices; >>=20 >> Recreate your db if you're starting from scratch this is as simple as >> an additional line in your test script, curl -X DELETE $DB ; curl -X >> PUT $DB. >>=20 >> If you're not starting from scratch, then you can simply copy the >> fresh db somewhere as a backup, and re-copy it back with, say, rsync, >>=20 >> You may find it easier to start a js interpreter up and work through >> the validation function directly, using the process outlined in >> = http://wiki.apache.org/couchdb/Troubleshooting#Map.2BAC8-Reduce_debugging >> obviously you'll need to get a sample userCtx as well. I would think >> you can use the same logging function as the view server = "log(stuff);" >> to do this. Note this is not for use on production DBs due to heavy >> perf impact. >>=20 >> Pro-tip: don't forget to accept all _deleted docs through your >> function to ensure MVCC continues to work as expected. >>=20 >> A+ >> Dave --Apple-Mail-12--569539240 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Jim Klo
Senior Software Engineer
Center for Software Engineering
SRI = International




On Dec 24, 2011, at 4:46 AM, Robert Newson wrote:

I = believe Jim is referring to the replication checkpoint = document
(which does indeed include 'historical' information). Jim is = also
correct in that the presence of this document will prevent a = full
re-replication when the target's validate_doc_update function = is
altered.

Jim, the replication checkpoint document is named = in the way:
/dbname/_local/<hash>. You should be able to see = this document being
written to in the logs and the <hash> = portion is also the value you
get back when POST'ing to _replicate = (and the one shown in
_active_tasks). Delete the document in the = usual fashion and
replication will do over from the = start.

B.



On 24 December 2011 11:56, Dave = Cottlehuber <dave@muse.net.nz> = wrote:
On 24 December 2011 02:30, Jim Klo = <jim.klo@sri.com> = wrote:
Trying to test a validate_doc_update function for use in = replication.

Is there a way to reset or = delete the replication history so I don't have to continuously recreate = my target db?

Thanks,

- = Jim

Jim,

There's no such = thing as a replication history, only = replicated
documents. So you = have a few choices;

Recreate your = db if you're starting from scratch this is as simple = as
an additional line in your = test script, curl -X DELETE $DB ; curl -X
PUT $DB.

If you're not = starting from scratch, then you can simply copy = the
fresh db somewhere as a = backup, and re-copy it back with, say, = rsync,

You may find it = easier to start a js interpreter up and work = through
the validation = function directly, using the process outlined = in
http://wiki.apache.org/couchdb/Troubleshooting#Map.2BAC8-Reduce_d= ebugging
obviously you'll = need to get a sample userCtx as well. I would = think
you can use the same = logging function as the view server = "log(stuff);"
to do this. Note = this is not for use on production DBs due to = heavy
perf = impact.

Pro-tip: don't = forget to accept all _deleted docs through = your
function to ensure MVCC = continues to work as expected.

A+
Dave

= --Apple-Mail-12--569539240-- --Apple-Mail-13--569539210 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJ/zCCBO0w ggRWoAMCAQICEBZ7jcIF++u6rxPdCkJYyG0wDQYJKoZIhvcNAQEFBQAwgdgxCzAJBgNVBAYTAlVT MRowGAYDVQQKExFTUkkgSW50ZXJuYXRpb25hbDEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9y cGEgKGMpMDIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwgU3Vic2NyaWJlciBD QTEdMBsGA1UEAxMUU1JJIEludGVybmF0aW9uYWwgQ0EwHhcNMTEwMTE3MDAwMDAwWhcNMTIwMTE3 MjM1OTU5WjCBwjEaMBgGA1UEChQRU1JJIEludGVybmF0aW9uYWwxKDAmBgNVBAsUH0luZm9ybWF0 aW9uIFRlY2hub2xvZ3kgU2VydmljZXMxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3Np dG9yeS9DUFMgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTkxEjAQBgNVBAMTCUphbWVzIEts bzEeMBwGCSqGSIb3DQEJARYPamltLmtsb0BzcmkuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEA7X0QQ3Ag7/cRBwEgKfDEaOgXLwvnLhzmgY1bon3wSEK/ezUhlPhw8X/O4krsRp9v GKHAS5Z29ix+6B+PHJI3aptqCfaCT3ffu6MWFIyAhNaFNdvRBy8MhsD5lvjRffA7oysddhLWJ9AV madJBXjf0Fl+qoS/q0MbjsZSrQHeizYcv91SxcsWovgM6XoY87v0o7tHzUBWEr6jEOrvz50XKB8m pytqWAR8zLkp0NmsdgNk/PX6yXA3T4rPS690WOV3EDGK8pum2DIG7B319/lVeFQPdKdjNGpSivVt GXtT1W/KtpzW8Olmkn1sprupVOZXsKLU/MFXYPoFdR4pXoYViwIDAQABo4IBRjCCAUIwCQYDVR0T BAIwADCBrAYDVR0gBIGkMIGhMIGeBgtghkgBhvhFAQcXAjCBjjAoBggrBgEFBQcCARYcaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL0NQUzBiBggrBgEFBQcCAjBWMBUWDlZlcmlTaWduLCBJbmMuMAMC AQEaPVZlcmlTaWduJ3MgQ1BTIGluY29ycC4gYnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMpOTcg VmVyaVNpZ24wCwYDVR0PBAQDAgWgMBEGCWCGSAGG+EIBAQQEAwIHgDBmBgNVHR8EXzBdMFugWaBX hlVodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9TUklJbnRlcm5hdGlvbmFsSW5mb3JtYXRp b25UZWNobm9sb2d5U2VydmljZXMvTGF0ZXN0Q1JMMA0GCSqGSIb3DQEBBQUAA4GBACf3MlYS4ssw EUnHTKP+v6xeJSPicFWwgYzS0iBOsuCpgUTTOSxPSPBwFNxY/plPMikXkK6rTGiIQUFXK59uqPV+ /1xXFpqvvt9/c0CqQDr8EfbbycaFyN8FaXQNV0gaqXDr/m4X2GZovm85T3osCKWzIijQzmr9xrQK 5yjpnTt3MIIFCjCCBHOgAwIBAgIQdRD9LNvKRXBSboyDbAKnbDANBgkqhkiG9w0BAQUFADCBwTEL MAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1 YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShjKSAx OTk4IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmswHhcNMDIwOTIzMDAwMDAwWhcNMTIwOTIyMjM1OTU5WjCB2DEL MAkGA1UEBhMCVVMxGjAYBgNVBAoTEVNSSSBJbnRlcm5hdGlvbmFsMR8wHQYDVQQLExZWZXJpU2ln biBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVy aXNpZ24uY29tL3JwYSAoYykwMjEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENBMR0wGwYDVQQDExRTUkkgSW50ZXJuYXRpb25hbCBDQTCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAzvnUwmuZmBSSAFVb0qoC0hhUL1a6f+AIHw5UpxW5oRTjsDtUzsCa+6Yg GvKUlisrnI/tPZFrupvHVNQjRj05fhHiABFinwlnCA7J80x3gZlBMwHrgoKYribJ1GTVmc1R0FmA B4KYzBeZjJZiNpqLEsEb0ORdzJYb2/UZazjL/fkCAwEAAaOCAegwggHkMBIGA1UdEwEB/wQIMAYB Af8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9jcmwudmVyaXNpZ24u Y29tL3BjYTItZzIuY3JsMAsGA1UdDwQEAwIBBjARBglghkgBhvhCAQEEBAMCAQYwKAYDVR0RBCEw H6QdMBsxGTAXBgNVBAMTEFByaXZhdGVMYWJlbDItODIwHQYDVR0OBBYEFC1OfgnwbUVBEaxx2j87 9iZKf2RkMIHoBgNVHSMEgeAwgd2hgcekgcQwgcExCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJp U2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9u IEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykgMTk5OCBWZXJpU2lnbiwgSW5jLiAtIEZvciBh dXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrghEAuS9g zIifoXpGCbhbcGyKrzANBgkqhkiG9w0BAQUFAAOBgQAowFJw4GZ/4dbI1ncxPAvPGrV/aIB5Z8mZ e9tmn/CH+OcKSVI02h/Q5qbUD+P2hWMW3hBaQeCUG/YMWDgUXXEQKSeZYVGLpGdxkSAzV8VOQLIG JX3/1Lo4oo067Z8qZ0NLf6IH2SzZDEcDuFHGuc5Z0OM3Cghvwo6OX1oO37MiszGCBHswggR3AgEB MIHtMIHYMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRU1JJIEludGVybmF0aW9uYWwxHzAdBgNVBAsT FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczov L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTAyMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRp dmlkdWFsIFN1YnNjcmliZXIgQ0ExHTAbBgNVBAMTFFNSSSBJbnRlcm5hdGlvbmFsIENBAhAWe43C Bfvruq8T3QpCWMhtMAkGBSsOAwIaBQCgggJiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEyMDEwMzIyMzMzMlowIwYJKoZIhvcNAQkEMRYEFBnUEQ/6vTRZNIHhtFWG ON4G/Tc9MIH+BgkrBgEEAYI3EAQxgfAwge0wgdgxCzAJBgNVBAYTAlVTMRowGAYDVQQKExFTUkkg SW50ZXJuYXRpb25hbDEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMy VGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDIxMDAuBgNV BAsTJ0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEdMBsGA1UEAxMUU1JJ IEludGVybmF0aW9uYWwgQ0ECEBZ7jcIF++u6rxPdCkJYyG0wggEABgsqhkiG9w0BCRACCzGB8KCB 7TCB2DELMAkGA1UEBhMCVVMxGjAYBgNVBAoTEVNSSSBJbnRlcm5hdGlvbmFsMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMjEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMR0wGwYDVQQDExRTUkkgSW50ZXJuYXRpb25hbCBDQQIQFnuNwgX7 67qvE90KQljIbTANBgkqhkiG9w0BAQEFAASCAQBbl4rjfscKsrMEfqFuL9BqsFoTgWi4EgmLxPEz PKMQIrsk62KqeYOvX141RfKBWCt4aBpFuAHKqCqOLFquP/dJ62IV8tzgsaB0xCW6WlA5dKp49g/k V+Gt1ZeTfkNUI2ARfRxM7njf/4WniVK1CSFxB3u9wrE6zZku6dQVXs70kTrR17q8omqagXXWNGbA DIJxj0skh0M6jXvpr/wu+9rVcl8wHzBKTNkyFkKdESXRHo6w93Ny2UwHoyyr5egtzb/w3oKI2FEz F1x4ORsOJo2qTw77/30LDMkO3+MnqWKon6yFhjQqLKizCmaUgT2wDqRjidekcX8iURLgrtR4C3QU AAAAAAAA --Apple-Mail-13--569539210--