最近我真是踩坑无数～，心累～～
上个星期在公司的电脑上用VMware搭建了一个Hadoop集群，一直用的好好的。周一早上打开集群准备给各个节点装NTP服务器，sudo yum -y install ntp ntpdate命令超时，ping了一下发现网络断了。
这是什么鬼？赶紧检查了一下配置文件，没发现什么异样。然后去其他虚拟机节点检查，发现同样无法连接网络，如此一致，我基本排除了配置文件被意外修改造成无法上网这一原因。
三台节点同时无法连接网络，难道是之前在用xsync.sh脚本同步hadoop集群配置文件时误伤了某些网络相关配置文件？要真是这样，那麻烦可就大了。仔细检查了xsync.sh脚本后也没发现什么问题啊，头大啊～～
无奈只能寻求度娘搭救，一顿忙碌下来，毫不意外的一无所获，沮丧极了，还浪费了一个下午的时间。
第二天一早，我打开/etc/sysconfig/network-scripts/ifcfg-ens33 仔细看了看
[user@hadoop01 ~]$ vim /etc/sysconfig/network-scripts/ifcfg-ens33
TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=static
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=ens33
UUID=793084b7-a16f-46b3-b7f9-d2818eb45470
DEVICE=ens33
ONBOOT=yes
IPADDR=192.168.129.130
NETMASK=255.255.255.0
GATEWAY=192.168.129.2
DNS1=192.168.129.1
DNS2=8.8.8.8
uuid那一行引起了我的注意，因为我完全不知道这玩意是干啥的，有啥作用。赶紧去百度，解释是：通用唯一识别码。问题是VMware上三台节点的uuid是一样的。
很显然，问题找到了：因为我在VMware上只装了一台虚拟机，其他两台是用第一台克隆出来的，当时只改了ip地址，没有改uuid。
怎么解决呢？
网上有种方法是用uuidgen命令生成uuid码，然后复制到将配置文件里将原来的uuid覆盖掉（参考：https://www.cnblogs.com/obed/p/11568415）。
[user@hadoop01 ~]$ uuidgen
d1749f17-a5df-4502-88b7-cdc78db71279
但这个方法在我这里并没有效果，修改重启后依然不能连接网络。
最后，我用了最原始的办法，即重新在VMware上装一台机，然后将这台机的/etc/sysconfig/networking-scripts/ifcfig-ens33文件替换掉那台无法连接网络的机器即可（其实主要起作用的是uuid，因为其他几乎都是一样的）。
网友评论