Sunt convins ca va-ti lovit de situatia in care un disk raw folosit de o baza de date Oracle (ASM si cluster) s-a umplut si cei de la base de date au cerut o extindere de disk sau adaugarea unui LUN (raw disk) nou. In asemenea situatii este recomandat sa se adauge un disk raw nou si sa NU se extinda un disk deja existent.
In primul rand trebuie adaugat diskul din Storage (aici este partea celor din echipa de Storage - daca nu ai asa ceva atunci tu trebuie sa-l adaugi) iar in OS Linux RedHat (sa presupunem ca folosesti Multipath-ul) trebuie sa rulezi urmatoarele comezi ca sa "redescoperi" LUN-ul nou adaugat:
echo "- - -" > /sys/class/scsi_host/host0/scan echo "- - -" > /sys/class/scsi_host/host1/scan echo "- - -" > /sys/class/scsi_host/host2/scan echo "- - -" > /sys/class/scsi_host/host3/scan echo "- - -" > /sys/class/scsi_host/host4/scan
(aici depinde de cate scsi_host-uri ai)
- vezi in dmsg daca iti apare ceva cu "new SCSI device discovered"
- dupa ce ai scanat hosturile SCSI poti sa redenumesti numele LUN-ului tau scanat si adaugat automat de catre multipath in fisierul (/var/lib/multipath/bindings
sau /etc/multipath/bindins
)
Dupa scanare discul raw trebuie adaugat in /etc/oracleasm
dupa cum urmeaza.
- cream un fisier in /etc/udev/rules.d/new_raw_disk10.rules
- adaugam:
ACTION=="add|change", ENV{DM_UUID}=="mpath-360050768018086e558000000000004a5", SYMLINK+="oracleasm/data09", GROUP="oinstall", OWNER="oracle", MODE="0660"
* unde "mpath-360050768018086e558000000000004a5
" reprezinta WWN-ul meu si denumirea din fisierul bindings de mai sus.
** unde "oracleasm/data09" reperzinta calea si numele noului meu disk raw.
Dupa ce am adaugat noile reguli rulam:
udevadm control --reload-rules && udevadm trigger --type=devices --action=change
Cam asta ar fi tot...