Category Archives: Uncategorized
hands on
Limpieza de Coolers
Made in arreglatecomopuedas o Made in arreglateconloquetengas:
A la mayoria de los coolers que se han detenido o giran muy lento por la suciedad que juntan, podemos aplicarles este método de limpieza bastante simple para que tiren un tiempo mas:
1) Sacar la etiqueta autoadhesiva de uno de los laterales.
2) Sacar el tapón de goma o plástico que cubre el eje.
3) Aplicar limpiacontactos (ej. contacmatic) haciendo girar el eje para que desengrane y libere la suciedad.
4) Aplicar aceite bien liviano (ej. wd40) para terminar de limpiar y lubricar haciendo girar el eje.
(Si tenemos aire comprimido podemos hacer girar el eje a alta velocidad)
5) Aplicar un aceite un poco mas pesado para que el eje quede sumergido.
6) Tapamos con la tapa de plástico o goma, luego colocamos nuevamente la etiqueta y reforzamos con cinta y otra etiqueta en caso de ser necesario.
A girar !
qmail: deshabilitar mfcheck / disable mfcheck
Para aquellos que tengan qmail con el patch combinado del gran J.Simpson (http://qmail.jms1.net/patches/combined-details.shtml), tal vez se encuentren con el gran problema de no poder enviar mails si en algún momento nuestro dominio se cae o el proveedor tiene problemas con los DNS’s que gestionan nuestro dominio.
En estos casos, si queremos enviar mail/correo al menos internamente a nuestras direcciones, vamos a tener que deshabilitar el la opción MFCHECK del sitado patch.
Para hacer esto tenemos que editar el archivo:
# vi /var/qmail/supervise/qmail-smtpd/run
y cambiar el valor MFCHECK=3 a MFCHECK=0
Posibles valores de esta variable:
0 Deshabilita el chequeo 1 Chequea y rechaza cualquier sender inválido. 2 loguea errores MFCHECK 3 loguea toda la actividad de MFCHECK
Servidor Intel S5500BC – Noisy Problem
Resulta que nos topamos con un servidor Intel S5500 con 2 Xeon E5645, 12 cores… una belleza para estos días en Argentina, pero… resulta que a los segundos de estar encendido, los coolers de los dos procesadores, aumentaban su velocidad al máximo, con lo cual el ruido era muy molesto. Tal es así que después de unos minutos no querrías tener un bate de beisbol a mano.
Después de evaluar varias posiblidades y estudiar un poco el tema, nos dimos cuenta de que el problema radicaba en que el gabinete (rack 2u) era generico y no Intel. Por lo tanto, la BIOS esperaba que se conecten los coolers del chasis al mother… Por lo tanto, al no “verlos” conectados, mantenía los coolers de los CPUs “al palo” todo el tiempo.
La Solución: Hicimos un upgrade del bios. Pero teniendo especial cuidado de que al actualizar el módulo FRU / SDR (el módulo del bios que maneja los sensores) indicarle que los coolers del chasis no están conectados al mother.
Como se hace esto ? mientras está actualizando los diferentes modulos del bios, detecta que el chasis no es Intel y comienza a preguntarte como está conectado.
Por supuesto que además de consultarte esto, te advertirá que has cometido un sacrilegio al no usar un chasis Intel y que ellos no te absolveran de tu pecado.
Espero que esto sea útil para los que tengan este problema con este servidor u otros, dado que debe ser una caracteristica general de este tipo de servidores.
Mas de uno no se habrá dado cuenta, dado que tiene los servidores en una habitación especial para ellos, pero hay que considerar que innecesariamente, el sistema de refrigeración se está sobrecargando y consumiendo mas energía.
Gracias Clau por la tu ayuda !
Configurar Multiples Placas de Red en Una Sola /Multiple Network Interfaces Into a Single Interface
Lo que vamos a hacer es configurar dos placas de red en una sola placa virtual de manera de tener redundancia ante fallos y un mejor ancho de banda de red.
Aplicable a Redhat, CentOS y Fedora.
1) Creamos un archivo de configuración Bond0
# vi /etc/sysconfig/network-scripts/ifcfg-bond0
2) Adentro colocamos los datos de nuestra interfaz de red. Por ejemplo:
DEVICE=bond0 IPADDR=192.168.1.110 NETWORK=192.168.1.0 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 DNS1=192.168.1.1 USERCTL=no BOOTPROTO=none ONBOOT=yes
3) Modificamos los archivos de configuración eth0
# vi /etc/sysconfig/network-scripts/ifcfg-eth0
Para que contenga las siguientes lineas:
DEVICE=eth0 USERCTL=no ONBOOT=yes MASTER=bond0 SLAVE=yes BOOTPROTO=none
4) Modificamos los archivos de configuración eth1
# vi /etc/sysconfig/network-scripts/ifcfg-eth1
Para que contenga las siguientes lineas:
DEVICE=eth0 USERCTL=no ONBOOT=yes MASTER=bond0 SLAVE=yes BOOTPROTO=none
Guardamos los cambios y salimos.
5) Cargamos el modulo de bonding:
# modprobe bonding
6) Creamos una entrada en /etc/modprobe.d para que el modulo se cargue al inicio:
# vi bonding.conf
y agregamos este contenido:
alias bond0 bonding options bond0 mode=balance-alb miimon=100
(podemos ver mas opciones de bonding aqui )
7) Restarteamos la red:
# service network restart
Adicionalmente podemos ver como funciona todo con un:
# cat /proc/net/bonding/bond0
o un
# ifconfig
Recordemos bajar el NetworkManager para esta configuración:
# chkconfig NetworkManager --level 2345 off
Registrar OCX en Windows 64 bits
Si tenemos un OCX para 32 bits que necesitamos utilizar en un Windows de 64 bits, no vamos a poder registrarlo normalmente con regsvr32.
Resulta que en los sistemas Windows de 64 bits, todo lo que necesitemos registrar de 32 bits debe ir en la carpeta windowssyswow64 (en vez de windowssystem32)
Una vez copiado el ocx a esta carpeta, ejecutamos el regsvr32 como siempre. Por ejemplo, para el ocx de las impresoras fiscales Hasar:
regsvr32 c:windowssyswow64Fiscal051122.ocx
Recordar siempre ejecutar el cmd como Administrador, sinó el regsvr32 dará error.
Instalar VB6 en Windows 7 64 bits
La mala noticia es que si queremos instalar Visual Basic 6 en Window 7 de 64 bits, obtendremos varios mensajes de error como por ejemplo:
el programa acmboot.exe no se puede iniciar o ejecutar porque no es compatible con versiones 64 bits de Windows.
La buena noticia es que Visual Basic 6 es compatible con Windows 7 de 64 bits. Lo que no es compatible es su instalador, que está compilado en 16 bits .
Aquí los detalles para poder instalarlo sin problemas:
1) Copiar todo el cd de VB6 a una carpeta en el disco ej. C:tempVB6 2) Copiar todo el contenido de la carpeta SETUP en la carpeta donde copiamos todo el contenido del cd, en este caso C:tempVB6 3) Renombrar 'vb98ent.stf' o 'vs98ent.stf', que se encuentra en la carpeta donde copiamos todo (C:tempVB6) por 'acmsetup.stf' 4) Ejecutar ACMSETUP.EXE y completar la instalación
problema de click doble en textbox enlazado a datos / must click twice to edit textbox
Algo que me ha pasado en C# NET, trabajando con controles enlazados es que teniendo un combo box enlazado a datos y con su contenido cargado, si hago un click sobre cualquier textbox del mismo formulario sin tocar el combo, accedo a completar texto en dicho control sin problemas.
Pero… si antes selecciono un valor del combo box, al querer cargar luego un texto en el textbox, debo hacer dos clicks en el textbox para poder cargar.
No les ha pasado nunca ?
Bueno, la unica solución que le encontré a este problema es colocar un evento SelectedIndexChanged en el combobox, y en ese evento colocar una llamada a cambiar el foco al control textbox cada vez que se cambia el indice del combobox.
La pérdida del foco en el combobox, equivaldría al primer click. Con lo que al hacer un click en el textbox obtengo un comportamiento normal.
Que enrosque no? supongo que solo me entenderá el que alguna vez se topó con esto.
Si le encuentran alguna otra solución me avisan !
Configuración Regional y de Idioma en SQL Server
Después de luchar un par de horas con la configuración de un servidor de base de datos sql server, dejo este pequeño recordatorio sobre la configuración necesaria para no tener inconvenietes al grabar fechas desde una aplicación desarrollada en C# .NET
Las fechas, tienen el formato Español – Argentina: dd/mm/aaaa con la hora seteada en HH:mm:ss (sin el am o pm)
Es muy común obtener un error como este al intentar grabar una fecha:
The conversion of a varchar data type to a datetime data type resulted in an out-of-range value.
Para evitar estos inconvenientes, verificar lo siguiente:
1) En el servidor, utilizando el SQL Server Management Studio, vamos a Seguridad –> Inicios de Sesión y verificamos que el usuario con que estamos conectando a la base de datos, tenga como idioma predeterminado spanish.
2) En el servidor, donde se aloja la base de datos, configuramos en Panel de Control –> Configuración Regional y de Idioma: Español – > Argentina
2) En la maquina cliente, configuramos en Panel de Control –> Configuración Regional y de Idioma: Español – > Argentina
3) Verifiquemos que la cadena de conexión de nuestra aplicación utilice ese usuario.

