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
network.service
e 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).
RTNETLINK answers: File exists
significa che qualunque cosa abbianetwork.service
cercato di aggiungere (probabilmente indirizzi IP) era già lì. Eseguiip addr
e aggiungi i risultati alla tua domanda.