From dev-return-355928-archive-asf-public=cust-asf.ponee.io@lucene.apache.org Thu May 16 02:39:25 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 1DB14180621 for ; Thu, 16 May 2019 04:39:25 +0200 (CEST) Received: (qmail 16587 invoked by uid 500); 16 May 2019 02:39:23 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 16563 invoked by uid 99); 16 May 2019 02:39:23 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 May 2019 02:39:23 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id B977EC3722; Thu, 16 May 2019 02:39:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.802 X-Spam-Level: * X-Spam-Status: No, score=1.802 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=2, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id tAinW9RENoH2; Thu, 16 May 2019 02:39:20 +0000 (UTC) Received: from mail-wr1-f46.google.com (mail-wr1-f46.google.com [209.85.221.46]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 4D9085F1B3; Thu, 16 May 2019 02:39:20 +0000 (UTC) Received: by mail-wr1-f46.google.com with SMTP id r7so1477869wrr.13; Wed, 15 May 2019 19:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HnC4/O94r9XeljRvByFYmoK/n87o1nFxxa5UBhsS6jQ=; b=BOgHkCVDZQqngXBMGefU4y8D7CYcF5KEL2sMLpKAUYMheSGfkjoIusAO2q88DWa5Px hZA2yHyTJZENgZbPYs+bLyd3+nhzTL2IZpUOu5TwzvMgIpB0zfK2g1F5Qzwu7AuAAMIA c2w7s5ITQuA1BBszs3wL9ivjBbpFMYtn3SNT6PSm9M8K5edOma8jIegmr13UrNmQTauY FncSrVyi0F3y/LS8NQdR3z+zX83z0qG8M6jWC+um5CqP1z1XUGd85wseezbdEFksx2M0 QhKc/sb4gQ/pnG2UOcyotOqBw6USXKO6MdxPftUI0Orj3T7KoX8SxyYS5ZIkOQXUQuXL gsWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HnC4/O94r9XeljRvByFYmoK/n87o1nFxxa5UBhsS6jQ=; b=VgMv4T52cZK0bx9lK5UyZTxHv9T5YAecaSGIx9aJPW26Fc8ICOqOIabJy4URWetliZ bFdsa5HGqVT4PabtUN3F6FPfeDldm5DEQHHv4qoxe8qYWUdJ4zhYBpjgRLjQA2bmvuhQ O1NvXQ7UMbpY/EBupku6Tqb0Ie0WexsxHLCb5ULL8wciQW0/C4rHFYVPPF8f0FrkekYh SchgWVpPb+r+vR4zWHh/OuP6QDbM+wT0SqCnjGauiEIUBTmbYr/35cl/MdnHFcKoFvZe Zaq2bStEmEQIVd9bZXs1VmjxqOxV/91IeBcdxYZh+HqC6VYqSqV05c/tecPReU+ke5Ms /X2g== X-Gm-Message-State: APjAAAU0IFQyHnoV4vZ2TOcrWWbLSUqX4EIR8xwTl+8EsGmaVsCGsqWN JmzPpGacevKTW+tfIOZaVXRAp/Ag X-Google-Smtp-Source: APXvYqwB5RuvNZ4W89HGPEDDuCrZmxltY5Czw5pgpRjaM8YC1/oB1zob3SqHIVWiVtkezliO/SHnxQ== X-Received: by 2002:adf:e2c3:: with SMTP id d3mr28424423wrj.189.1557974358911; Wed, 15 May 2019 19:39:18 -0700 (PDT) Received: from ?IPv6:2a02:908:1a7:1200:80c9:b8e5:622e:adde? ([2a02:908:1a7:1200:80c9:b8e5:622e:adde]) by smtp.gmail.com with ESMTPSA id e8sm8097162wrc.34.2019.05.15.19.39.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 May 2019 19:39:18 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-6BB67D37-BE3F-436D-A398-CCE75570A6E2 Mime-Version: 1.0 (1.0) Subject: Re: Solr 8.1 issue with collection aliases From: =?utf-8?Q?J=C3=B6rn_Franke?= X-Mailer: iPhone Mail (16F156) In-Reply-To: <9914F016-71DC-4ED9-A634-976D53419080@gmail.com> Date: Thu, 16 May 2019 04:39:17 +0200 Cc: solr-user Content-Transfer-Encoding: 7bit Message-Id: References: <9914F016-71DC-4ED9-A634-976D53419080@gmail.com> To: dev@lucene.apache.org --Apple-Mail-6BB67D37-BE3F-436D-A398-CCE75570A6E2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sorry autocorrection. It is not only a admin UI issue. I described in my pre= vious email that access through the collection alias does not work. I cannot= even do execute the select query handler if I use the collection alias inst= ead of the collection name. So it is maybe more problematic. > Am 16.05.2019 um 04:36 schrieb J=C3=B6rn Franke : >=20 > Note only an admin UI issue. Access collections via their alias does not w= ork. >=20 >> Am 15.05.2019 um 15:47 schrieb Mikhail Khludnev : >>=20 >> It seems creating alias in Solr Admin UI is broken. It's a minor issue fo= r 8.1.0=20 >> I've alias via REST call http://localhost:8983/solr/admin/collections?act= ion=3DCREATEALIAS&name=3Dtestalias&collections=3Dgettingstarted successfull= y.=20 >> J=C3=B6rn, thanks for reporting.=20 >>=20 >>> On Tue, May 14, 2019 at 11:03 PM J=C3=B6rn Franke = wrote: >>> Hi, >>>=20 >>> I tried to upgrade from 8.0 to 8.1. I noticed that there is an issue wit= h >>> collection aliases, but I am not 100% sure it is due to the upgrade. >>>=20 >>> Situation: >>> I have a collection called c_testcollection. >>> I have an alias called testcollection. >>> Alias "testcollection" points to "c_testcollection". >>> On Solr 8.0 no issue >>>=20 >>> After upgrade to Solr 8.1: >>> When I do a query on c_testcollection then there is no issue: >>> http://localhost:8983/solr/c_testcollection/select?q=3Dtest >>> When I do a query on testcollection then I receive the stacktrace below >>> http://localhost:8983/solr/testcollection/select?q=3Dtest >>>=20 >>> Additionally I observe a strange behavior in the admin ui. When I try to= >>> create an alias (e.g. new) for a new collection (e.g. c_new) then it >>> creates two aliases: >>> new =3D> c_new >>> c_new =3D> c_new >>> if i then do a query on the alias new it works without issues. If I remo= ve >>> the alias from c_new to c_new then I get the same error. Is this desired= >>> behaviour? >>> It is rather annoying to have unnecessary aliases, because I need to fil= ter >>> them out in my application when retrieving all aliases. >>> Is there a related issue. >>>=20 >>> Here the stacktrace: >>> { >>> "error":{ >>> "trace":"java.lang.NullPointerException\n\tat >>> java.base/java.util.AbstractCollection.addAll(AbstractCollection.java:35= 1)\n\tat >>> org.apache.solr.common.cloud.Aliases.resolveAliasesGivenAliasMap(Aliases= .java:258)\n\tat >>> org.apache.solr.common.cloud.Aliases.resolveAliases(Aliases.java:181)\n\= tat >>> org.apache.solr.servlet.HttpSolrCall.resolveCollectionListOrAlias(HttpSo= lrCall.java:385)\n\tat >>> org.apache.solr.servlet.HttpSolrCall.init(HttpSolrCall.java:273)\n\tat >>> org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:486)\n\tat >>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.j= ava:397)\n\tat >>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.j= ava:343)\n\tat >>> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan= dler.java:1602)\n\tat >>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:54= 0)\n\tat >>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java= :146)\n\tat >>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:5= 48)\n\tat >>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.ja= va:132)\n\tat >>> org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.= java:257)\n\tat >>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.= java:1588)\n\tat >>> org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.= java:255)\n\tat >>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.= java:1345)\n\tat >>> org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.j= ava:203)\n\tat >>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480= )\n\tat >>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.j= ava:1557)\n\tat >>> org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.j= ava:201)\n\tat >>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.j= ava:1247)\n\tat >>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java= :144)\n\tat >>> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Context= HandlerCollection.java:220)\n\tat >>> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollect= ion.java:126)\n\tat >>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.ja= va:132)\n\tat >>> org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.j= ava:335)\n\tat >>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.ja= va:132)\n\tat >>> org.eclipse.jetty.server.Server.handle(Server.java:502)\n\tat >>> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)\n\tat >>> org.eclipse.jetty.server.HttpChannel.run(HttpChannel.java:305)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYou= Kill.java:333)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatY= ouKill.java:310)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhat= YouKill.java:168)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYou= Kill.java:132)\n\tat >>> org.eclipse.jetty.http2.HTTP2Connection.produce(HTTP2Connection.java:171= )\n\tat >>> org.eclipse.jetty.http2.HTTP2Connection.onFillable(HTTP2Connection.java:= 126)\n\tat >>> org.eclipse.jetty.http2.HTTP2Connection$FillableCallback.succeeded(HTTP2= Connection.java:338)\n\tat >>> org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)\n\tat >>> org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslC= onnection.java:411)\n\tat >>> org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:305= )\n\tat >>> org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:15= 9)\n\tat >>> org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)\n\tat >>> org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)\n\t= at >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYou= Kill.java:333)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatY= ouKill.java:310)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhat= YouKill.java:168)\n\tat >>> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill= .java:126)\n\tat >>> org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(= ReservedThreadExecutor.java:366)\n\tat >>> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.j= ava:765)\n\tat >>> org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.ja= va:683)\n\tat >>> java.base/java.lang.Thread.run(Thread.java:834)\n", >>> "code":500}} >>>=20 >>>=20 >>> Thank you. >>>=20 >>> Best regards >>=20 >>=20 >> --=20 >> Sincerely yours >> Mikhail Khludnev --Apple-Mail-6BB67D37-BE3F-436D-A398-CCE75570A6E2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Sor= ry autocorrection. It is not only a admin UI issue. I described in my previo= us email that access through the collection alias does not work. I cannot ev= en do execute the select query handler if I use the collection alias instead= of the collection name.
So it is maybe more problemat= ic.

Am 16.05.2019 um 04:36 schrieb J=C3=B6rn Frank= e <jornfranke@gmail.com>:<= br>
=
Note only an admin UI issue. Access collections via their a= lias does not work.

Am 15.05.2019 um 15:47 schrieb= Mikhail Khludnev <mkhl@apache.org= >:

It seems creating alias in Solr Admin UI is broken. It's a minor issue fo= r 8.1.0 
J=C3=B6rn, thanks for re= porting.
On Tue, Ma= y 14, 2019 at 11:03 PM J=C3=B6rn Franke <jornfranke@gmail.com> wrote:
Hi,

I tried to upgrade from 8.0 to 8.1. I noticed that there is an issue with collection aliases, but I am not 100% sure it is due to the upgrade.

Situation:
I have a collection called c_testcollection.
I have an alias called testcollection.
Alias "testcollection" points to "c_testcollection".
On Solr 8.0 no issue

After upgrade to Solr 8.1:
When I do a query on c_testcollection then there is no issue:
http://localhost:8983/solr/c_testcollection/s= elect?q=3Dtest
When I do a query on testcollection then I receive the stacktrace below
http://localhost:8983/solr/testcollection/sel= ect?q=3Dtest

Additionally I observe a strange behavior in the admin ui. When I try to
= create an alias (e.g. new) for a new collection (e.g. c_new) then it
creates two aliases:
new =3D> c_new
c_new =3D> c_new
if i then do a query on the alias new it works without issues. If I remove the alias from c_new to c_new then I get the same error. Is this desired
= behaviour?
It is rather annoying to have unnecessary aliases, because I need to filter<= br> them out in my application when retrieving all aliases.
Is there a related issue.

Here the stacktrace:
{
  "error":{
    "trace":"java.lang.NullPointerException\n\tat
java.base/java.util.AbstractCollection.addAll(AbstractCollection.java:351)\n= \tat
org.apache.solr.common.cloud.Aliases.resolveAliasesGivenAliasMap(Aliases.jav= a:258)\n\tat
org.apache.solr.common.cloud.Aliases.resolveAliases(Aliases.java:181)\n\tat<= br> org.apache.solr.servlet.HttpSolrCall.resolveCollectionListOrAlias(HttpSolrCa= ll.java:385)\n\tat
org.apache.solr.servlet.HttpSolrCall.init(HttpSolrCall.java:273)\n\tat
org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:486)\n\tat
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:= 397)\n\tat
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:= 343)\n\tat
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler= .java:1602)\n\tat
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)\n= \tat
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146= )\n\tat
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)\= n\tat
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:1= 32)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java= :257)\n\tat
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java= :1588)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java= :255)\n\tat
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java= :1345)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:= 203)\n\tat
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)\n\= tat
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:= 1557)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:= 201)\n\tat
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:= 1247)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144= )\n\tat
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHand= lerCollection.java:220)\n\tat
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.= java:126)\n\tat
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:1= 32)\n\tat
org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:= 335)\n\tat
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:1= 32)\n\tat
org.eclipse.jetty.server.Server.handle(Server.java:502)\n\tat
org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)\n\tat
org.eclipse.jetty.server.HttpChannel.run(HttpChannel.java:305)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill= .java:333)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKi= ll.java:310)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouK= ill.java:168)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill= .java:132)\n\tat
org.eclipse.jetty.http2.HTTP2Connection.produce(HTTP2Connection.java:171)\n\= tat
org.eclipse.jetty.http2.HTTP2Connection.onFillable(HTTP2Connection.java:126)= \n\tat
org.eclipse.jetty.http2.HTTP2Connection$FillableCallback.succeeded(HTTP2Conn= ection.java:338)\n\tat
org.eclipse.jetty.= io.FillInterest.fillable(FillInterest.java:103)\n\tat
org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConne= ction.java:411)\n\tat
org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:305)\n\= tat
org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:159)\n= \tat
org.eclipse.jetty.= io.FillInterest.fillable(FillInterest.java:103)\n\tat
org.eclipse.jetty.= io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill= .java:333)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKi= ll.java:310)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouK= ill.java:168)\n\tat
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.jav= a:126)\n\tat
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(Rese= rvedThreadExecutor.java:366)\n\tat
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:= 765)\n\tat
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:6= 83)\n\tat
java.base/java.lang.Thread.run(Thread.java:834)\n",
    "code":500}}


Thank you.

Best regards


--
Sincerely yo= urs
Mikhail Khludnev
= --Apple-Mail-6BB67D37-BE3F-436D-A398-CCE75570A6E2--