WARNING:Nous avons dû modifier le "netmask" au niveau du serveur "srvbd02" pour qu'il soit identique sur les 2 noeuds (serveurs) du cluster, voici les étapes réalisées :
Could not find a suitable set of interfaces for the private interconnect
Checking subnet mask consistency...
Subnet mask consistency check passed for subnet "10.2.190.0".
PRVG-11055 : Interfaces configured with subnet number "192.168.2.0" have multiple subnets masks
PRVG-11056 : subnet masks "255.255.255.0" are configured with subnet number "192.168.2.0" on nodes "qaora05t"
PRVG-11056 : subnet masks "255.255.255.224" are configured with subnet number "192.168.2.0" on nodes "qaora06t"
Subnet mask consistency check failed.
Result: Node connectivity check failed
$oifcfg iflist -p -n
en2 10.2.190.0 PRIVATE 255.255.255.0
en4 192.168.2.0 PRIVATE 255.255.255.0
#ifconfig en4
en4: flags=1e080863,c0
inet 192.168.2.14 netmask 0xfffffe00 broadcast 192.168.2.31
tcp_sendspace 131072 tcp_recvspace 65536 rfc1323 0
Le "netmask" qui est égale à "0xffffffe0" doit être modifié pour être "0xffffff00" :
#chdev -l en4 -a netaddr=192.168.2.14 -a netmask=0xffffff00Suite à ce changement, le « cluster verify » à passer sans erreur.
#ifconfig en4
en4: flags=1e080863,c0
inet 192.168.2.14 netmask 0xffffff00 broadcast 192.168.2.255
tcp_sendspace 131072 tcp_recvspace 65536 rfc1323 0
Ce cluster était sur une plateforme IBM AIX 5.3 64bits.
Un merci tout spécial à mon collègue Nabil Ben Tekaya. Grâce à ses yeux de lynx, il a remarqué la différence au niveau des masques réseau.
Aucun commentaire:
Publier un commentaire