EM_SEVERITY, para inconscientes

Durante un periodo de vacaciones se nos llenó el area de archiver de una 10g de desarrollo. En un par de dias se generaron más de trescientos mensajes de alerta que no leimos hasta nuestro despreocupado regreso.

Trescientas alertas son muchas para ir limpiándolas una a una y más desde una interfaz web, así que investigué un poco sobre el mecanismo de notificaciones.

Existen llamadas desde un package oracle para gestionar este sistema, EM_SEVERITY, pero decidí hacerlo a lo inconsciente, borrando directamente de esta tabla, estaba en desarrollo, ¿no?

  • El listado en la pagina principal del EM es una consulta sobre la tabla.
  • sysman.mgmt_current_severity

  • Las notificaciones se graban y borran desde una tabla principal que se llama
  • sysman.mgmt_severity

  • Hay un trigger que directamente elimina los registros de la primera relacionados con los de esta ultima. Luego borrando una tenia la otra.
  • DELETE
    FROM sysman.mgmt_severity
    WHERE MESSAGE LIKE '%archi%';

Y funcionó. Todo parece trabajar correctamente. No me hago responsable de lo que pueda pasar en vuestros sistemas.

SIOCSIFADDR: No such device eth0

Después de migrar una maquina virtual Debian a VMware Fusion dejó de funcionar la red.

La primera linea del mensaje al intentar subir el servicio (/etc/init.d/network start) era:

SIOCSIFADDR: No such device eth0

Según parecía no era capaz de identificar el dispositivo, debido a que seguia buscando el MAC de la antigua tarjera de RED (tambien virtualizada).

Creo que en VMware se puede forzar una MAC concreta pero el camino más sencillo era eliminar la vieja configuración de udev y reiniciar, camino rapido, para que reconiciese la nueva tarjeta

> mv /etc/udev/rules.d/z25_persistent-net.rules /etc/udev/rules.d/z25_persistent-net.rules.old

> reboot

Instalar Oracle SQL Developer Data Modeling en Macosx

Ya va por la segunda release del Oracle SQL Developer Data Modeling. Una herramienta que de momento es curiosa pero que le queda mucho para ser una alternativa a ERWIN, en cualquier casi hay que probarla.

La primera version la instale hace ya unos meses sin especiales problemas. Tan sencillo como descargar el *.zip, localizar los *.sh y validar que tienen permisos de ejecución. No es especialmente complicado.

En esta nueva version “Early Adopter Release 2” del 26 Nov 08 se queja para que le indiquemos donde esta la instalación J2SE, en concreto las lineas son:


[Carbono]$ pwd
/Applications/sqldeveloper-modeler
[Carbono]$ ./datamodeling.sh

Oracle SQL Developer Data Modeling
Copyright (c) 2008, Oracle. All rights reserved.

Type the full pathname of a J2SE installation (or Ctrl-C to quit), the path will be stored in jdk.conf

Bueno no hace otra cosa que pedir un HOME de java que en Leopard lo podemos encontrar en:


/System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home

Y ya está, ya tenemos el fichero de configuracion cerrado y listo para funcionar.

Apple ha ido actualizando las maquinas virtuales pero no lo he probado con otra versión, no obstante Oracle no suele utilizar las ultimas versiones de Java, la version 1.5 es más que suficiente.