Powershell SolrCloud配置集API上载返回500“KeepErrorCode=NoNode” 情况

首先，我必须提到，我正在使用Solr8.1.1，并且正在运行默认的Solr-eCloud来进行一些测试。这是在Windows Azure VM上运行的。我正在尝试创建一个PowerShell脚本，该脚本将在SolrCloud上进行一些设置。此过程的第一步是上载自定义配置集。如果去掉所有参数，我使用的是as-guide和PowerShell命令，这些参数归结如下：

调用WebRequest-Urihttp://localhost:8983/solr/admin/configs?action=UPLOAD&name=MyConfig -方法Post-ContentType应用程序/octet流-infle config.zip

编辑：为清晰起见，ZIP的内容如下：

问题 但是，当我运行上述命令时，遇到以下错误：

Invoke-WebRequest : { "responseHeader":{ "status":500, "QTime":11}, "error":{ "msg":"KeeperErrorCode = NoNode for /configs/MyConfig/lang/contractions_ca.txt", "trace":"org.apache.zookeeper.KeeperException$NoNodeException: 
KeeperErrorCode = NoNode for /configs/MyConfig/lang/contractions_ca.txt\r\n\tat org.apache.zookeeper.KeeperException.create(KeeperException.java:114)\r\n\tat 
org.apache.zookeeper.KeeperException.create(KeeperException.java:54)\r\n\tat org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:792)\r\n\tat 
org.apache.solr.common.cloud.SolrZkClient.lambda$create$7(SolrZkClient.java:415)\r\n\tat org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation(ZkCmdExecutor.java:71)\r\n\tat 
org.apache.solr.common.cloud.SolrZkClient.create(SolrZkClient.java:415)\r\n\tat org.apache.solr.handler.admin.ConfigSetsHandler.createZkNodeIfNotExistsAndSetData(ConfigSetsHandler.java:201)\r\n\tat 
org.apache.solr.handler.admin.ConfigSetsHandler.handleConfigUploadRequest(ConfigSetsHandler.java:181)\r\n\tat org.apache.solr.handler.admin.ConfigSetsHandler.handleRequestBody(ConfigSetsHandler.java:111)\r\n\tat 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:199)\r\n\tat org.apache.solr.servlet.HttpSolrCall.handleAdmin(HttpSolrCall.java:796)\r\n\tat 
org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:762)\r\n\tat org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:522)\r\n\tat 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:397)\r\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:343)\r\n\tat 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602)\r\n\tat org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)\r\n\tat 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146)\r\n\tat org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)\r\n\tat 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\r\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)\r\n\tat 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1588)\r\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)\r\n\tat 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345)\r\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)\r\n\tat 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)\r\n\tat org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1557)\r\n\tat 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)\r\n\tat org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)\r\n\tat 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)\r\n\tat org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)\r\n\tat 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126)\r\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\r\n\tat 
org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)\r\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\r\n\tat 
org.eclipse.jetty.server.Server.handle(Server.java:502)\r\n\tat org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)\r\n\tat org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260)\r\n\tat 
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)\r\n\tat org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)\r\n\tat 
org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)\r\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)\r\n\tat 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)\r\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)\r\n\tat 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)\r\n\tat org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)\r\n\tat 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765)\r\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683)\r\n\tat java.lang.Thread.run(Thread.java:748)\r\n", 
"code":500}}
At line:1 char:1

观察 第一次失败时，我从配置文件创建了一个zip文件，其中包含一个额外的顶级文件夹ea，而不是MyConfig/solrconfig.xml等。我的zip是MyConfig/MyConfig/solrconfig.xml，当我使用此命令时，命令运行成功，但创建集合的第二个命令将失败，因为它找不到solrconfig.xml。这告诉我ZIP正确地存在于请求中，Solr似乎能够处理它，但一旦我将其更正为实际的配置集，它就会大量失败

编辑：有人问我这个问题，以及在zip中使用conf是否有效。正如我在这里提到的，这会导致成功上载，但正如您所看到的，它与其他配置集不匹配，并且当您尝试使用此集合创建集合时，您将在创建SolrCore“Test_shard1_replica_n1”时出错：无法创建core[Test_shard1_replica_n1]原因：在类路径或“/configs/Sitecore”中找不到资源“solrconfig.xml”，cwd=C:\solr-8.1.1\server

问题

---

我做错了什么？这是一个bug吗？

回顾一下我刚才在SolrCloud上做的一些工作，我想起了我遇到的一个恼人的问题：

如果我在Windows UI中使用Send to Compressed文件夹或通过PowerShell中的Compresse Archive创建了zip，则在上载架构配置zip文件时会遇到一些奇怪的问题。然而，我发现用7Zip压缩数据确实有效

---

我怀疑我认为很旧的Windows邮政编码和他们很久以前许可的东西之间有什么不兼容的地方？以及Solr/ZooKeeper如何处理再次提取文件的问题？

回顾我不久前在SolrCloud上所做的一些工作，我想起了我遇到的一个恼人的问题：

如果我在Windows UI中使用Send to Compressed文件夹或通过PowerShell中的Compresse Archive创建了zip，则在上载架构配置zip文件时会遇到一些奇怪的问题。然而，我发现用7Zip压缩数据确实有效

---

我怀疑我认为很旧的Windows邮政编码和他们很久以前许可的东西之间有什么不兼容的地方？Solr/ZooKeeper如何处理再次提取文件的问题？

我在没有使用Windows邮政编码的情况下遇到了同样的问题。我试图从一个conf目录上传一个confset到solr7.7.3，该目录包含一个lang子目录和一堆文件。我得到了/configs/\u myconfigsetname\ulang/stopwords\u eu.txt的非节点错误。配置集在Java中通过递归目录遍历进行动态压缩，使用Java的ZipOutputStream将每个文件名发送到Zip文件。然后将生成的压缩字节发送给Solr/Zookeeper

---

这段代码在没有子目录的conf目录下运行良好。事实证明，当存在子目录时，在向Zip流添加文件（如lang/stopwords_eu.txt）之前，必须为该目录创建ZipEntry，例如lang/。

我在没有使用Windows邮政编码的情况下遇到了同样的问题。我试图从一个conf目录上传一个confset到solr7.7.3，该目录包含一个lang子目录和一堆文件。我得到了/configs/\u myconfigsetname\ulang/stopwords\u eu.txt的非节点错误。配置集在Java中通过递归目录遍历进行动态压缩，使用Java的ZipOutputStream将每个文件名发送到Zip文件。然后将生成的压缩字节发送给Solr/Zookeeper

---

这段代码在没有子目录的conf目录下运行良好。事实证明，当存在子目录时，在向Zip流添加文件（如lang/stopwords_eu.txt）之前，必须为该目录创建ZipEntry，例如lang/。

我不是ZooKeeper或Solr专家，但是从错误本身来看，它听起来像是希望您提供一个constractions_ca.txt文件作为配置集的一部分？@MathiasR.Jessen这个文件有效地位于我上传的ZIP中，所以它没有丢失，而Solr似乎无法在解包时创建它？我不是动物园管理员或Solr专家，但是从错误本身来看，它听起来像是希望您提供一个constractions_ca.txt文件作为config set？@MathiasR.Jessen的一部分。这个文件实际上是

---

我上传的是e-ZIP，所以它没有丢失，而Solr似乎无法在解包时创建它？这确实是罪魁祸首！ZIP是使用windows的“发送到压缩文件夹”创建的。例如，使用7zip创建的ZIP可以毫无问题地工作！这确实是罪魁祸首！ZIP是使用windows的“发送到压缩文件夹”创建的。例如，使用7zip创建的ZIP可以毫无问题地工作！