hadoop+wsl 10.255.255.254，BlockMissingException: Could not obtain block: 踩坑

起因：

我在我的wsl中启动一个hadoop

用java客户端连接hadoop，读取某个文件的内容异常，但是读取文件名，文件路径好用

问题：

BlockMissingException: Could not obtain block:BP-xxx

 显示缺少文件块，因此我检查block块，也显示没有问题

hdfs fsck [-options] <path> [...]

 也试过初始化namenode、datanode， 都不好使

# 格式化NameNode
hdfs namenode -format

# 删除datanode数据
rm -rf $HADOOP_HOME/data/data

最后我给代码加了log4j配置，打印debug日志，发现，请求了namenode后，他返回了一个很奇怪的datanode ip【10.255.255.254】，然后我在wsl中 ip a 发现了这个奇怪的ip,这个ip在wsl内部是可以访问的，但是我的windows访问wsl是不能通过这个ip进行访问的。

root@wsl01:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet 10.255.255.254/32 brd 10.255.255.254 scope global lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:15:5d:23:8c:a2 brd ff:ff:ff:ff:ff:ff
    inet 172.17.211.34/20 brd 172.17.223.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::215:5dff:fe23:8ca2/64 scope link
       valid_lft forever preferred_lft forever

相关文档

经过研究发现，这是wsl dns隧道开启的一个内部ip。

WSL 中的高级设置配置 | Microsoft Learn

dnsTunneling**

boolean

true

更改将 DNS 请求从 WSL 代理到 Windows 的方式

dnsTunnelingIpAddress**

string

10.255.255.254

仅当 wsl2.dnsTunneling 设置为 true 时才适用。 指定启用 DNS 隧道的情况下将在 Linux resolv.conf 文件中配置的 nameserver。

解决方案

1、将dnsTunneling改成false，镜像网络直接设置成false，没啥影响  Windows 11 以上可用

2、新增dnsTunnelingIpAddress配置，设置成你的windows能认识的wsl ip（镜像网络不会弄。）

配置文件，文件路径为 C:\Users\<UserName>\.wslconfig  Windows 11 版本 22H2 以上可用

[wsl2]
#networkingMode=mirrored # 开启镜像网络
dnsTunneling=true

[experimental]
dnsTunnelingIpAddress=172.17.211.34

这样之后，就没有inet 10.255.255.254/32 brd 10.255.255.254 scope global lo

root@wsl01:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:15:5d:23:8c:4f brd ff:ff:ff:ff:ff:ff
    inet 172.17.211.34/20 brd 172.17.223.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::215:5dff:fe23:8c4f/64 scope link
       valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:05:a2:d6:a5 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

补充一点

ubuntu，/etc/resolv.conf 这个文件每次重启wsl都会变，可以加一个配置

vi /etc/wsl.conf

[network]

#取消自动生成 resolv.conf

generateResolvConf = false 

或者直接暴力一点

mv /etc/resolv.conf /etc/resolv.conf_bak

echo 'nameserver 8.8.8.8' > /etc/resolv.conf

# 直接物理禁止修改 readonly，再重启也没办法改

chattr +i /etc/resolv.conf

# 取消readonly

# chattr -i /etc/resolv.conf

 其实就是两个问题

1：java访问hdfs时，获取文件元数据信息是访问的namenode，如果想访问文件内容，需要访问先namenode，然后返回文件所在的datanode的信息，然后拿到地址再去访问datanode，所以当你发现能访问文件元数据，但是没法获取文件内容的时候，考虑是不是不认识namenode返回的datanode地址（会返回hostsname），另外出问题，可以加log4j 看debug级别的报错内容。

2：wsl dns隧道会默认加一个172.17.255.255内部通信地址，但是这个地址windows不认识，要么删掉他，要么改掉他

但是为什么 我有这么多ip，他偏偏返回10.255.255.254这个ip呢？我也不懂，感觉是hadoop认为这是一个本地请求所以，返回了一个内部地址。。以后再研究这个问题

原文地址：https://blog.csdn.net/java_creatMylief/article/details/143846493

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！