[ https://issues.apache.org/jira/browse/HDFS-4585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Daryn Sharp resolved HDFS-4585. ------------------------------- Resolution: Duplicate It's actually the other way around: curl is sending more, java is sending less. If it's part of the standard java GSS impl, then it's probably correct behavior so I'll dup this jira. > Webhdfs sometimes can't negotiate a SPNEGO token > ------------------------------------------------ > > Key: HDFS-4585 > URL: https://issues.apache.org/jira/browse/HDFS-4585 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: webhdfs > Affects Versions: 2.0.0-alpha, 3.0.0, 0.23.7 > Reporter: Daryn Sharp > > I'm not sure if this is a curl problem or webhdfs problem, but webhdfs will > reject some users because the Authorization header is too big. In the case > below, the header contains 4041 bytes, whereas a keytab user is generating > 1745 bytes. The failed user can use webhdfs via "hadoop fs", but not via > curl. > {noformat} > curl -v --negotiate -u : 'http://host/webhdfs/v1/?op=GETDELEGATIONTOKEN' > > GET /webhdfs/v1/?op=GETDELEGATIONTOKEN HTTP/1.1 > > Authorization: Negotiate <<4041 bytes>> > > User-Agent: curl/7.19.5 > > Host: host > > Accept: */* > > > < HTTP/1.1 413 FULL head > < Connection: close > < Server: Jetty(6.1.26) > {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira