Blog personal David Toribio
según Diccionario marítimo español: que además de las definiciones de las voces … Escrito por Martín Fernández de Navarrete
ZAPATERO: Dícese del que maniobra mal ó a maniobrado mal, ó no entiende la maniobra
A la, que lo paseis bien 
Cuando se apaga Windows 2003 en circunstancias no controladas al reiniciar nos pide el motivo por el que se apago el servidor.
Sin embargo en ocasiones esto puede ser un tanto molesto, para suprimir esta acción debemos hacer un regedit y buscar la entradas:
ejecutamos: gpedit.msc
y vamos a: configuracion equipo->plantilla administrativa->sistema
aqui buscamos “rasteador de sucesos de apagado” y lo deshabilitamos
Generalmente esto nos interesa cuando aplicamos un Autologon como nos explica el amigo Ortiz en: http://www.rubenortiz.es/2008/09/17/windows-2003-server-autologin/
Revisar que tenemos instalados los siguientes paquetes:
php-pear
php-devel
ImageMagick
ImageMagick-devel
gcc
A continuación hacemos:
pecl install imagick
echo “extension=imagick.so” > /etc/php.d/imagick.ini
/etc/init.d/httpd restart
COmprobamos si todo esta en su sitio:
php -m | grep imagick
En un Virtuozzo falla el arranque del VPS,
]# vzctl start 1
Starting Container …
Wrong HW address don’t start SVE
Error executing mount script /var/opt/pva/pp/sve//scripts/mount
Container start failed
Probamos para ver un poco mas de detalle
[root@hn31 ~]# vzctl –verbose start 1
Starting Container …
Running command: /usr/sbin/vzquota show 1 -p /var/opt/pva/pp/sve//fs
Running command: /usr/sbin/vzquota on 1 -s 0 -R -p /var/opt/pva/pp/sve//fs -b 1048676 -B 1153124 -i 200000 -I 220000 -e 0 -n 0
Mounting root: /vz/template:/var/opt/pva/pp/sve//fs /vz/root/1
Running command: /var/opt/pva/pp/sve//scripts/mount
Wrong HW address don’t start SVE
Error executing mount script /var/opt/pva/pp/sve//scripts/mount
Running command: /usr/sbin/vzquota stat 1 -f -p /var/opt/pva/pp/sve//fs
Running command: /usr/sbin/vzquota off 1 -p /var/opt/pva/pp/sve//fs
Running command: /usr/sbin/vzquota setlimit 1 -p /var/opt/pva/pp/sve//fs -b 1048676 -B 1153124 -i 200000 -I 220000 -e 0 -n 0
Container start failed
El problema es que el script de arranque chequea los interfaces, para ello procedemos a editar el archivo que falla para ponerlo en modo debug el .sh File /var/opt/pva/pp/sve//scripts/mount
poniendo en la primera linea: “#!/bin/bash -x” y de aqui ya empiezo a ver la movida por donde viene
[root@hn31 ~]# vzctl –verbose start 1
Starting Container …
Running command: /usr/sbin/vzquota show 1 -p /var/opt/pva/pp/sve//fs
Running command: /usr/sbin/vzquota on 1 -s 0 -R -p /var/opt/pva/pp/sve//fs -b 1048676 -B 1153124 -i 200000 -I 220000 -e 0 -n 0
Mounting root: /vz/template:/var/opt/pva/pp/sve//fs /vz/root/1
Running command: /var/opt/pva/pp/sve//scripts/mount
+ . /etc/sysconfig/vz-scripts/1.conf
++ VERSION=2
++ ONBOOT=yes
++ KMEMSIZE=11055923:11377049
++ LOCKEDPAGES=256:256
++ PRIVVMPAGES=65536:69632
++ SHMPAGES=21504:21504
++ NUMPROC=240:240
++ PHYSPAGES=0:2147483647
++ VMGUARPAGES=33792:2147483647
++ OOMGUARPAGES=26112:2147483647
++ NUMTCPSOCK=360:360
++ NUMFLOCK=188:206
++ NUMPTY=16:16
++ NUMSIGINFO=256:256
++ TCPSNDBUF=1720320:2703360
++ TCPRCVBUF=1720320:2703360
++ OTHERSOCKBUF=1126080:2097152
++ DGRAMRCVBUF=262144:262144
++ NUMOTHERSOCK=360:360
++ DCACHESIZE=3409920:3624960
++ NUMFILE=9312:9312
++ AVNUMPROC=180:180
++ NUMIPTENT=128:128
++ MEMINFO=privvmpages:1
++ CPUUNITS=1000
++ DISKSPACE=1048576:1153024
++ DISKINODES=200000:220000
++ QUOTATIME=0
++ OFFLINE_MANAGEMENT=yes
++ ARCH=x86
++ PLATFORM=linux
++ SLMMEMORYLIMIT=268435456:268435456
++ VE_ROOT=/vz/root/1
++ VE_PRIVATE=/var/opt/pva/pp/sve/
++ DISTRIBUTION=sve
++ TECHNOLOGIES=’nptl x86′
++ ORIGIN_SAMPLE=basic
++ VEFORMAT=vz3
++ VEID=1
++ IP_ADDRESS=192.168.75.143
+ mkdir -p /vz/root/1/var/opt/pavm/proxy/
+ mkdir -p /vz/root/1/var/log/pavm/
+ mkdir -p /vz/root/1/opt/pavm/
++ cat /etc/vz/redirect.d/vzpp-plesk.conf /etc/vz/redirect.d/vzpp.conf
++ grep PORT
++ sed ‘s/^PORT=”\?\([[:digit:]]*\)”\?/\1/’
+ PORTS_LIST=’8443
4643′
+ ‘[' -z '' ']‘
+ PATH=/bin:/sbin/:/usr/sbin/:/usr/bin/
++ ip route list
++ awk ‘/^default / && $(NF – 1) == “dev” { print $(NF) }’
+ HN_IFACE=
+ HN_ADDRESS=
+ ‘[' -z '' ']‘
+ echo ‘Wrong HW address don’\”t start SVE’
Wrong HW address don’t start SVE
+ exit 1
Error executing mount script /var/opt/pva/pp/sve//scripts/mount
Running command: /usr/sbin/vzquota stat 1 -f -p /var/opt/pva/pp/sve//fs
Running command: /usr/sbin/vzquota off 1 -p /var/opt/pva/pp/sve//fs
Running command: /usr/sbin/vzquota setlimit 1 -p /var/opt/pva/pp/sve//fs -b 1048676 -B 1153124 -i 200000 -I 220000 -e 0 -n 0
Container start failed
[root@hn31 ~]#
[root@hn31 ~]#
desde linea de comandos puedes probar como una linea del script se comporta mal y debes como sigue:
Donde dice:
ip route list | awk ‘/^default / && $(NF – 1) == “dev” { print $(NF) }’
no muestra nada, por lo que hago:
# ip route list | awk ‘/^default / && $(NF – 4) == “dev” { print $(NF -3) }’
Sin embargo opto por poner el interface a pelo en el script, comento la linea de asignación y pongo una asignación eth0, en el script: /var/opt/pva/pp/sve//scripts/mount
# HN_IFACE=`ip route list | awk ‘/^default / && $(NF – 1) == “dev” { print $(NF) }’`
HN_IFACE=’eth0′
y le quitamos el debug de la primera linea.
De vez en cuando sale el tema sobre tener un par de monitores para poder procesar correctamente los asuntos en los que tienes que leer, acceder, responder, supervisar…. todo a la vez y ademas ir revisando alertas otras “vainas”, finalmente casi todos acabamos con algún montaje basado en un par de PCs y algún sistema generico compartido para los que están en la sala donde ver las gráficas etc.
Finalmente o acabas con un KVM reciclado a KM (le quitas la V de video) bueno, 2 teclados en la mesa dando por …..,
El otro dia me tope con una utilidad para resolver esto, en mi caso tenia delito teniendo un teclado y mouse Bluetooth, joder la marrana con mas cacharros.
Utilidad 1: http://synergy-foss.org/
Es aqui te bajas el software apra windows, Ubuntu y/o Mac, fucionar funciona bien, pero solo el de windows se configura de forma mas o menos evidente, os otros hay que generar un fichero que yo no genere, sino qu eme fui a otra utilidad.
Utilidad 2: http://code.google.com/p/quicksynergy/
Esta permite configurar el synergy-foss en ubuntu y/o Mac.
Instalados ambos defines uno de los ordenadores como server y el resto como clientes, una vez hecho eso, ya lo tienes tu ratón saltando de Display a Display como si tuvieses una megapantalla.
Ale, hay estareis entretenidos un rato.
Por cierto, en los portátiles se puede desactiva la pantalla que traen y decirle que no se apaguen al bajar la pantalla, esto solo FYI, yo en concreto tengo un portátil que soporta 2 monitores externos, pero que soo permite usar 2 de los 3 monitores y el que incorpora es de peor calidad, así que lo tengo cerradito y lo uso con el teclado de mi host principal, que es desde donde estoy escribiendo esto.
Hace algunos meses que hay un bug pendiente de resolución en KAYAKO.
Este error se produce cuando en el campo CC se incluyen 2 destinatarios. A partir de ese momento el ticket se hace inacesible.
Es por ello que mientras resuelven el bug podemos ir y quitar el email adicional que provoca el fallo.
Hay van los Querys:
mysql> select ticketid, count(*) from swticketrecipients group by ticketid;
+———-+———-+
| ticketid | count(*) |
+———-+———-+
| 20 | 2 |
| 21 | 1 |
| 23 | 1 |
| 34 | 1 |
| 38 | 2 |
| 40 | 2 |
| 43 | 1 |
| 45 | 1 |
| 46 | 1 |
| 51 | 1 |
| 54 | 1 |
+———-+———-+
11 rows in set (1.75 sec)mysql> select ticketid,email,ticketrecipientid from swticketrecipients,swticketemails where swticketemails.ticketemailid=swticketrecipients.ticketemailid and ticketid=20;
+———-+——————-+——————-+
| ticketid | email | ticketrecipientid |
+———-+——————-+——————-+
| 20 | | 7 |
| 20 | | 8 |
+———-+——————-+——————-+
2 rows in set (0.00 sec)mysql> delete from swticketrecipients where ticketrecipientid = 8;
Query OK, 1 row affected (0.03 sec)mysql>
Listo, el primer Querys te muestra la cantidad de CCs que tiene cada Ticket, con el segundo Querys ves la lista de los CC y el delete te permite “cargarte” los emails que consideres adecuado.
A menudo me preguntan la diferencia entre modalidad billing FLAT y PERCENTIL, voy a intentar explicarlo con la mayor claridad posible.
Resumiendo la modalidad FLAT es poco flexible, pero asegura el nivel de facturación. La modalidad percentil nos da flexibilidad, pero cuando efectivamente utilizamos la capacidad potencialmente disponible, esta es facturada a parte.
En las modalidades de facturación FLAT, el valor nominal y el valor máximo de uso es el mismo, es decir, si decimos que tenemos FE (FastEthernet) 100Megas Flat, es uso máximo sera lo que el propio circuito permita, en este caso 100Megas, cuando se dan velocidades de valores que no corresponden con la velocidad del circuito suele haber algún mecanismo en la infraestructura que lo limita (switches o routers)
Modalidad 95% percentil. Esta es una modalidad flexible, en la cual se mide el uso y se descartan los picos.
tomamos muestras a intervalos, por ejemplo cada minuto. A final del periodo ordenamos las muestras de mayor a menor, en el ejemplo tendriamos 1Mes*720horas*60minutos*2sentidos= 86400muestras
De el total de muestras descartamos el 5%, es decir 4320 muestras
en la muestra 4321 tendra un valor por ejemplo 53Megas.
Es entonces cuando decimos que el valor de facturación es de 53megas.
Sin embargo en esas 4320 muestras podemos tener mediciones de 80 megas de 200 megas (si por ejemplo recibimos el servicio sobre un GigaEthernet)
En el
Recientemente he tenido ocasión de pelearme con un FTTH de telefonica y paso a relatar como hay que configurarlo para que un mikrotik atienda la sesión con IP publica.
El router es un COMTREND, basicamente debemos tomar el control del dispositivo a traves de la web http://www.telefonica.es/configuramirouter
Una vez hecho esto debemos eliminar la configuración WAN
A continuación creamos na nueva configuración WAN
y con esto en el router configuramos PPPoE con el usuario ya conocido adslppp@telefonicanetpa/adslppp
Con esto deberiamos ver como nuestro interface PPPoE adquiere una ip publica.
Con esto lo siguiente sera configurar el DynamicDNs, el NAT, la VPN etc etc etc….
En ocasiones hemos guardado una copia de un VPS virtuozzo que hemos migrado, en estos casos si hemos mantenido una copia podremos recuperarla ne unos minutos con algo tan simple como lo siguiente:
cd /vz/privatemv xxx.migrated xxxln -s /etc/vz/conf/xxx.conf /vz/private/xxx/ve.confcd /vz/privatemv xxx.migrated xxxln -s /etc/vz/conf/xxx.conf /vz/private/xxx/ve.conf
En ocasiones deseamos hacer limpieza de eztemplates en un virtuozzo en el que ya han quedado obsoleton por la evolcuión natural de distribuciones. Para borrar todos los rpm asociados a un eztemplate podemos hacer lo siguiente:
#!/bin/bash
vzpkg list suse-11.0-x86 suse-11.1-x86 suse-11.1-x86_64 fedora-core-10-x86_64 suse-11.0-x86 suse-11.0-x86_64 ubuntu-8.10-x86 ubuntu-8.10-x86_64 ubuntu-8.04-x86 ubuntu-8.04-x86_64 ubuntu-9.04-x86 ubuntu-9.04-x86_64 fedora-core-10-x86 fedora-core-11-x86 fedora-core-11-x86_64 redhat-el5-x86_64 sles-10-x86 sles-11-x86 > lista.tmp
while read ezdistri apli
do
vzpkg remove template -F $ezdistri $apli
done < lista.tmp
rm lista.tmp
generalmente primero echareis un vistazo simple con “vzpkg list” y de hay seleccionamos las distri que queremos borrar.
