[jira] [Created] (SOLR-14390) Unable to flush solr status when nested paths are present
Karl Stoney created SOLR-14390:
--
Summary: Unable to flush solr status when nested paths are present
Key: SOLR-14390
URL: https://issues.apache.org/jira/browse/SOLR-14390
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Components: SolrCloud
Affects Versions: 8.4.1, 8.4
Reporter: Karl Stoney
Hi,
When attempting to flush all existing status as per the upgrade guide for 8.4.x
-> 8.5, it fails.
This appears to be because
`/overseer/collection-map-completed/mn-node_lost_trigger` is a folder.
See the error below:
{code:java}
❯ curl -v "${SOLR_LOCATION}/admin/collections?action=DELETESTATUS=true"
* Trying 10.225.0.220...
* TCP_NODELAY set
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 500 Server Error
< Content-Type: application/json;charset=utf-8
< Content-Length: 4767
<
{
"responseHeader":{
"status":500,
"QTime":116},
"error":{
"msg":"KeeperErrorCode = Directory not empty for
/overseer/collection-map-completed/mn-node_lost_trigger",
"trace":"org.apache.zookeeper.KeeperException$NotEmptyException:
KeeperErrorCode = Directory not empty for
/overseer/collection-map-completed/mn-node_lost_trigger\n\tat
org.apache.zookeeper.KeeperException.create(KeeperException.java:132)\n\tat
org.apache.zookeeper.KeeperException.create(KeeperException.java:54)\n\tat
org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:1793)\n\tat
org.apache.solr.common.cloud.SolrZkClient.lambda$delete$1(SolrZkClient.java:263)\n\tat
org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation(ZkCmdExecutor.java:71)\n\tat
org.apache.solr.common.cloud.SolrZkClient.delete(SolrZkClient.java:262)\n\tat
org.apache.solr.cloud.DistributedMap.remove(DistributedMap.java:98)\n\tat
org.apache.solr.handler.admin.CollectionsHandler$CollectionOperation$1.execute(CollectionsHandler.java:917)\n\tat
org.apache.solr.handler.admin.CollectionsHandler$CollectionOperation.execute(CollectionsHandler.java:1325)\n\tat
org.apache.solr.handler.admin.CollectionsHandler.invokeAction(CollectionsHandler.java:265)\n\tat
org.apache.solr.handler.admin.CollectionsHandler.handleRequestBody(CollectionsHandler.java:253)\n\tat
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:211)\n\tat
org.apache.solr.servlet.HttpSolrCall.handleAdmin(HttpSolrCall.java:839)\n\tat
org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:805)\n\tat
org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:558)\n\tat
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:419)\n\tat
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:351)\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:132)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)\n\tat
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1711)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)\n\tat
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1347)\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:1678)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)\n\tat
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1249)\n\tat
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)\n\tat
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)\n\tat
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:152)\n\tat
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\n\tat
org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)\n\tat
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\n\tat
org.eclipse.jetty.server.Server.handle(Server.java:505)\n\tat
org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)\n\tat
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)\n\tat
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)\n\tat
[jira] [Comment Edited] (SOLR-14013) javabin performance regressions
[ https://issues.apache.org/jira/browse/SOLR-14013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17026170#comment-17026170 ] Karl Stoney edited comment on SOLR-14013 at 1/29/20 7:59 PM: - Please could this be backported to 7_7 [~noble.paul]? We build that branch from source anyway so I'd really appreciate it! was (Author: kstoney): Please could this be backported to 7_7? We build that branch from source anyway so I'd really appreciate it! > javabin performance regressions > --- > > Key: SOLR-14013 > URL: https://issues.apache.org/jira/browse/SOLR-14013 > Project: Solr > Issue Type: Bug >Affects Versions: 7.7 >Reporter: Yonik Seeley >Assignee: Yonik Seeley >Priority: Blocker > Fix For: 8.4 > > Attachments: SOLR-14013.patch, SOLR-14013.patch, TestQuerySpeed.java, > test.json > > > As noted by [~rrockenbaugh] in SOLR-13963, javabin also recently became > orders of magnitude slower in certain cases since v7.7. The cases identified > so far include large numbers of values in a field. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Commented] (SOLR-14013) javabin performance regressions
[ https://issues.apache.org/jira/browse/SOLR-14013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17026170#comment-17026170 ] Karl Stoney commented on SOLR-14013: Please could this be backported to 7_7? We build that branch from source anyway so I'd really appreciate it! > javabin performance regressions > --- > > Key: SOLR-14013 > URL: https://issues.apache.org/jira/browse/SOLR-14013 > Project: Solr > Issue Type: Bug >Affects Versions: 7.7 >Reporter: Yonik Seeley >Assignee: Yonik Seeley >Priority: Blocker > Fix For: 8.4 > > Attachments: SOLR-14013.patch, SOLR-14013.patch, TestQuerySpeed.java, > test.json > > > As noted by [~rrockenbaugh] in SOLR-13963, javabin also recently became > orders of magnitude slower in certain cases since v7.7. The cases identified > so far include large numbers of values in a field. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Created] (SOLR-14220) Unable to build 7_7 or 8_4 due to missing dependency
Karl Stoney created SOLR-14220:
--
Summary: Unable to build 7_7 or 8_4 due to missing dependency
Key: SOLR-14220
URL: https://issues.apache.org/jira/browse/SOLR-14220
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Components: Build
Affects Versions: 8.4, 7.7
Reporter: Karl Stoney
Attempting to build from:
7_7:
https://github.com/apache/lucene-solr/commit/7a309c21ebbc1b08d9edf67802b63fc0bc7affcf
or
8_4:
https://github.com/apache/lucene-solr/commit/7d3ac7c284b26ce62f41d3b8686f70c7d6bd758d
Results in the same build failure:
{code:java}
BUILD FAILED
/usr/local/autotrader/app/lucene-solr/solr/build.xml:685: The following error
occurred while executing this line:
/usr/local/autotrader/app/lucene-solr/solr/build.xml:656: The following error
occurred while executing this line:
/usr/local/autotrader/app/lucene-solr/lucene/common-build.xml:653: Error
downloading wagon provider from the remote repository: Missing:
--
1) org.apache.maven.wagon:wagon-ssh:jar:1.0-beta-7
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.maven.wagon
-DartifactId=wagon-ssh -Dversion=1.0-beta-7 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon
-DartifactId=wagon-ssh -Dversion=1.0-beta-7 -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) unspecified:unspecified:jar:0.0
2) org.apache.maven.wagon:wagon-ssh:jar:1.0-beta-7
--
1 required artifact is missing.
for artifact:
unspecified:unspecified:jar:0.0
from the specified remote repositories:
central (http://repo1.maven.org/maven2)
{code}
Previously building 7_7 from 3aad3311a97256a8537dd04165c67edcce1c153c, and 8_4
from c0b96fd305946b2564b967272e6e23c59ab0b5da worked fine.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
