[
https://issues.apache.org/jira/browse/HDFS-16564?focusedWorklogId=764668&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-764668
]
ASF GitHub Bot logged work on HDFS-16564:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 30/Apr/22 14:23
Start Date: 30/Apr/22 14:23
Worklog Time Spent: 10m
Work Description: GauthamBanasandra commented on PR #4245:
URL: https://github.com/apache/hadoop/pull/4245#issuecomment-1113997221
Hi @steveloughran,
> this going to cause any linkage problems with existing apps?
No. The type `uint32_t` is part of the C++ standard included in the
`cstdint` header file. It shouldn't cause any issues.
> what's up with the shaded client failure? its probably completely
unrelated, but I've not seen this before.
Yeah. It seems like we've a regression. I was able to reproduce this on the
trunk on Debian 10. I'm trying to do a `git bisect` to narrow down the commit
that's causing this.
Here's the test failure -
```
[INFO] Running org.apache.hadoop.example.ITUseMiniCluster
[ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed:
18.47 s <<< FAILURE! - in org.apache.hadoop.example.ITUseMiniCluster
[ERROR] useWebHDFS(org.apache.hadoop.example.ITUseMiniCluster) Time
elapsed: 12.167 s <<< ERROR!
org.apache.hadoop.yarn.exceptions.YarnRuntimeException:
org.apache.hadoop.yarn.webapp.WebAppException: Error starting http server
at
org.apache.hadoop.yarn.server.MiniYARNCluster.startResourceManager(MiniYARNCluster.java:384)
at
org.apache.hadoop.yarn.server.MiniYARNCluster.access$300(MiniYARNCluster.java:129)
at
org.apache.hadoop.yarn.server.MiniYARNCluster$ResourceManagerWrapper.serviceStart(MiniYARNCluster.java:500)
at
org.apache.hadoop.service.AbstractService.start(AbstractService.java:195)
at
org.apache.hadoop.service.CompositeService.serviceStart(CompositeService.java:123)
at
org.apache.hadoop.yarn.server.MiniYARNCluster.serviceStart(MiniYARNCluster.java:333)
at
org.apache.hadoop.service.AbstractService.start(AbstractService.java:195)
at
org.apache.hadoop.example.ITUseMiniCluster.clusterUp(ITUseMiniCluster.java:84)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
```
Issue Time Tracking
-------------------
Worklog Id: (was: 764668)
Time Spent: 2h 10m (was: 2h)
> Use uint32_t for hdfs_find
> --------------------------
>
> Key: HDFS-16564
> URL: https://issues.apache.org/jira/browse/HDFS-16564
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: libhdfs++
> Affects Versions: 3.4.0
> Reporter: Gautham Banasandra
> Assignee: Gautham Banasandra
> Priority: Major
> Labels: libhdfscpp, pull-request-available
> Time Spent: 2h 10m
> Remaining Estimate: 0h
>
> *hdfs_find* uses *u_int32_t* type for storing the value for the *max-depth*
> command line argument -
> https://github.com/apache/hadoop/blob/a631f45a99c7abf8c9a2dcfb10afb668c8ff6b09/hadoop-hdfs-project/hadoop-hdfs-native-client/src/main/native/libhdfspp/tools/hdfs-find/hdfs-find.cc#L43.
> The type u_int32_t isn't standard, isn't available on Windows and thus breaks
> cross-platform compatibility. We need to replace this with *uint32_t* which
> is available on all platforms since it's part of the C++ standard.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
