Disabilitazione di NetworkManager su RHEL 7


9

Stavo configurando un server RHEL7 in vmware vSphere e non riesco a collegarlo alla rete senza NetworkManager. Ho configurato il server per avere un IP statico durante il processo di installazione e ha impostato tutto usando NetworkManager. Mentre questo funziona, non utilizziamo NetworkManager nel mio ufficio, quindi sono andato e ho inserito quello che di solito mettiamo il file di configurazione per ottenere i server RHEL6 online senza NetworkManager.

/ etc / sysconfig / network-scripts / ifcfg-ens192 è il seguente:

NAME = ens192
TYPE = Ethernet
ONBOOT = sì
NM_CONTROLLED = no
BOOTPROTO = statico
IPADDR = 10.0.2.15
PREFIX = 24
GATEWAY = 10.0.2.2

Tuttavia, quando disabilito NetworkManager il servizio di rete non si avvia con il seguente errore

#service riavvio della rete

Riavvio della rete (tramite systemctl): processo per network.service non riuscito. Vedere "systemctl status network.service" e "journalctl -xn" per i dettagli.

Ed entrambi i comandi generano quanto segue:

network [1838]: RTNETLINK risponde: il file esiste
network [1838]: RTNETLINK risponde: il file esiste
network [1838]: RTNETLINK risponde: il file esiste
network [1838]: RTNETLINK risponde: il file esiste
rete [1838]: RTNETLINK risponde: il file esiste
network [1838]: RTNETLINK risponde: il file esiste
network [1838]: RTNETLINK risponde: il file esiste
systemd [1]: network.service: processo di controllo uscito, code = stato uscito = 1
systemd [1]: impossibile avviare LSB: porta su / giù in rete

Inoltre, ecco cosa genera il comando 'ip addr':

1: lo: 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 scope
       valid_lft per sempre preferito_lft per sempre
2: ens192: mtu 1500 qdisc noop state DOWN qlen 1000
     link / etere 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff


RTNETLINK answers: File existssignifica che qualunque cosa abbia network.servicecercato di aggiungere (probabilmente indirizzi IP) era già lì. Esegui ip addre aggiungi i risultati alla tua domanda.
BenjiWiebe,

Di recente ho eseguito il debug di un problema network.servicee il modo migliore per tenere traccia dei comandi ip era strace. In genere non dovresti ottenere questo tipo di errore. Potrebbe valere la pena segnalarlo (idealmente tramite supporto).
Pavel Šimerda,

Risposte:


2

Controlla il tuo indirizzo MAC per la VM. Dovrebbe essere 08: 00: 27: 98: 8e: df poiché questo è ciò che viene mostrato che hai eseguito ip addr. Se è qualcos'altro, dovrai impostarlo nel tuo file ifcfg-ens192 con il seguente, ma sostituisci l'indirizzo con l'effettivo.

HWADDR="08:00:27:98:8e:df"

Ho avuto lo stesso problema e questo mi ha risolto.


Il file di configurazione nella domanda apparentemente si basa su NAME = ens192 senza alcuna corrispondenza dell'indirizzo MAC.
Pavel Šimerda,

1

Tutto quello che ho trovato per risolvere questo è quel MAC nella configurazione

 NAME=ens192
 TYPE=Ethernet
 ONBOOT=yes
 HWADDR="08:00:27:98:8e:df"
 NM_CONTROLLED=no
 BOOTPROTO=static
 IPADDR=10.0.2.15
 PREFIX=24
 GATEWAY=10.0.2.2

Se non si è sicuri dell'indirizzo hardware, è possibile trovarlo.

 cat /sys/class/net/ens192/address

1

Prova ad accedere alle impostazioni di rete della macchina virtuale e assicurati che il cavo di rete sia collegato e controlla se lo hai bloccato con un firewall.


0

dovresti inserire tali informazioni (GATEWAY = 10.0.2.2) in / etc / sysconfig / network al termine, il riavvio del servizio dovrebbe avere esito positivo


0

Anch'io mi sono imbattuto nell'errore "Impossibile avviare LSB: porta su / giù la rete", poiché disabilita NetworkManager. Sono stati necessari due minuti per visualizzare le interfacce dopo l'avvio. La causa della confusione era "... LSB". Si è scoperto che il messaggio esce solo dal tradizionale script /etc/rc.d/init.d/network. Nel mio caso, in seguito risolto il problema;

A network-scripts / ifcfg-eth0 aggiunto

NMCONTROLLED=no

Rimossi i file ifcfg- * non necessari che NetworkManager ha lasciato alle spalle

# rm /etc/sysconfig/network-scripts/ifcfg-Wired_connection_?

0

Questo risolverà il problema!

# rm /etc/udev/rules.d/70-persistent-ipoib.rules 

# reboot
  • Ora modifica / etc / sysconfig / network-scripts / ifcfg-eth0,
  • Aggiungi nuovo HWADDR generato o rimuovilo
  • Rimuovi la linea UUID

-Riavviare il servizio di rete

 #systemctl restart network.service

ADESSO! Lavorando.


0

NetworkManager detta la route predefinita (ip route) anche se la tua interfaccia non è stata disabilitata, è solo quell'interfaccia non l'intero sistema.

ps aux | grep -I net   # will probably find NetworkManager still running.
chkconfig network on
systemctl disable NetworkManager.service
systemctl stop NetworkManager.service

1
systemctl disablenon interrompe un servizio, né chkconfig ... offfondamentalmente si traduce comunque nello stesso comando.
Pavel Šimerda,

-1

Stavo avendo lo stesso problema. Quindi elimino solo i file di backup che ho creato /etc/sysconfig/network-scripts, come ifcfg-Bridge_connection_1.homee ifcfg-Bridge_connection_1.officeche ho creato per l'utilizzo del backup. Non dovrebbero essere creati lì. Il /etc/init.d/network restartpotrebbe funzionare bene dopo eliminare quelli inutili * ifcfg-.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.