Không thể khởi động dịch vụ mạng của CentOS 7 tuổi


23

Tôi không thể khởi động dịch vụ "mạng" của CentOS 7 sau khi vô hiệu hóa và xóa dịch vụ "Trình quản lý mạng". Khi tôi kiểm tra trạng thái dịch vụ mạng, nó sẽ xuất hiện lỗi sau:

#systemctl status network.service
network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network)
   Active: failed (Result: exit-code) since Fri 2015-01-16 22:30:46 GMT; 38s ago
  Process: 4857 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)

Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain systemd[1]: network.service: control process exited, code=exited status=1
Jan 16 22:30:46 localhost.localdomain systemd[1]: Failed to start LSB: Bring up/down networking.
Jan 16 22:30:46 localhost.localdomain systemd[1]: Unit network.service entered failed state.

Trong CenOS trước đó, dường như không có vấn đề gì khi chuyển từ dịch vụ "Trình quản lý mạng" sang dịch vụ mạng. Bất kỳ ý tưởng như những gì gây ra vấn đề và làm thế nào để khắc phục nó?

Lưu ý: Tôi đã sử dụng yum erase để xóa dịch vụ quản lý mạng.

Đây là thông tin bổ sung khi được hỏi:

/etc/sysconfig/network-script/ifcfg-enp8s0
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=enp8s0
UUID=453a07fe-1b07-4f29-bc32-f2168e50706a
ONBOOT=yes
HWADDR=XXXXXXXXXXX
MACADDR=XXXXXXXXXX
PEERDNS=yes
PEERROUTES=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes

/etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

/etc/resolv.conf
; generated by /usr/sbin/dhclient-script
search customer.marples.midcity.lan
nameserver 10.241.128.1

Vì tôi không thể đăng bình luận vì uy tín thấp của mình, tôi sẽ đăng bài này dưới dạng câu trả lời, điều này KHÔNG có ý định. <br/> <br/> Bạn có thể đăng bài sau: <br/> <br/> /etc/sysconfig/network-script/ifcfg-eth0<br/> /etc/hosts<br/> /etc/resolv.conf<br/> <br/> Bạn có thể muốn kiểm tra các tuyến đường được định cấu hình của mình cho NIC cụ thể đó (tìm thấy trong /etc/sysconfig/network-scripts/route-<interface>), vì điều này có thể gây ra lỗi tương tự. <br/> <br/> Bạn đã thử ifdown eth0ifup eth0thay vì systemctl (re)start network? Bạn đã vô hiệu hóa / gỡ cài đặt Network Managerbằng cách sử dụngyum remove
Mosh Pit

Xin chào, cảm ơn bạn đã tiếp tế. Tôi đã cập nhật thông tin câu hỏi của tôi ở trên, hãy xem. Có, tôi đã sử dụng yum erase để xóa dịch vụ NetworkManager. Tôi chưa thử ifdown eth0 và ifup eth0, hoever Kết nối mạng của tôi vẫn hoạt động và mặc dù đã xóa dịch vụ quản trị mạng và không thể khởi động dịch vụ mạng.
Gazel

Bạn có HWADDR=XXXXXXXXXXX AND MACADDR=XXXXXXXXXX trong cấu hình giao diện của bạn. Điều này có vẻ là sai, vì có vẻ như nó có ý định giống nhau. Hãy thử một trong những điều tôi khuyên dùng (nhận xét phần này trong cấu hình của bạn), khởi động lại và thử lại. Đây có phải là hộp CentOS 7 TỰ ĐỘNG thi hành không? Bạn đang chạy hệ thống này trên một phần cứng hoặc trong một môi trường ảo? hostsresolv.confnhìn tốt cho đến nay.
Mosh Pit

Ban đầu tôi đã giả mạo MAC trong GUI của Trình quản lý mạng, do đó, nó đã thêm MACADDR giả cùng với HWADDR thật, vì vậy đó là lý do tại sao nó ở đó. Tôi có nên loại bỏ dòng MACADDR? Trạng thái SELinux đọc được kích hoạt. Tôi đang chạy nó trên một phần cứng.
Gazel

Hãy thử bình luận HWADDRvà / hoặc MACADDR, tho tôi nghĩ rằng việc đưa ra MACADDRlà đủ. Khởi động lại toàn bộ hộp và xem nếu mạng đến đúng cách. Ngoài ra, nếu bạn không sử dụng IPv6, hãy mang thứ rác rưởi đó ra. Bạn cũng có thể kiểm tra HWADDR của mình bằng cách sử dụng cat /sys/class/net/ens192/addressđể đảm bảo thiết lập đúng.
Mosh Pit

Câu trả lời:


30

Trong Centos7.0, vô hiệu hóa Trình quản lý mạng sẽ để máy khách dhcp chạy được định cấu hình cho Trình quản lý mạng. Điều này gây ra thông báo lỗi RTNETLINK answers: File existskhi networkdịch vụ được bắt đầu.

dhclientQuá trình cũ có "lợi ích" bổ sung mà khi hết hạn thuê sẽ khiến bạn dhclientbị nghẹt thở, vì nó không thể đến NetWorkManager, do đó xóa địa chỉ IP của bạn.

Nếu bạn grepcho nó, bạn sẽ thấy rằng nó trỏ đến tệp cấu hình NetWorkManager.

[root@host ~]# ps -ef | grep dhc
root      1865   792  0 Apr28 ?        00:00:00 /sbin/dhclient -d -sf \
 /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-eno1.pid -lf\
 /var/lib/NetworkManager/dhclient-c96e56d3-a4c9-4a87-85ca-93dc0ca268f2-eno1.lease\
 -cf /var/lib/NetworkManager/dhclient-eno1.conf eno1

Vì vậy, những gì bạn có thể làm là giết dhclientvà chỉ sau đó bắt đầu dịch vụ mạng của bạn.


Yup, giết dhclient đã khắc phục vấn đề cho tôi. Cảm ơn
MichaelZ

6
Tôi cũng không có đủ danh tiếng để bình luận, nhưng tôi muốn hỗ trợ câu trả lời của Hans và thêm rằng tôi phải thay đổi bootproto thành "none" trong các tệp ifcfg của mình. Pháp nhân chỉ được gọi khi cố gắng khởi động lại mạng và giết quá trình pháp lý không giúp được gì, bởi vì người khác sẽ sinh ra ở nơi đó. Sửa đổi các tập tin ifcfg đã giải quyết vấn đề của tôi.
onlyanegg

5

Xung đột IP cũng sẽ gây ra lỗi này. Hãy thử : systemctl stop network, sau đó ifup eth0.


1

Việc không nhận được IP từ DNS cũng sẽ gây ra lỗi này như tôi vừa tìm thấy. Trong thực tế, có vẻ như bất kỳ lỗi nào với mạng sẽ gây ra lỗi này. Đây có vẻ là một vấn đề với CentOS 7 ở chỗ nó gây ra lỗi rất kém ở đây.


1

như đã được xác định - lỗi này xuất hiện với bất kỳ sự cố nào trong khi thiết lập mạng: xung đột IP, sự cố định tuyến, v.v.

Nhìn vào cài đặt cổng của bạn để xác nhận các cổng của bạn được đặt đúng và mọi thứ là những gì chúng cần phải có /etc/syscofig/networkvà mỗi lần /etc/sysconfig/network-scripts/ifcfg-*tìm IP trùng lặp, các tuyến được đặt qua /etc/sysconfig/network-scripts/route-*nếu bộ nhớ phục vụ cho tôi cổng ngay bây giờ có thể được đặt trong cả hai ifcfg-*route-*tệp. Vì vậy, xác nhận không có sự trùng lặp hoặc chồng chéo.


1

Có vẻ như điều này cũng xảy ra nếu bạn tự cấu hình một giao diện không được kết nối với mạng.


1

Tôi cũng đã đối mặt với điều này ngày hôm nay trên một máy ảo nhân bản CentOS 7.2. Đây là cách tôi sửa nó.

systemctl disable NetworkManager
systemctl enable network

Tìm địa chỉ MAC của giao diện thông qua lệnh /sbin/ifconfig -avà nối nó vào /etc/sysconfig/network-scripts/ifcfg-<interface_name>. Bạn có thể sử dụng các lệnh dưới đây cho giao diện đầu tiên.

nic_file=`ls /etc/sysconfig/network-scripts/ifcfg-e*`
ifconfig -a | grep ether | awk '{ print $2 }' | sed 's/.*/HWADDR=&/' >> ${nic_file}

Sau đó, rebootkhởi động lại máy chủ


0

Xem xét các tập lệnh mạng xem liệu không có giao diện nào khác có thể làm sập mạng.service

làm một ifconfig và ghi lại giao diện. So sánh với các tập tin trong tập lệnh mạng. Nếu có nhiều tệp trong tập lệnh mạng hơn giao diện trong ifconfig, bạn có thể xóa các tệp vô dụng bổ sung và sau đó thực hiện khởi động lại hệ thống systemctl.


0

Có lỗi này sau khi nhân bản một máy chủ ảo, bản sao đã được cung cấp một địa chỉ phần cứng mới (MAC) và cấu hình bộ điều hợp mạng vẫn có cái cũ.

Dòng này trông giống như: HWADDR = 00: 00: 00: 00: 00: 00


0

Tôi gặp phải vấn đề này, nơi máy chủ tiếp tục cho tôi RTNETLINK answers: File existsngay cả sau khi gỡ bỏ trình quản lý mạng và kiểm tra ba lần tất cả cấu hình mạng của tôi.

Dường như một IP đã lên trên một máy chủ khác và máy chủ đó lọc ICMP (vì vậy không có ping), điều đầu tiên tôi đã thử. Vì vậy, đừng dựa vào ping để kiểm tra xem IP có hoạt động hay không!

Khi bắt đầu, tập lệnh mạng đưa ra lệnh này (thay đổi dev và ip của bạn)

/sbin/arping -c 2 -w 3 -D -I eth0 10.196.132.206

Điều này cho chúng tôi biết rằng một địa chỉ mac được liên kết với IP này và không thành công tập lệnh mạng ( ifuphoặc systemctl start network)


0

Tôi cũng gặp phải vấn đề tương tự. Để sửa đổi các tệp cấu hình. (Ifcfg-skexxxx), như sau hãy nhập mô tả hình ảnh ở đây

  • Danh sách được bình luận "UUID = xxxx-xxxx"
  • Thêm tùy chọn mới : NM_CONTROLLED=no, nó cho biết giao diện này sẽ được thiết lập bằng tệp cấu hình này, thay vì được quản lý bởi dịch vụ Network Manager.

Tham khảo: Cách định cấu hình địa chỉ IP tĩnh trên CentOS 7

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.