Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 311E792D5 for ; Tue, 25 Sep 2012 12:22:11 +0000 (UTC) Received: (qmail 9299 invoked by uid 500); 25 Sep 2012 12:22:10 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 8797 invoked by uid 500); 25 Sep 2012 12:22:08 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 8401 invoked by uid 99); 25 Sep 2012 12:22:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 12:22:08 +0000 Date: Tue, 25 Sep 2012 23:22:07 +1100 (NCT) From: "Steven Rowe (JIRA)" To: dev@lucene.apache.org Message-ID: <100478994.121694.1348575727997.JavaMail.jiratomcat@arcas> In-Reply-To: <140538595.119327.1348527247971.JavaMail.jiratomcat@arcas> Subject: [jira] [Updated] (SOLR-3884) possible bug in how commits are handled during "recovery" mode on startup? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-3884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe updated SOLR-3884: ------------------------------ Attachment: java7.solr-example.log java6.solr-example.log {quote} a short term way of addressing this in the smoke tester (if we don't have a better fix for 4.0) would be to have hte smoke tester explicitly request a hard commit before doing a shutdown of the server, or using a new clean directory (w/o any tlog or previous docs) when running the example for the second time. {quote} I tried the clean directory approach - here's the smokeTestRelease.py patch: {noformat} Index: dev-tools/scripts/smokeTestRelease.py =================================================================== --- dev-tools/scripts/smokeTestRelease.py (revision 1389823) +++ dev-tools/scripts/smokeTestRelease.py (working copy) @@ -533,11 +533,21 @@ if project == 'lucene': testDemo(isSrc, version) else: + print(' copying unpacked distribution...') + java6UnpackPath = '%s-java6' %unpackPath + if os.path.exists(java6UnpackPath): + shutil.rmtree(java6UnpackPath) + shutil.copytree(unpackPath, java6UnpackPath) print(' test solr example w/ Java 6...') - testSolrExample(unpackPath, JAVA6_HOME, False) + testSolrExample(java6UnpackPath, JAVA6_HOME, False) + print(' copying unpacked distribution...') + java7UnpackPath = '%s-java7' %unpackPath + if os.path.exists(java7UnpackPath): + shutil.rmtree(java7UnpackPath) + shutil.copytree(unpackPath, java7UnpackPath) print(' test solr example w/ Java 7...') - testSolrExample(unpackPath, JAVA7_HOME, False) + testSolrExample(java7UnpackPath, JAVA7_HOME, False) testChangesText('.', version, project) {noformat} But this seemed to have no effect - the failure still happens: {noformat} Test Solr... test basics... get KEYS 0.1 MB download apache-solr-4.0.0-src.tgz... 29.8 MB verify md5/sha1 digests verify sig GPG: gpg: WARNING: using insecure memory! verify trust GPG: gpg: WARNING: using insecure memory! GPG: gpg: WARNING: This key is not certified with a trusted signature! download apache-solr-4.0.0.tgz... 102.8 MB verify md5/sha1 digests verify sig GPG: gpg: WARNING: using insecure memory! verify trust GPG: gpg: WARNING: using insecure memory! GPG: gpg: WARNING: This key is not certified with a trusted signature! download apache-solr-4.0.0.zip... 107.0 MB verify md5/sha1 digests verify sig GPG: gpg: WARNING: using insecure memory! verify trust GPG: gpg: WARNING: using insecure memory! GPG: gpg: WARNING: This key is not certified with a trusted signature! unpack apache-solr-4.0.0.tgz... copying unpacked distribution... test solr example w/ Java 6... start Solr instance (log=/home/sarowe/temp/tmpDir/unpack/apache-solr-4.0.0-java6/solr-example.log)... startup done test utf8... index example docs... run query... stop server (SIGINT)... copying unpacked distribution... test solr example w/ Java 7... start Solr instance (log=/home/sarowe/temp/tmpDir/unpack/apache-solr-4.0.0-java7/solr-example.log)... startup done test utf8... index example docs... run query... FAILED: response is: 01video stop server (SIGINT)... Traceback (most recent call last): File "dev-tools/scripts/smokeTestRelease.py", line 1133, in File "dev-tools/scripts/smokeTestRelease.py", line 1081, in main File "dev-tools/scripts/smokeTestRelease.py", line 1123, in smokeTest File "dev-tools/scripts/smokeTestRelease.py", line 424, in unpack File "dev-tools/scripts/smokeTestRelease.py", line 550, in verifyUnpacked File "dev-tools/scripts/smokeTestRelease.py", line 622, in testSolrExample RuntimeError: query on solr example instance failed {noformat} Attaching the {{solr-example.log}} files from each directory. > possible bug in how commits are handled during "recovery" mode on startup? > -------------------------------------------------------------------------- > > Key: SOLR-3884 > URL: https://issues.apache.org/jira/browse/SOLR-3884 > Project: Solr > Issue Type: Bug > Reporter: Hoss Man > Attachments: java6.solr-example.log, java7.solr-example.log, solr-example.log > > > while testing out 4.0-rc0, sarowe noted the he was seeing the smoke tester script fail while sanity checking the solr example. > https://mail-archives.apache.org/mod_mbox/lucene-dev/201209.mbox/%3C6C78E97C707B5B4C8CC61D44F87545863ED73E@SUEX10-mbx-03.ad.syr.edu%3E > I'm not certain, but looking at his logs, i think this suggests a bug in how commits are handled when a newly started server is in "recovery" mode -- 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 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org