[
https://issues.apache.org/jira/browse/KNOX-2139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17046942#comment-17046942
]
Kevin Risden commented on KNOX-2139:
------------------------------------
There are no special replay buffer changes in the topology
[^cdp-proxy-api.xml] or in the gateway-site.xml configs:
{code:java}
[root@krisden-1 ~]# cat /var/lib/knox/gateway/conf/gateway-site.xml
<?xml version="1.0" encoding="UTF-8"?>
<!--Autogenerated by Cloudera Manager-->
<configuration>
<property>
<name>default.app.topology.name</name>
<value>cdp-proxy</value>
</property>
<property>
<name>gateway.cloudera.manager.advanced.service.discovery.config.monitor.interval</name>
<value>10000</value>
</property>
<property>
<name>gateway.cloudera.manager.descriptors.monitor.interval</name>
<value>10000</value>
</property>
<property>
<name>gateway.cluster.config.monitor.cm.interval</name>
<value>60</value>
</property>
<property>
<name>gateway.dispatch.whitelist</name>
<value>DEFAULT</value>
</property>
<property>
<name>gateway.dispatch.whitelist.services</name>
<value>DATANODE,HBASEUI,HDFSUI,IMPALAUI,JOBHISTORYUI,KUDUUI,NODEUI,YARNUI,YARNUIV2,knoxauth</value>
</property>
<property>
<name>gateway.gateway.conf.dir</name>
<value>deployments</value>
</property>
<property>
<name>gateway.group.config.hadoop.security.group.mapping</name>
<value>org.apache.hadoop.security.ShellBasedUnixGroupsMapping</value>
</property>
<property>
<name>gateway.group.config.hadoop.security.groups.cache.secs</name>
<value>10</value>
</property>
<property>
<name>gateway.group.config.hadoop.security.groups.negative-cache.secs</name>
<value>5</value>
</property>
<property>
<name>gateway.hadoop.kerberos.secured</name>
<value>true</value>
</property>
<property>
<name>gateway.httpclient.truststore.path</name>
<value></value>
</property>
<property>
<name>gateway.knox.admin.groups</name>
<value>knoxui</value>
</property>
<property>
<name>gateway.path</name>
<value>gateway</value>
</property>
<property>
<name>gateway.port</name>
<value>8443</value>
</property>
<property>
<name>gateway.scope.cookies.feature.enabled</name>
<value>false</value>
</property>
<property>
<name>gateway.signing.key.alias</name>
<value></value>
</property>
<property>
<name>gateway.signing.keystore.name</name>
<value></value>
</property>
<property>
<name>gateway.signing.keystore.type</name>
<value></value>
</property>
<property>
<name>gateway.tls.keystore.path</name>
<value></value>
</property>
<property>
<name>gateway.websocket.feature.enabled</name>
<value>true</value>
</property>
<property>
<name>gateway.xforwarded.header.context.append.servicename</name>
<value>LIVYSERVER</value>
</property>
<property>
<name>java.security.krb5.conf</name>
<value>/etc/krb5.conf</value>
</property>
<property>
<name>sun.security.krb5.debug</name>
<value>false</value>
</property>
<property>
<name>java.security.auth.login.config</name>
<value>/var/lib/knox/gateway/conf/krb5JAASLogin.conf</value>
</property>
<property>
<name>gateway.cluster.config.monitor.cm.enabled</name>
<value>true</value>
</property>
</configuration>
{code}
> Can not handle 8GB file when using webhdfs
> ------------------------------------------
>
> Key: KNOX-2139
> URL: https://issues.apache.org/jira/browse/KNOX-2139
> Project: Apache Knox
> Issue Type: Bug
> Components: Server
> Affects Versions: 1.1.0, 1.2.0
> Reporter: Sean Chow
> Assignee: Kevin Risden
> Priority: Critical
> Attachments: cdp-proxy-api.xml
>
>
> I use knox with webhdfs for a long time, andI uprade my knox version from 0.8
> to 1.2 recent days. It's really strange that knox can't handle file with size
> *8589934592 bytes* when I upload my splited file to hdfs.
> It's easy to reproduce and both knox1.1 and 1.2 have this issue. But is works
> fine in knox0.8.
> Any error log found in gateway.log? No, all logs is clean. From the client
> side (curl), I saw the the url is redirected correctly and failed with
> {{curl: (55) Send failure: Connection reset by peer}} or {{curl: (55) Send
> failure: Broken pipe}}
> I'm sure my network is ok. Any files with other size(smaller or larger) can
> be upload successfully.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
