Cluster de Failover do CentOS - SIOCADDRT: Nenhum processo desse tipo (ao adicionar um loopback)

Question

Estou tentando configurar dois servidores da Web para um servidor de balanceamento de carga. O aspecto de balanceamento de carga funciona bem (ele vê o servidor, o mata se precisar e parece direcionar o tráfego bem). O único problema é com o loop de servidores:

/ etc / sysconfig / scripts de rede / ifcfg-lo: 0

DEVICE=lo:0
IPADDR=<Virtual IP>
NETMASK=255.255.255.255
ONBOOT=yes
NAME=loopback

Sempre que tento um " reinício da rede de serviços " recebo um SIOCADDRT: nenhum processo desse tipo ao carregar a interface de loopback.

Alguém tem uma ideia do que está causando isso?

    

Answer 1

Everytime I try a "service network restart" I get a SIOCADDRT: No such process when loading the loopback interface.

Isso geralmente vem do comando route e significa que você está tentando configurar uma rota através de um gateway inválido. Por exemplo, se eu tiver:

# ip addr list
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 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
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether b8:ac:6f:a6:bf:a6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global external

E então eu tento adicionar uma rota para 192.168.3.0 via 192.168.1.1, mas acidentalmente cometer um erro de digitação e digitar o endereço errado do gateway:

# route add 192.168.3.0/24 gw 192.168.2.1

Então eu entendo isso:

SIOCADDRT: No such process

Se, em vez de fazer um service network restart , o que acontece se você usar apenas ifup lo:0 ? Você ainda recebe o mesmo erro?

    

Answer 2

Adicione NO_ALIASROUTING = yes em sua configuração de alias ou em seu dispositivo pai confg se você não precisar rotear nenhum alias. Verifique seu ifup-aliases se ele suportar NO_ALIASROUTING. Se não, configurar GATEWAY="" em sua configuração de alias poderia ser suficiente.

    

Answer 3

Observe que /usr/share/doc/initscripts-*/sysconfig.txt diz que os dispositivos de alias não devem duplicar as informações contidas no dispositivo pai.

/etc/sysconfig/network-scripts/ifcfg-<interface-name> and
/etc/sysconfig/network-scripts/ifcfg-<interface-name>:<alias-name>:

  The first defines an interface, and the second contains
  only the parts of the definition that are different in a
  "alias" (or alternative) interface.  For example, the
  network numbers might be different, but everything else
  might be the same, so only the network numbers would be
  in the alias file, but all the device information would
  be in the base ifcfg file.

Ele também diz usar ONPARENT em vez de ONBOOT :

ONBOOT=yes|no (not valid for alias devices; use ONPARENT)

ONPARENT=yes|no
  Whether to bring up the device when the parent device is brought
  up.
  Default: yes

Isso me faz pensar que ONBOOT=yes está incorreto. O que acontece se você usar ONPARENT ?

DEVICE=lo:0
IPADDR=<Virtual IP>
NETMASK=255.255.255.255
ONBOOT=yes

Atualização:

Acontece que isso realmente não importa. Como diz o larsks, /etc/sysconfig/network-scripts/ifup-aliases só verifica ONPARENT=no :

for FILE in ifcfg-${parent_device}:* ; do
   is_ignored_file "$FILE" && continue
   ini_env;
   . $FILE;
   [ -z "$DEVICE" ] && DEVICE=${FILE##ifcfg-}
   [ "$ONPARENT" != "no" -a "$ONPARENT" != "NO" ] && new_interface;
   unset DEVICE
done