You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Kevin Risden (Jira)" <ji...@apache.org> on 2022/10/27 17:35:00 UTC
[jira] [Commented] (SOLR-16341) Error when upload configset with empty file entry
[ https://issues.apache.org/jira/browse/SOLR-16341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17625225#comment-17625225 ]
Kevin Risden commented on SOLR-16341:
-------------------------------------
So I wonder if what I ran into was similar - with a client they provided an invalid path to the zip file. This created the configset - but it was unusable/empty. I didn't dig into what happened any further yet.
> Error when upload configset with empty file entry
> -------------------------------------------------
>
> Key: SOLR-16341
> URL: https://issues.apache.org/jira/browse/SOLR-16341
> Project: Solr
> Issue Type: Bug
> Components: configset-api
> Affects Versions: 9.0, 8.11.2
> Reporter: Mike Drob
> Priority: Minor
> Labels: newdev
>
> Confirmed with both 8.11 and 9.0
> When uploading a configset that contains an empty file (likely this might be a synonyms or stop words or some other auxiliary file) our zip processing will throw an exception:
> {noformat}
> 2022-08-17 21:36:07.618 ERROR (qtp1142347343-28) [] o.a.s.s.HttpSolrCall java.util.zip.ZipException: only DEFLATED entries can have EXT descriptor => java.util.zip.ZipException: only DEFLATED entries can have EXT descriptor
> at java.base/java.util.zip.ZipInputStream.readLOC(Unknown Source)
> java.util.zip.ZipException: only DEFLATED entries can have EXT descriptor
> at java.util.zip.ZipInputStream.readLOC(Unknown Source) ~[?:?]
> at java.util.zip.ZipInputStream.getNextEntry(Unknown Source) ~[?:?]
> at org.apache.solr.handler.admin.ConfigSetsHandler.handleConfigUploadRequest(ConfigSetsHandler.java:247) ~[?:?]
> at org.apache.solr.handler.admin.ConfigSetsHandler.handleRequestBody(ConfigSetsHandler.java:113) ~[?:?]
> at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:207) ~[?:?]
> {noformat}
> I believe this issue is described at https://commons.apache.org/proper/commons-compress/zip.html, although the description is for apache commons, they claim {{ZipArchiveInputStream shares these limitations with java.util.zip.ZipInputStream}}
> Steps to reproduce:
> {noformat}
> >stopwords.txt
> zip -r - * | curl -X POST --header "Content-Type:application/octet-stream" --data-binary @- "http://localhost:8983/solr/admin/configs?action=UPLOAD&name=c1"
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org