Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 97154 invoked from network); 7 Jun 2009 21:16:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Jun 2009 21:16:20 -0000 Received: (qmail 37483 invoked by uid 500); 7 Jun 2009 21:16:31 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 37393 invoked by uid 500); 7 Jun 2009 21:16:31 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 37383 invoked by uid 99); 7 Jun 2009 21:16:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Jun 2009 21:16:31 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Jun 2009 21:16:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 615E3234C045 for ; Sun, 7 Jun 2009 14:16:07 -0700 (PDT) Message-ID: <1290827138.1244409367397.JavaMail.jira@brutus> Date: Sun, 7 Jun 2009 14:16:07 -0700 (PDT) From: "Brian Whitman (JIRA)" To: solr-dev@lucene.apache.org Subject: [jira] Created: (SOLR-1206) Default ping is not useful MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Default ping is not useful -------------------------- Key: SOLR-1206 URL: https://issues.apache.org/jira/browse/SOLR-1206 Project: Solr Issue Type: Improvement Components: search Affects Versions: 1.3 Environment: Debian linux / jetty Reporter: Brian Whitman Priority: Minor We recently had a solr server go down as the underlying disk (where the data was) stopped responding. The server was still running and the admin GUI worked, as did the ping query. But any actual query (like select?q=*:*) would hang indefinitely. I know that you can modify the ping query to be more robust, but I would like to suggest that the default shipping ping tries to access data, as I imagine that's what your average user is testing when they "ping solr" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.