gabcicala » Virtualizzazione

Ripristino della funzionalità della iDRAC

glycerin — Thu, 03 Jun 2010 12:41:50 +0000

Avevamo visto come abilitare la remote console via iDRAC, passiamo ora al suo ripristino.

Via racadm vengono alterati i seguenti valori per ripristinarli ai valori di default (ovviamente tutte queste operazioni vengono fatte con un’utenza remota che non sto qui a specificare):

racadm config -g cfgSerial -o cfgSerialConsoleEnable 0
racadm config -g cfgIpmiSol -o cfgIpmiSolBaudRate 115200

Eventualmente lanciare un racreset ….
racadm racreset

Sulla macchina sulla quale è stata abilitata la remote console via iDRAC viene disabilitato il “Console Redirection After Boot”:
omconfig chassis biossetup attribute=crab setting=disabled

Controllare mediante un omreport chassis biossetup.

Infine nel file inittab della stessa vengono commentate le seguenti entry:

##for serial console
#7:2345:respawn:/sbin/getty 57600 hvc0
#8:23:respawn:/sbin/getty 57600 tty1

Far ripartire la macchina e controllare che il comportamento del “viewer” corrisponda ai comportamenti di default, ovvero possibilità di login e suo controllo.

Technorati Tags: drac, racadm, remote console

iDrac 6 Debian Xen based e Serial Console Redirection

glycerin — Thu, 13 May 2010 16:41:35 +0000

Ecco i passi seguiti per poter abilitare la redirection della Serial Console via iDRAC 6. La procedura è stata testata su di una DELL R610 con installata una Debian Lenny e Xen Hyperviser 3.2-1. Lo scopo è di poter avere maggiori informazioni nei casi di crash del kernel.

Come primo step ho installato le “dellomsa” che mi permettono anche di intervenire sui settaggi del BIOS via shell, o in alternativa gli stessi passi è possibile farli entrando nel menu del BIOS al riavvio della macchina.

Di seguito i valori alterati, con i relativi comandi:

host:~# omconfig chassis biossetup attribute=extserial setting=rad
host:~# omconfig chassis biossetup attribute=fbr setting=57600
host:~# omconfig chassis biossetup attribute=serialcom setting=com2
host:~# omconfig chassis biossetup attribute=crab setting=enabled

Se i comandi sono andati a buon fine dovrebbe comparire in output il seguente feedback:”BIOS setup configured successfully. Change will take effect after the next reboot.“

Successivamente sono state anche modificate le seguenti righe sulla DRAC per abilitare la Serial Console.

racadm config -g cfgSerial -o cfgSerialBaudRate 57600
racadm config -g cfgSerial -o cfgSerialConsoleEnable 1
racadm config -g cfgSerial -o cfgSerialHistorySize 8192
racadm config -g cfgIpmiSol -o cfgIpmiSolBaudRate 57600

Invece per quanto riguarda la parte di avvio della macchina, e in particolare GRUB le righe da modificare all’interno di menu.lst sono le seguenti.

Aggiunta delle seguenti righe prima della parte evidenziata come “### BEGIN AUTOMAGIC KERNELS LIST“

serial –unit=0 –speed=57600 –word=8 –parity=no –stop=1
terminal –timeout=10 serial console

Mentre per le opzioni di avvio di Xen e della relativa release del kernel:

kernel /boot/xen-3.2-1-i386.gz dom0_mem=1024m com2=57600,8n1 console=com2,vga
module /boot/vmlinuz-2.6.26-2-xen-686 root=/dev/sda5 ro console=tty0 console=hvc0

Infine nel file inittab vengono aggiunte le seguenti entry:

#for serial console
7:2345:respawn:/sbin/getty 57600 hvc0
8:23:respawn:/sbin/getty 57600 tty1

Una volta fatte le modifiche sopra riportate si fa ripartire la macchina. Nel frattempo ci si logga via SSH sulla iDRAC della macchina da monitorare via Serial Console e ci si connette alla console appena impostata mediante un semplice comando:

console -h com2

Se tutto è andato per il verso giusto dovrebbe comparire l’output che è anche visibile attraverso il viewer proprio della iDRAC e permettere così la gestione intera della macchina.

N.B.:Per non essere buttati fuori dalla console per inattività è preferibile mettere un qualunque processo in esecuzione come ad esempio un semplice top.

XEN: timer stops running after dom0 reboot & save/restore

glycerin — Thu, 22 Apr 2010 17:01:46 +0000

Una nota abbastanza stonata ogni volta che si restarta il dom0 di una macchina adibita alla virtualizzazione.
Finora, dalla mia esperienza, mi è sempre stato necessario operare un destroy della macchina virtuale (VM) per po ritirarla su con un “xm create“. Il motivo è presto detto. Ogni volta che si ha un boot della macchina fisica la VM entra nello state “save” di XEN per poi essere ripristinata non appena la macchina fisica è su.

Se invece nella configurazione della VM viene inserito il campo extra del seguente tipo:

extra = ‘clocksource=jiffies’

e, insieme a questo far sì che il clock delle VM sia indipendente dalla dom0 con il parametro

xen.independent_wallclock=1

in /etc/sysctl.conf (sia per la VM che per la dom0).

Al riavvio ho notato che la VM ritorna ad avere un time coerente con la dom0, e in generale con l’ntp server configurato. Ovviamente questo presuppone che vi sia il daemon ntpd operativo.
Se altri hanno avuto esperienze simili alla mia mi farebbe piacere avere news sul workaround adoperato.

Technorati Tags: XEN, jiffies, clocksource, independent_wallclock

XEN e l’opzione noreboot

glycerin — Wed, 03 Feb 2010 13:24:06 +0000

A volte capita, e devo dire la verità che mi piacerebbe scoprire il perchè, che una macchina con installato un kernel XEN operi un reboot; sicuramente per un qualcunque problema dovuto al demone xend.
L’opzione “noreboot” disabilita il reboot del kernel, a meno di non voler dare uno shutdown -r. In questo modo, se dovessero subentrare dei problemi di qualsiasi tipo l’opzione noreboot consente un successivo controllo dei log.

Il menu.lst diventerebbe quindi del tipo:

title           Xen 3.2-1-i386 / Debian GNU/Linux, kernel 2.6.26-2-xen-686
root            (hd0,4)
kernel          /boot/xen-3.2-1-i386.gz noreboot
module          /boot/vmlinuz-2.6.26-2-xen-686 root=/dev/sda5 ro console=tty0
module          /boot/initrd.img-2.6.26-2-xen-686

Technorati Tags: xen, noreboot