Hive3.X——异常处理Could not create ServerSocket on address 0.0.0.0/0.0.0.0:10000
01 前言
大数据系列，学到了Hive，搭建环境的时候，因为使用的是本机WSL2（别问为啥不用VMware，问就是条件有限，而且WSL2也用得挺好的），而且网络开启了镜像模式，于是碰到hiveserver2服务始终无法启动的问题。报错信息就是Could not create ServerSocket on address 0.0.0.0/0.0.0.0:10000，网上找了一圈也没看到同样的例子。好吧，又得自己解决了。
一步一步查下来，又耽误了半天的宝贵学习时间，记录一下，留待有缘人。
02 正文
环境：
Windows 11 64 bit
WSL 2 （网络：镜像模式）
Ubuntu 20.04
Apache Hive 3.1.3
1、过程
因为hiveserver2默认端口号是10000，想来应该没有哪个程序用过，于是就没有修改了。
但是一直启动，一直报同一个错，真是郁闷。
起初看到报错信息里面这个IP地址：0.0.0.0/0.0.0.0:10000，甚是疑惑。认知中，如果是0.0.0.0:10000还能理解，为啥IP还重复了一遍，所以怀疑是IP解析有问题，导致服务无法启动（毕竟代码是运行在WSL2中，发生一些意外的情况也能理解）。
于是打开IDE，把Hive码源搞下来研究了一番……
然而也没看出啥大问题，搞了一些测试的例子，想确认是不是真的IP解析有问题，如果是，那可能要修改码源重新编译，还得处理依赖等等，挺麻烦的。
排查到出问题的那块，使用了Apache Thrift 框架，又找了相关的例子，好不容易才把测试的例子跑起来。
本机验证，随便一个端口9090·，没问题。
打包jar到WSL2运行，9090端口也没问题。
那就说明IP解析这块，没有问题。
最后在本机上，测试10000端口，也报了同样的错，终于逮到了！
2、结果
因为网络是镜像模式，所以主机上的10000端口被占用，WSL2中也用不了！
——那么是什么程序一直在用10000端口？
马上开启命令行查端口占用：
netstat -ano | findstr 10000
得到类似结果：
TCP 127.0.0.1:10000 0.0.0.0:0 LISTENING 19664
然后继续看是哪个进程：
tasklist | findstr 19664
得到结果：
YunDetectService.exe 19664 Console 1 7,408 K
接着打开任务管理一看：
抓到罪魁祸首——某度网盘。
3、处理
找到原因，就好处理了：
1、要么停掉或者卸载本机上占用了10000端口的软件。
2、要么就是修改Hive的配置文件，修改hiveserver2的端口号（因为10001、10002也有用了，这里用10003）:
修改：hive-site.xml
<property><name>hive.server2.thrift.port</name><value>10003</value></property>
修改完成后，重启hiveserver2，大功告成。
03 后记
最后找到是本机上的端口占用问题，给我整气笑了，白忙活一场。
Hive 4.0也出来了，简单试用了一下，Hive CLI没了，只有beeline了，有机会再研究了。
参考：
【WSL2网络设置参考】
【Hive各版本下载】
