AIX post-install

Fórumok

hello,

Az nem lehet, hogy neha ne legyen egy kis mozgas az AIX korul... ;-)

Szoval most azt talaltam ki, hogy osszeirom, egy default AIX install utan az operacios rendszeren milyen valtoztatasokat erdemes vegrehajtani, hogy jobban nezzen ki. ;-)

Normalis esetben nyilvan a telepiteseket NIM (network boot) vagy pl VIO klonozas reven, mksysb-rol vegezzuk, de akkor is kell egy 'gold image', amibe a kezdeti idoszakban belesuritjuk senior tudasunk legjavat, illetve a ceg irracionalis standardizacios koveteleseit. ;-)

Hamarosan (talan holnap) irok egy oldalt a wikibe, addig meg varom azok jelentkezeset, akik ugy erzik, hogy be tudnanak dobni nehany otletet.

Hozzászólások

Régen még az IBM-es időszakomban, 300 szerver telepítését oldottam meg NIM-en keresztül, úgy, hogy szokásos install (nem mksysb klónozás), után a nim post script-je oldotta meg a szükséges 3rd party csomagok telepítését és a további beállításokat. Ezek a szerverek ugyanis tesztállomások voltak, tehát heti kb. 10 telepítés biztos volt, így volt lehetőség tökéletesíteni a módszert :-)
Még össze kell szednem a gondolataimat és írok konkrétumokat is.

--=={ Richee }==--

Nagyjabol kesz a wiki-oldal.
Ha nincs oda usered, es nincs kedved vacakolni vele, akkor szivesen beteszem, amit irsz.

szerk. Amugy en meg olyat csinaltam NIM hijan, hogy elso boot utan egy NFS share-rol futtatott ksh script allitotta be a leglenyegesebb, univerzalis reszeket, aztan egy masikkal a legvegen ellenorizni is lehetett mindent, azt is, ami kezzel lett beallitva.

Ezt csinalja az alt_disk_install:


Calling mkszfile to create new /image.data file.
Checking disk sizes.
Creating cloned rootvg volume group and associated logical volumes.
Creating logical volume alt_hd5
...
Creating /alt_inst/var file system.
Generating a list of files
for backup and restore into the alternate file system...
Backing-up the rootvg files and restoring them to the
alternate file system...

Ez lenyegeben ugyanaz a folyamat, amit az mksysb csinal. Csak annyi a kulonbseg, hogy mksysb-nel a backup/backbyname nem egyenkent irogat az uj filerendszerre, hanem kozvetlenul egy file-ba ir:


Creating information file (/image.data) for rootvg.
# /usr/bin/find ./usr ! -name .archive.list.1089722 ! -type s ( -fstype jfs -o -fstype jfs2 ) -xdev -print
Creating list of files to back up.
Backing up 61140 files.......
# backbyname -i -q -v -Z -p -U -f /dev/null

Apróság, de a roothome-ot én mindig átrakom a /home alá vagy bárhova, mert ha jól rémlik az /etc is ugyanazon az LV-n van. Csúnya ha a smit.log miatt megtelik az LV és sérül az ODM.

Szintén apróság és nem kötekedés: ékezetes karakterek a wikin? Átírom, ha küldesz egy emailt, hogy hogyan is lehet hozzáférni.

Igaz. :)

SRCsubsys ODM class (uj deamonok hozzaadhatok)

chssys/mkssys/rmssys, de nem hinném, hogy bármikor is ezzel reális helyzetben gányolni kelljen.

Valamint, ha van HMC vagy soros kapcsolat, akkor telnet tiltása csípőből, és ha nincs rá szükség, akkor ftpd-t is kikommentezni az inetd.conf-ban (chsubserver sux).

idozona

Nagyobb hangsúlyt fektetni rá, mint érdemelne, mert a manual szerint reboot kell, hogy mindenki szépen felvegye, ha változtatunk rajta.

Ha hülyeséget írok, mentségemre szóljon, hogy most nem férek hozzá ilyen géphez.

"A primary es a secondary (dump) keruljon kulon-kulon diszkekre, ne mirrorozzuk." :-)
--
As above, so below