• permet éventuellement de recycler un disque ayant déjà été utilisé dans un nouveau diskgroup

[grid@oracle2 ]$ dd if=/dev/zero of=/dev/oracleasm/disks/ASM_FRA1 bs=8192 count=12800
 
[grid@oracle2 ]$ udevadm control --reload-rules && udevadm trigger

Dans notre cas de figure la VIP sur oracle2 est montée, mais inexistante sur oracle3

• Status VIP

[root@oracle3]#  cd /u01/app/19c/grid_home/bin/
[root@oracle3 bin]# ./srvctl status nodeapps
L'adresse IP virtuelle 192.168.10.222 est activée
L'adresse IP virtuelle 192.168.10.222 est en cours d'exécution sur le noeud oracle2
Le réseau est activé
Le réseau est en cours d'exécution sur le noeud : oracle2
Le réseau est en cours d'exécution sur le noeud : oracle3
ONS (Oracle Notification Service) est activé
Le démon ONS est en cours d'exécution sur le noeud : oracle2
Le démon ONS est en cours d'exécution sur le noeud : oracle3

• un coup d'oeil sur /etc/hosts nous permet de voir que la VIP oracle3 est manquante

[root@oracle3 bin]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
 
##### RAC #####
# Public
192.168.10.212 oracle2 oracle2.labo.local
192.168.10.213 oracle3 oracle3.labo.local
#
# Private (interconnect)
172.16.0.12 oracle2-priv oracle2-priv.labo.local
172.16.0.13 oracle3-priv oracle3-priv.labo.local
#
# Virtual
192.168.10.222 oracle2-vip oracle2-vip.labo.local
192.168.10.223 oracle3-vip oracle3-vip.labo.local
#
# Scan
192.168.10.232 rac1-scan rac1-scan.labo.local
192.168.10.233 rac1-scan rac1-scan.labo.local
192.168.10.234 rac1-scan rac1-scan.labo.local
#