Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 15BC8200C70 for ; Thu, 4 May 2017 09:17:57 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 1470D160BB0; Thu, 4 May 2017 07:17:57 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 58DBA160B9F for ; Thu, 4 May 2017 09:17:56 +0200 (CEST) Received: (qmail 53003 invoked by uid 500); 4 May 2017 07:17:54 -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 52992 invoked by uid 99); 4 May 2017 07:17:54 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 May 2017 07:17:54 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 000271A036E for ; Thu, 4 May 2017 07:17:53 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -2.302 X-Spam-Level: X-Spam-Status: No, score=-2.302 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id d3cr4rcDrtLg for ; Thu, 4 May 2017 07:17:52 +0000 (UTC) Received: from unibi-smtp-a.hrz.uni-bielefeld.de (unibi-smtp-a.hrz.uni-bielefeld.de [129.70.208.12]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 430ED5F1BA for ; Thu, 4 May 2017 07:17:52 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=utf-8 Received: from [129.70.11.68] ([129.70.11.68]) by unibi-smtp-a.hrz.uni-bielefeld.de (Oracle Communications Messaging Server 7.0.5.37.0 64bit (built Jan 25 2016)) with ESMTPPA id <0OPF007C42XKT710@unibi-smtp-a.hrz.uni-bielefeld.de> for solr-user@lucene.apache.org; Thu, 04 May 2017 09:17:45 +0200 (CEST) X-Connecting-IP: [129.70.11.68] X-PMX-Version: 6.3.1.2588712, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2017.5.4.70916, pmx12 X-EnvFrom: bernd.fehling@uni-bielefeld.de Subject: Re: logging in SolrCloud To: solr-user@lucene.apache.org References: <19579_1493866494_v442srMo003574_CAN4YXveOjL+MQFG+KM_kg2HNtU+u1WuXnfS1LAhrcbccqo4jiA@mail.gmail.com> From: Bernd Fehling Message-id: Date: Thu, 04 May 2017 09:17:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-reply-to: <19579_1493866494_v442srMo003574_CAN4YXveOjL+MQFG+KM_kg2HNtU+u1WuXnfS1LAhrcbccqo4jiA@mail.gmail.com> archived-at: Thu, 04 May 2017 07:17:57 -0000 Hi Erik, about 1> I have no core.properties at all, just a clean new installation. - 5 x Zookeeper on 5 different server - 5 x Solr 6.5.1 on 5 different server - uploaded a configset with "bin/solr zk upconfig ..." - started first Solr node with port 8983 of first server - started second Solr node with port 7574 of first server No core, no cluster, no collection, no nodes. about 2> Sysvars just JAVA_HOME in .bashrc and in solr.in.sh SOLR_JAVA_HOME, SOLR_STOP_WAIT, SOLR_HEAP, ZK_HOST, SOLR_HOST I tried "bin/solr -e cloud" and have in example/cloud/node1/ and node2/ separate logs directories for each node. So I thought of a misconfig at my fresh clean Solr installation. But if there is no core or node jet it makes sense to write logs into a general single directory, but don't move existing logs to archived. Regards, Bernd Am 04.05.2017 um 04:54 schrieb Erick Erickson: > Bernd: > > Do check two things: > > 1> your core.properties files. Do you have properties set in the > core.properties files that could possibly confuse things? > > 2> when you start your Solr instances, do you define any sysvars that > could confuse the archive directories? > > These are wild shots in the dark mind you... > > Best, > Erick > > On Wed, May 3, 2017 at 7:35 PM, Zheng Lin Edwin Yeo > wrote: >> Which version of Solr are you using? >> >> I am using Solr 6.4.2, it seems that both nodes are trying to write to the >> same archived file. >> >> >> Exception in thread "main" java.nio.file.FileSystemException: >> C:\edwin\solr\server\logs\solr_gc.log.0.current -> >> C:\edwin\solr\server\logs\archived\solr_gc.log.0.current: The process >> cannot access the file because it is being used by another process. >> >> >> Regards, >> Edwin >> >> >> On 3 May 2017 at 23:42, Erick Erickson wrote: >> >>> That does look weird. Does the 7574 console log really get archived or >>> is the 8983 console log archived twice? If 7574 doesn't get moved to >>> the archive, this sounds like a JIRA, I'd go ahead and raise it. >>> >>> Actually either way I think it needs a JIRA. Either the wrong log is >>> getting moved or the message needs to be fixed. >>> >>> Best, >>> Erick >>> >>> On Wed, May 3, 2017 at 5:29 AM, Bernd Fehling >>> wrote: >>>> While looking into SolrCloud I noticed that my logging >>>> gets moved to archived dir by starting a new node. >>>> >>>> E.g.: >>>> bin/solr start -cloud -p 8983 >>>> -> server/logs/ has solr-8983-console.log >>>> >>>> bin/solr start -cloud -p 7574 >>>> -> solr-8983-console.log is moved to server/logs/archived/ >>>> -> server/logs/ has solr-7574-console.log >>>> >>>> Is this how it should be or do I have a misconfig? >>>> >>>> Regards >>>> Bernd >>> -- ************************************************************* Bernd Fehling Bielefeld University Library Dipl.-Inform. (FH) LibTec - Library Technology Universitätsstr. 25 and Knowledge Management 33615 Bielefeld Tel. +49 521 106-4060 bernd.fehling(at)uni-bielefeld.de BASE - Bielefeld Academic Search Engine - www.base-search.net *************************************************************