Dan Lukes wrote on 2017/04/12 12:03:
Miroslav Lachman wrote:
Jestli script nezavisle na tom co ho vyvolalo zjisti stav zpoolu - a teprve na zaklade tehle informace nejak jedna - tak to ho asi muzes volat bez negativnich dopadu pri jakekoliv ZFS udalosti.
Ano, takhle by to melo probehnout - jakkoliv ho neco zavola, tak zjisti stav poolu a pak o nem pripadne informuje.
Takze jeste dotaz timto smerem - pokud bych do devd pridal pravidlo, ktere se spusti pri jakekoliv ZFS udalosti, prestanou pak fungovat vsechna "konkretnejsi" pravidla, co jsou v zfs.conf?
(pak by bylo potreba proste v kazdem pravidle pro konkretni udalost volat ten stejny skript, namisto jednoho univerzalniho pravidla, protoze nechci prijit o ty akce, co tam jsou ted defaultne)
Zadny z GEOM modulu existujicich v zakladnim 10.3 negeneruje zadne vlastni udalosti. GEOM udalosti vznikaji pouze na globalni urovni (to samozrejme nevylucuje existenci proprietarnich modulu s odlisnym chovanim).
destroy DEV a create DEV, tim se mysli vytvoreni gmirroru (nebo jineho zarizeni podle GEOM class), nebo to je vznik / zanik zarizeni /dev/adaN?
Asi bych se spokojil s tim volanim skriptu pri zmizeni / objeveni /dev/adaN nebo /dev/daN
Mirek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
