You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Zoltán Kornél Török (Jira)" <ji...@apache.org> on 2023/11/16 23:24:00 UTC
[jira] [Commented] (NIFI-12383) GZipException occur during cluster replication, when the original request contains "accept-encoding" header with lowercase
[ https://issues.apache.org/jira/browse/NIFI-12383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17786967#comment-17786967 ]
Zoltán Kornél Török commented on NIFI-12383:
--------------------------------------------
I deployed the fix to my cluster, after the change the problem dissapeared
> GZipException occur during cluster replication, when the original request contains "accept-encoding" header with lowercase
> --------------------------------------------------------------------------------------------------------------------------
>
> Key: NIFI-12383
> URL: https://issues.apache.org/jira/browse/NIFI-12383
> Project: Apache NiFi
> Issue Type: Bug
> Reporter: Zoltán Kornél Török
> Assignee: Zoltán Kornél Török
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> I had a three node cluster with knox.
> Time to time an error occured in the nifi logs on this cluster:
> {code}
> 2023-11-15 13:25:51,637 INFO org.apache.nifi.cluster.coordination.http.replication.ThreadPoolRequestReplicator: Received a status of 500 from xy:8443 for request PUT /nifi-api/process-groups/d2cedf64-018b-1000-0000-0000164a79fc when performing first stage of two-stage commit. The action will not occur. Node explanation: An unexpected error has occurred. Please check the logs for additional details.
> {code}
> Also sometimes I got "An unexpected error has occurred. Please check the logs for additional details." error on the UI too. After some investigation in I found the error in the logs:
> {code}
> 23-11-15 13:40:25,289 ERROR [NiFi Web Server-78] o.a.nifi.web.api.config.ThrowableMapper An unexpected error has occurred: java.util.zip.ZipException: Not in GZIP format. Returning Internal Server Error response.
> java.util.zip.ZipException: Not in GZIP format
> at java.base/java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:176)
> at java.base/java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:79)
> at java.base/java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:91)
> at org.glassfish.jersey.message.GZipEncoder.decode(GZipEncoder.java:49)
> at org.glassfish.jersey.spi.ContentEncoder.aroundReadFrom(ContentEncoder.java:100)
> at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed(ReaderInterceptorExecutor.java:132)
> at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundReadFrom(MappableExceptionWrapperInterceptor.java:49)
> at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed(ReaderInterceptorExecutor.java:132)
> at org.glassfish.jersey.message.internal.MessageBodyFactory.readFrom(MessageBodyFactory.java:1072)
> at org.glassfish.jersey.message.internal.InboundMessageContext.readEntity(InboundMessageContext.java:919)
> at org.glassfish.jersey.server.ContainerRequest.readEntity(ContainerRequest.java:290)
> at org.glassfish.jersey.server.internal.inject.EntityParamValueParamProvider$EntityValueSupplier.apply(EntityParamValueParamProvider.java:73)
> {code}
> After many hours of debugging, I found out, that sometimes when I use the cluster via knox, some unknown reason the incoming "Accept-Encoding" come with all leters lowercase (which is valid, becase HTTP header is case insensitive - https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers). However OkHttpReplicationClient assume that the header is always "Accept-Encoding" (https://github.com/apache/nifi/blob/main/nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-framework-cluster/src/main/java/org/apache/nifi/cluster/coordination/http/replication/okhttp/OkHttpReplicationClient.java#L294 and https://github.com/apache/nifi/blob/main/nifi-commons/nifi-site-to-site-client/src/main/java/org/apache/nifi/remote/protocol/http/HttpHeaders.java#L25). Because of that, during replication the client not use gzip compression but when other node get the requests, the jetty read the original "accept-encoding" header and try to uncompress the inputstream, which lead to the above error.
> We need to add a few line code to the client to read the header case insensitivity
--
This message was sent by Atlassian Jira
(v8.20.10#820010)