Utilizzando degli ESXi standalone non abbiamo la possibilità di sfruttare gli alert generati dal vCenter, ma possiamo sfruttare degli script che ci avvisano per email in caso di problemi.
Un ottimo script potete trovarlo qua, il quale ha la necessità di avere installato vCLI per funzionare.
Può capitare, ad esempio nei server Windows Server 2003, che al momento d’esecuzione dello script, si ottega un errore del tipo (generato eseguendo perl.exe)
The ordinal 3212 could not be located in the dynamic link library LIBEAY32.dll
In internet si trovano soluzioni in cui suggeriscono di rinominare tale libreria, ovviamente non funziona e con la versione 4.1 di vCLI è ancora presente, vedremo con la 5.0 appena uscita!
Comunque come amministratore nel caso di 7/2008 R2 o semplicemente tramite CMD in 2003/XP eseguiamo il comando ppm e una vuola aperto il Perl Package Manager rimuoviamo il pacchetto Crypt-SSLeay ancora alla versione 0.53
Fatto ciò ricerchiamo tra i pacchetti disponibili lo stesso pacchetto alla versione 0.57.
Problema risolto!
Una delle novità , per me piacevole, di Asterisk 1.8 è la possibilità di resettare il contatore delle chiamate in una particolare coda e soprattutto di NON resettare questi valori quando viene ricaricato il modulo app_queue.so, come succedeva nelle precedenti versioni.
Questo è utilissimo in certi ambienti, con una turnazione non propriamente definita, che utilizza ad esempio il fewestcalls come policy di chiamata.
Immaginiamo di avere 10 postazioni con questa policy, 9 posti sono occupati da subito alla mattina, quindi l’algoritmo “spalmerà ” le chiamate in maniera equa tra gli agenti presenti.
Dopo qualche ora arriva qualcuno ad occupare la postazione fino ad adesso vuota, ovviamente il povero malcapitato sarà bombardato di chiamate per “portarsi in pari” con gli altri.
Quindi in questi casi può essere necessario resettare i contatori delle code, magari mettendo in crond il comando seguente:
asterisk -r -x “queue reset stats NOMECODA“
Nell’installazione di default di Asterisk 1.8, noterete la presenza in/var/log/asterisk solo del log messages, un pò povero d’informazioni!
Per riabilitare “l’amato” full è molto semplice, baserà editare il file /etc/asterisk/logger.conf ed aggiungere questa riga
full => notice,warning,error,debug,verbose
E riavviare il servizio logger da console, tramite module reload logger
Era da un pò di tempo che non mi trovavo a parlare di Asterisk e lo farò perchè in azienda abbiamo avviato la roadmap per l’update dei nostri sistemi, di conseguenza dei nostri clienti, dalla 1.4 alla 1.8.
Sarà sicuramente un processo lungo e doloroso in quanto molti dei comandi usati erano deprecati al tempo del 1.4, alcuni sono stati modificati e totalmente eliminati.
Rimane valido il suggerimento di far girare come utente non-root Asterisk, anche stavolta tramite make install e make config saranno installati /etc/init.d/asterisk e /usr/sbin/safe_asterisk
Per far “girare” asterisk come utente non-root troverete in giro di editare le variabili AST_USER e AST_GROUP in vari file, tra cui /etc/init.d/asterisk, /etc/sysconfig/asterisk o /etc/default/asterisk
Non server a niente! Dato che è presente safe_asterisk e LUI da editare, dovrete trovare la riga in cui è scritto ASTARGS=”" che andrà modificata come di seguito
ASTARGS=”-U asterisk -G asterisk”
Ovviamente dopo che avrete dato i diritti e l’ownership giusti alle varie directories usate da Asterisk.
Installando un nuovo server Sophos ho registrato un problema che ancora non avevo ancora riscontrato.
Come saprà chi usa questo prodotto, una volta installata la console di gestione sul server, è possibile installare remotamente l’antivirus sui pc in rete.
Avevo notato che l’installazione partiva regolarmente ma alla fine non veniva registrato lo stato dei pc, restituendo un errore
Error     fffffffd :     This computer is not yet managed by Sophos Control Center.
It is protected but has not yet reported its status to Sophos Control Center.
questo sia con pc windows che server.
Mi è venuto in mente di disabilitare il firewall presente sul server 2008R2 in questione e tutto ha cominciato a funzionare.
Credo che sia dovuto a un problema dell’installer che non ha aggiunto questa regola, prima non mi era mai capitato, comunque poco male, basta abilitare sia in ingresso che in uscita il traffico dalle/sulle porte 8192-8193-8194 tutte TCP.
Categories
Tag Cloud
Blog RSS
Comments RSS
Last 50 Posts
Back
Void 
Life 
Earth 
Wind 
Water 
Fire