From users-return-15395-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Tue Jun 08 17:24:57 2010 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 14060 invoked from network); 8 Jun 2010 17:24:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Jun 2010 17:24:57 -0000 Received: (qmail 4489 invoked by uid 500); 8 Jun 2010 17:24:57 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 4471 invoked by uid 500); 8 Jun 2010 17:24:56 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 4462 invoked by uid 99); 8 Jun 2010 17:24:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 17:24:56 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=10.0 tests=AWL,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of justinedelson@gmail.com designates 209.85.160.42 as permitted sender) Received: from [209.85.160.42] (HELO mail-pw0-f42.google.com) (209.85.160.42) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 17:24:51 +0000 Received: by pwi4 with SMTP id 4so208462pwi.1 for ; Tue, 08 Jun 2010 10:24:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=HOERc12dlnuL+b0ptMxeYC+WiQ0aeoyjWAtlMXGjix8=; b=gWDScWaax93MMiqwWorvoNlGt9VJoz5KncEdfu8gZDgoB1P7p2BE/6VUeoR7cR7vxD eHOEgld02mtf0ImiLXH2D2dn2cbj+E66/F1OFGvksVfhsD2G4B9ZQNHsnK/ioda2AMKh XvOZl3MFvq87CMxbbUi5x0yB8ykbAJ+TprPc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=qTxrI4lT7a6FxfUpjF4WozVXwxJ7x5je5afb7KCc5duu66ZqZPFAtomg2yDQY0eZlA LLZDzKt+cbEt0qybmJZu/Nq4o5+Gl++Rlc18FUeZH5M8oTQwC8I5Jg5Vd46Mgkov76YD zeyFN/5tO8XqllEBdMoNlaREOzWssZ0cF86CM= Received: by 10.114.188.22 with SMTP id l22mr1317056waf.154.1276017493646; Tue, 08 Jun 2010 10:18:13 -0700 (PDT) Received: from Justin-Edelsons-iMac.local ([68.198.85.78]) by mx.google.com with ESMTPS id 33sm52751209wad.20.2010.06.08.10.18.11 (version=SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 10:18:12 -0700 (PDT) Message-ID: <4C0E7B52.1010404@gmail.com> Date: Tue, 08 Jun 2010 13:18:10 -0400 From: Justin Edelson Reply-To: justin@justinedelson.com User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: users@jackrabbit.apache.org Subject: Re: Problems Migrating Cluster Data References: ,,, In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit A few things jump out in the configuration below: 1) You aren't assigning a Cluster ID. This is required. 2) Each cluster node is sharing the same database for the FileSystem implementations. This is wrong. Each cluster node needs a private FileSystem (as Thomas said below). You can find them on the wiki link Thomas sent below, but the clustering prerequisties are worth repeating: 1) Each cluster node must have its own repository configuration. 2) Each cluster node needs its own (private) FileSystem and Search index. 3) Every cluster node must be assigned a unique ID. 4) A journal type must be chosen, either based on files or stored in a database. 5) The persistence managers must store their data in the same, globally accessible location (see PersistenceManagerFAQ). 6) A DataStore must always be shared between nodes, if used. You seem to be OK on #4 and #5, but not #1, #2, and #3. HTH, Justin On 6/8/10 1:07 PM, Juan Diego Botiva Leon wrote: > > Hi, > > In the repository.xml file I sent before, the database is at localhost because our test environment is a single node cluster, JBoss and MySQL run on the same machine. But yesterday I made a test in our production environment (2-node cluster, both using the same persistence manager): I changed the path of the repository folder to a new one and when I started JBoss, the index was regenerated but when I tried to access nodes created after moving to a cluster, they were never found, then I simply changed the path back to how it was and I was able to access the nodes again. So I think it has something to do with what is stored in the repository folder even if we have everything in MySQL except for the search index. What can I do in order to move data between environments with this setup. Below is our repository.xml production file, it is the same in both nodes. Thanks in advance. > > Regards, > Juan Diego Botiva > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Date: Mon, 7 Jun 2010 14:04:31 +0200 >> Subject: Re: Problems Migrating Cluster Data >> From: thomas.mueller@day.com >> To: users@jackrabbit.apache.org >> >> Hi, >> >> I think the main problem is that each cluster node uses it's own >> persistence manager (database on localhost). See >> http://wiki.apache.org/jackrabbit/Clustering "That means all >> Jackrabbit cluster nodes need access to the SAME persistent storage >> (persistence manager and data store)." By the way, this is not the >> case for the file system: "However, each cluster node needs its own >> (private) FileSystem and Search index." >> >> Regards, >> Thomas > > _________________________________________________________________ > The New Busy is not the old busy. Search, chat and e-mail from your inbox. > http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_3