Automating Installations - Kickstart

-

 L' installazione automatica su più server può avvenire:

- Cloud-init in ambienti cloud

- Kickstart può essere usato con un server PXE-boot in un datacenter automatizzato. Il kickstart file contiene tutte le istruzioni di installazione per effettuare il set up di una istanza Rhel.

Il file Kickstart, anaconda-ks.cfg, è creato automaticamente dopo l'installazione nelle root home directory e può essere modificato manualmente.
Nella stessa directory c'è il file di configurazione initial-setup-ks.cfg che contiene parametri utili per il boot del file system come la scheda di rete, system language, repository....
In genere il file kickstart si trova su un server ed un client accede ad esso o tramite la url
ks=http://server/ks.cfg
oppure usando tool grafici come Virtual Machine Manager .

- Vagrant è una soluzione per installare automaticamente Virtual Machine. Lavora con un "box" cioè una tar file che contiene l'immagine di una virtual machine.
E' supportato da VMware, VirtualBox, Hyper-V e KVM.
Vagrant non è incluso in Rhel8 ma deve essere installato da EPEL.

Esempio:
Creare un file kickstart che si chiama my-ks.cfg e assicurarti che possa essere usato per un installazione automatica e soddisfi i seguenti requisiti:
- the installer prompt for a password
- la connessione di rete è abilitata al boot
- il nome della local machine sia server001.esempio.com

Copiare il file di configurazione
# cp initial-setup-ks.cfg my-ks.cfg
# vim my-ks.cfg
Verificare che in network boot sia active
Cambiare il nome del server in corrispondenza di hostname
Verificare che ignoredisk sia "sda" perché è quello più usato.


Cancellare la riga relativa alla root password così che viene chiesta dal prompt dei comandi.



Post popolari in questo blog

ORA-12154: TNS: il listener non è attualmente a conoscenza del servizio richiesto nel descrittore di connessione

-
Richiesta: Problemi connessione oraSiSV9i.  Di seguito il tnsnames.ora.  SISV9I.dominio.IT = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(Host = oraSISV9I)(Port = 1521)) )(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = SISV9I))) errore che ricevo dall'applicazione: ORA-12514: TNS: il listener non è attualmente a conoscenza del servizio richiesto nel descrittore di connessione 1) Da una macchina server verifico che il ping funziona tnsping oraSISV9i TNS Ping Utility for Linux: Version 11.2.0.1.0 - Production on 24-JAN-2019 12:05:31 Copyright (c) 1997, 2009, Oracle.  All rights reserved. Used parameter files: /u01/app/oracle/product/11.2.0/dbhome_1/network/admin/sqlnet.ora Used HOSTNAME adapter to resolve the alias Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP) (HOST=xx.yyyy.zzz.n)(PORT=1521))) OK (0 msec) 2) Provare da un client locale , inserendo nel tnsnam
Continua a leggere

Create e Drop Pluggable Database

-
Immagine
Creare un pluggable database dal SEED. Il nome del pluggable database non è case sensitive. Condizioni: - Accedere al conatiner root come amministratore o avere il privilegio "create pluggable database". - Il CDB deve essere in stato READ e WRITE. - Usare il comando "create pluggable database" - Come best practice creare un utente che abbia il ruolo DBA all'interno del nuovo pdb La procedura prevede che vengano effettuate copie dei datafile del Seed in una nuova directory e creati i tablespace Sysaux, System, Undo e Temp e gli schema e gli utenti di deafult. Accediamo come root container e assicuriamoci che sia in stato Read Write SQL> show con_name CON_NAME ------------------------------ CDB$ROOT SQL> column name format a15 SQL> select con_id,name,open_mode  from v$containers;       CON_ID NAME    OPEN_MODE ---------- --------------- ---------------------------- 1  CDB$ROOT    READ WRITE 2  PDB$SEED    READ ONLY 3  ORCLPDB            R
Continua a leggere