El blog de MaEnGoRa

Por elevado/distraido presente dos discos desde la SAN (para mi caso un IBM StoreWize 7000) de 20Gb cada uno cuando realmente debía ser solo de 2Gb, a un par de servidores Linux que van destinados para montar Oracle RAC; es decir, me sobre en el espacio asignado. Como estos discos ya habían sido pasados por el fdisk y mapeados en ambas máquinas no me funciona el hecho de solo reducir el tamaño desde el almacenamiento ya que el fdisk le dice al sistema dónde inicia y termina cada uno los sectores de los discos en cuestión. Se podría pensar... mmm entonces un pvresize, y de hecho pvresize nos permite "reducir" el tamaño del disco " a nivel de sistema operativo " actualizando los sectores con la siguiente instrucción: #pvresize --setphysicalvolumesize 2G /dev/mapper/disco1 #pvresize --setphysicalvolumesize 2G /dev/mapper/disco2 Y los discos quedan "a nivel de sistema operativo" de 2G; pero si consultas el almacenamiento sigues viendo los dos disco...

Ayer en la madrugada una vez terminada de migrar unas bases de datos hacia los nuevos servidores, se nos presentó un error al subir uno de nuestros switches transaccionales y a esa hora de la madruga lo último que uno quiere es que aparezca un error que no existe en nuestra base de conocimiento. No hubo más de otra que recurrir a nuestro más preciado amigo GOOGLE y abriendo y abriendo webs dí con una que nos permitió dar solución al asunto. La línea que te muestra que aún no te puedes ir a dormir es: java.sql.SQLException: Io exception: NL Exception was generated Nuestro string de conexión es de la forma: jdbc:oracle:thin:@DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = el_scan_del_host)(PORT = elpuerto)))(LOAD_BALANCE = YES)(CONNECT_DATA = (SERVER = DEDICATED)    (SERVICE_NAME = sid_delabase)(FAILOVER_MODE = (TYPE = SELECT)(METHOD = BASIC)(RETRIES = 180)(DELAY = 5)))) ¿Y de qué forma nos funcionó?  Pues tuvimos que hacer algunos cambio...

Si eres un fan de linux y estás dando ese paso de junior a senior en el uso de tu sistema operativo, seguramente te habrás dado cuenta que la consola es una gran ayuda a la hora de administrar nuestro pc o nuestras aplicaciones ya que dicha consola nos permite ver los logs, matar procesos, controlar espacios, programar tareas, etc. Para llevar a cabo esas tareas de administración te vales de comandos muy útiles como el grep, top, df, entre otros; pero si tienes las credenciales de acceso como root (que es de suponer) existen otros comandos con los que se debe ser extremadamente cuidadoso, sobre todo en ambientes productivos ya que con la ejecución de éstos te pueden dar una liquidación y vacaciones permanentes por parte de tu empresa. Te presento entonces algunos de los comandos que debes NO tratar de ejecutar: 1. rm -rf / Este comando te dá expulsión inmediata de cualquier empresa que tenga en alta estima el activo llamado información digital. Con esta instrucción estás eliminando T...

Si usted necesita un rápido servidor web corriendo y no quiere meterse con la configuración de apache o algo similar, entonces Python puede ayudar.  Python viene con un sencillo servidor HTTP incorporado. Con la ayuda de este pequeño servidor HTTP puede convertir cualquier directorio en su sistema en el directorio del servidor web. La única cosa que usted necesita tener instalado es Python. En la práctica esto es muy útil para compartir archivos dentro de su red local. La implementación de este pequeño pero enormemente útil servidor HTTP es muy simple, es sólo un único comando de línea.  Supongamos que me gustaría compartir el directorio /home/maengora y mi dirección IP es 192.168.1.2. Abro una terminal y escribo #python -m SimpleHTTPServer Con lo que obtendremos una salida similar a esta: Serving HTTP on 0.0.0.0 port 8000 ... El puerto por defecto es el 8000 si se quiere indicar un puerto diferente bastarácon agregarlo al final del comando, as...

Me ocurría en la oficina que varios de los servidores AIX, destinados a bases de datos, se les comenzaba a llenar el filesystem / y tengo un script que una vez llega al umbral del 90% de ocupación comienza a mandar una alerta y ésta ya se estaba empezando a volver molesta. Inicialmente comencé a borrar unos archivos que encontraba en la siguiente ruta #cd /etc/perf/daily Los archivos que allí se encuentra tienen la siguiente estructura: nombrehost _ conscutivo.topas En estos archivos se suele guardar o recopilar la data de rendimiento de la máquina el cual puede ser leído mediante el comando #topasout -a nombrearchivo.topas Este borrado me funcionaba ya que el porcentaje de ocupación del / quedaba en 86%. Hace poco se volvió a llenar el filesystem y aunque borre todos los archivos .topas que habían en el directorio éste no bajo su porcentaje de ocupación (93%).  Buscando un poco en internet me dí cuenta que es un bug del common agent services (CAS) de aix y q...