Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of arjun.m@nsn.com designates
 93.183.12.32 as permitted sender)
From: "M, Arjun (NSN - IN/Bangalore)" <arjun.m@nsn.com>
To: "solr-user@lucene.apache.org" <solr-user@lucene.apache.org>
Subject: RE: Error enquiry- exceeded limit of maxWarmingSearchers=2
Thread-Topic: Error enquiry- exceeded limit of maxWarmingSearchers=2
Thread-Index: 
 AQHPeigKXDyHWZTUSEefOkIIBOh/3JtU6RqAgADVDmD//7J5gIAB20/w//++ZoCAAIttUA==
Date: Thu, 29 May 2014 13:52:23 +0000
Message-ID: <A6C0689A6481ED41846EA6A9BCEDFCFF4AC8F8@SGSIMBX002.nsn-intra.net>
References: <A6C0689A6481ED41846EA6A9BCEDFCFF4ABFB4@SGSIMBX002.nsn-intra.net>
 <8045fe9813d14dfc4ac7eff2269034fe.squirrel@admin.elyograg.org>
 <A6C0689A6481ED41846EA6A9BCEDFCFF4AC222@SGSIMBX002.nsn-intra.net>
 <5385DF25.1080909@elyograg.org>
 <A6C0689A6481ED41846EA6A9BCEDFCFF4AC79C@SGSIMBX002.nsn-intra.net>
 <538736D5.8040401@elyograg.org>
In-Reply-To: <538736D5.8040401@elyograg.org>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Thanks Shawn... Just one more question..

Can both autoCommit and autoSoftCommit be enabled? If both are enabled, whi=
ch one takes precedence?

Thanks & Regards,
        Arjun M


-----Original Message-----
From: ext Shawn Heisey [mailto:solr@elyograg.org]=20
Sent: Thursday, May 29, 2014 7:02 PM
To: solr-user@lucene.apache.org
Subject: Re: Error enquiry- exceeded limit of maxWarmingSearchers=3D2

On 5/29/2014 4:18 AM, M, Arjun (NSN - IN/Bangalore) wrote:
> 	Thanks for your valuable inputs... Find below my code and config in solr=
config.xml. Index update is successful but I am not able to see any data fr=
om solr admin console. What could be the issue? Any help here is highly app=
reciated.
>=20
> 	I can see the data in the solr admin gui after tomcat restart(solr is ru=
nning in tomcat in my case)
>=20
> private void addToSolr(List<SolrInputDocument> c) throws SolrServerExcept=
ion, IOException {
>         if (!c.isEmpty()) {
>             try {
>                =20
>                =20
>                 solr.add(c);
>                 logger.info("Commit size after Add=3D" + c.size());
>                =20
>             } finally {
>                 //renew lock
>             }
>         }
>     }
>=20
> autoCommit config in solrconfig.xml
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> <autoCommit>=20
>        <maxTime>${solr.autoCommit.maxTime:15000}</maxTime>
> 	<maxDocs>10000</maxDocs>
>        <openSearcher>false</openSearcher>=20
>      </autoCommit>
>=20
> <autoSoftCommit>=20
>        <maxTime>${solr.autoSoftCommit.maxTime:-1}</maxTime>=20
>      </autoSoftCommit>

The code snippet does not include a commit.

I am not really clear on what using a value of -1 would do on maxTime
here.  I suspect that it efectively disables autoSoftCommit.  If that's
the case, then there is nothing at all in your code or your config that
will open a new searcher -- that option is set to false in your autoCommit.

If you want Solr to automatically do commits to make documents visible,
I think you should configure a maxTime value for autoSoftCommit, and
make it as long as you can possibly stand to not have new documents
available.  Then you won't have to worry about commits in your code at all.

> Few more questions..=20
>=20
> 2) If I use solrServer.add(<Doc list>,<commitwithin>), should I do solrSe=
rver.commit() also

No.  The commitWithin would do a soft commit for you once that much time
has elapsed since indexing started (or the last commit with
openSearcher=3Dtrue), so you would not need to do a commit().

My opinion is that you should not combine manual commits with
autoSoftCommit.  Depending on exactly what your needs are, you might
want to use commitWithin, and have autoSoftCommit as a last guarantee
against errors in your indexing process.

Thanks,
Shawn