3.1 Hadoop集群搭建 - 虚拟机配置IP(NO-CARRIER)遇到的问题 - 基于CentOS7 -【连载中】

本文介绍了如何解决CentOS7虚拟机在NAT/桥接网络配置下无法联网的问题。当虚拟机网络状态显示NO-CARRIER时,可能是网卡名称变更或NAT/DHCP服务未开启。解决方法包括检查并更新网卡配置文件中的名称以匹配实际名称,以及在宿主机上启用VMware的NAT和DHCP服务。通过这些步骤,可以恢复虚拟机的网络连接。
摘要由CSDN通过智能技术生成

续上一篇文章: Hadoop集群搭建-NAT/桥接网络配置-基于CentOS7-【连载中】

前言:

推荐优先查看第二种方法

虚拟机 CentOS 7 查看网络状态

虚拟机输入:ip aifconfig
ifconfig报错,请参考此篇文章:
3.2 Hadoop集群搭建-Linux中“ifconfig”命令报错问题解决方案-基于CentOS7-【连载中】

能联网的状态:

[root@master network-scripts]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    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: eno16777736: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:cb:e4:f6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.4/24 brd 192.168.1.255 scope global eno16777736
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fecb:e4f6/64 scope link 
       valid_lft forever preferred_lft forever

不能联网的状态:

[root@master network-scripts]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    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: eno16777736: <NO-CARRIER,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:cb:e4:f6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.4/24 brd 192.168.1.255 scope global eno16777736
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fecb:e4f6/64 scope link 
       valid_lft forever preferred_lft forever

注解:

  • 解释:
    2: eno16777736: <NO-CARRIER,MULTICAST,UP,LOWER_UP>
    上面这行代码中的网卡名称后面跟的NO-CARRIER是没有载体的意思【百度的英文意思】
    就是说没有网卡【猜的】
    NO-CARRIER后面是什么我没注意看过,只在无法联网时着重看了这一个单词。

解决方法1

首先的解决办法是去查看下网卡名称是否一致:ifcfg-eno777736是网卡名称【网卡名称因机器而异,大多数用户是这样】
因为网卡名称开始是默认给的,在下次开机可能会更改,所以先确认一下。

  • 操作如下:
[root@master ~]# cd /etc/sysconfig/network-scripts/
[root@master network-scripts]# ls
ifcfg-eno16777736  ifdown-ipv6    ifdown-TeamPort  ifup-ippp   ifup-routes       network-functions
ifcfg-lo           ifdown-isdn    ifdown-tunnel    ifup-ipv6   ifup-sit          network-functions-ipv6
ifdown             ifdown-post    ifup             ifup-isdn   ifup-Team
ifdown-bnep        ifdown-ppp     ifup-aliases     ifup-plip   ifup-TeamPort
ifdown-eth         ifdown-routes  ifup-bnep        ifup-plusb  ifup-tunnel
ifdown-ib          ifdown-sit     ifup-eth         ifup-post   ifup-wireless
ifdown-ippp        ifdown-Team    ifup-ib          ifup-ppp    init.ipv6-global

说明:

  • 用这个名称去和你ip a得到的名称去做对比,如果不一致改成一致重启下网卡应该就可以了
    #重启网卡命令:service network restart

解决方法2

开启NAT/DHCP服务:
  1. Windows(⌘)+R/(窗口键+R)输入:
services.msc

运行截图
打开服务管理项
2. 打开大写键盘锁(为了快速查找),输入V(VMware的首字母)
3. 找到后发现“VMware NAT service”没有在运行或“VMware DHCP service”
4. 鼠标右键点击“启用”后再鼠标右键点击“属性”,将“启动类型”改为“自动”
5. 再去Linux中重启下网卡,重启网卡命令如下:

service network restart
  1. Ping:ping一下baidu.com
  2. 出现如下信息:
[root@master network-scripts]# ping baidu.com
PING baidu.com (39.156.69.79) 56(84) bytes of data.
64 bytes from 39.156.69.79: icmp_seq=1 ttl=128 time=22.2 ms
64 bytes from 39.156.69.79: icmp_seq=2 ttl=128 time=22.6 ms
64 bytes from 39.156.69.79: icmp_seq=3 ttl=128 time=22.7 ms
^C
--- baidu.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 22.240/22.522/22.712/0.203 ms

此时就已经可以上网了,可以再ip a查看一下状态已变成上面所说的正常状态信息啦!


问题解决

下一篇文章:专栏 [ 查看所有文章 ]:Hadoop生态圈搭建

  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AdminLog

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值