Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E67509B06 for ; Wed, 2 Nov 2011 16:21:08 +0000 (UTC) Received: (qmail 18862 invoked by uid 500); 2 Nov 2011 16:21:05 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 18817 invoked by uid 500); 2 Nov 2011 16:21:05 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 18809 invoked by uid 99); 2 Nov 2011 16:21:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Nov 2011 16:21:05 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of phil@friendsreunited.co.uk designates 195.245.231.130 as permitted sender) Received: from [195.245.231.130] (HELO mail1.bemta5.messagelabs.com) (195.245.231.130) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Nov 2011 16:20:56 +0000 Received: from [85.158.136.67:6637] by server-7.bemta-5.messagelabs.com id 9D/10-21847-4DD61BE4; Wed, 02 Nov 2011 16:20:36 +0000 X-Env-Sender: phil@friendsreunited.co.uk X-Msg-Ref: server-7.tower-207.messagelabs.com!1320250835!1118290!1 X-Originating-IP: [194.247.84.117] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25048 invoked from network); 2 Nov 2011 16:20:35 -0000 Received: from scanmail.scotland.net (HELO scanmail.scotland.net) (194.247.84.117) by server-7.tower-207.messagelabs.com with SMTP; 2 Nov 2011 16:20:35 -0000 Received: from sol-dun-ssh1.scotland.net ([213.128.235.120] helo=BSOL-DUN-CAS3.scotlandonline.local) by scanmail.scotland.net with esmtp (Exim 3.36 #1) id 1RLdYI-00033R-00 for solr-user@lucene.apache.org; Wed, 02 Nov 2011 16:20:34 +0000 Received: from BSOL-DUN-MBX4.scotlandonline.local ([fe80::7560:dc7b:2263:847f]) by BSOL-DUN-CAS3.scotlandonline.local ([::1]) with mapi id 14.01.0289.001; Wed, 2 Nov 2011 16:20:35 +0000 From: Phil Hoy To: "solr-user@lucene.apache.org" Subject: RE: SolrCloud with large synonym files Thread-Topic: SolrCloud with large synonym files Thread-Index: AcyZVTHfCWXn2eghTOOEBxBiAvkKuwAG7JGAAAIOH/A= Date: Wed, 2 Nov 2011 16:20:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2.103.3.253] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org I tried adding the property but it did not seem to improve things. I did ho= wever get it working by noticing that the ZkSolrResourceLoader has a fall b= ack to load resources from the shared lib, this worked for me.=20 Thanks for getting back to me. Phil -----Original Message----- From: Mark Miller [mailto:markrmiller@gmail.com]=20 Sent: 02 November 2011 15:06 To: solr-user@lucene.apache.org Subject: Re: SolrCloud with large synonym files On Nov 2, 2011, at 7:47 AM, Phil Hoy wrote: > Hi, >=20 > I am running solrcloud and a file in the Dbootstrap_confdir is a large la= rge synonym file (~50mb ) used by a SynonymFilterFactory configured in the = schema.xml. When i start solr I get a zookeeper exception presumably becaus= e the file size is too large.=20 >=20 > Caused by: org.apache.zookeeper.KeeperException$ConnectionLossException: = KeeperErrorCode =3D ConnectionLoss for /configs/recordsets_conf/firstnames.= csv > at org.apache.zookeeper.KeeperException.create(KeeperException.java:90) > at org.apache.zookeeper.KeeperException.create(KeeperException.java:42) > at org.apache.zookeeper.ZooKeeper.setData(ZooKeeper.java:1038) >=20 > Is there a way to either increase the limit in zookeeper or perhaps confi= gure the SynonymFilterFactory differently to get the file from somewhere ex= ternal to Dbootstrap_confdir? >=20 > Phil =20 As a workaround you can try: (Java system property:* jute.maxbuffer*) This option can only be set as a Java system property. There is no zookeeper prefix on it. It specifies the maximum size of the data that can be stored in a znode. The default is 0xfffff, or just under 1M. If this option is changed, the system property must be set on all servers and clients otherwise problems will arise. This is really a sanity check. ZooKeeper is designed to store data on the order of kilobytes in size. Eventually there are other ways to solve this that we may offer... Optional compression of files Store a file across multiple zk nodes transparently when size is too large - Mark Miller lucidimagination.com ______________________________________________________________________ This email has been scanned by the brightsolid Email Security System. Power= ed by MessageLabs ______________________________________________________________________