CRS-2640: Required resource ‘ora.FRA.dg’ is missing

No deja de sorprenderme la simpleza de funcionamiento del crs de Oracle. En la última versión 11.2.0.2 me he encontrado con un error un poco tonto.

Tras hacer una pruebas con un diskgroup FRA en el ASM en un RAC de 3 nodos, decidimos eliminarlo.
Desde el ASM no hubo más problemas ya que el diskgroup estaba limpio y no tenía ningun tipo de dependencia con objetos de la bbdd. Hasta aquí todo correcto.

Lamentablemente el OCR no se había enterado de la eliminación del diskgroup y al hacer una simple prueba rutinaria de parada y subida del servicio este falló por no encontrar las dependencias de recursos DG que se habían eliminado.

Comprobando las dependencias de recursos se podía observar como todavía estaba en las subida y bajada

Un nuevo error, al validar la configuración del servicio, al no existir el recurso en el CRS, también fallaba el estado.

Tras investigar un poco opte por forzar la dependencias nuevamente. Algo que probablemente debería haber hecho automáticamente al recibir el cambio de estado de ASM.

Tras esta operativa se podía validar que ningún recurso volvía a depender de la FRA.

Levantamos el servicio de bbdd y todo funciona correctamente:

Finalmente el comando devuelve la configuración correcta:

 

Cannot read termcap database

Un bug recurrente al instalar postgresql 9.x en un debian o derivado como ubuntu.

postgres@debian:~$ psql
psql (9.0.3)
Type "help" for help.

Cannot read termcap database;
using dumb terminal settings.
Aborted

Muy fácil de evitar, basta con añadir una definición de la terminal. Como root ejecutar

root@debian:~$ infocmp -C > /etc/termcap

Y ya funciona.

Safari 4 Beta

Esta tarde he probado la beta de Safari 4.

Bueno pues sí.. funciona bien para ser una beta y es rápida.. tampoco la he probado mucho. Lo que lamentablemente he notado es una serie de reinicios de la aplicacion de correo: Mail.app.

Mi primer intento ha sido pasar los scripts de mantenimiento por si estaban un poco tiesos. No era eso aunque no ha venido mal. Mi segundo intento buscar en la amplia red, un exito.

Parece ser que la nueva version de Safari tiene una extraña interdependencia entre Mail, Growl y Webkit.

Concretamente la gente de desarrollo de Growl han detectado que:

“Mail uses WebKit to display messages, and one of the changes in Safari 4’s new WebKit is stricter enforcement of which thread you call it on. We call a method named attributedString in Mail; it calls WebKit’s method; WebKit’s method raises an exception because we (indirectly) called it from a secondary thread. I have already created a fix and proven that it works. I’ve sent the patches to the other developers for review; if I hear nothing bad about them by tomorrow, I’ll put them into the repository as part of 1.1.5.”

Fuente Macfixit

Mientras tanto sólo hay que modificar el comportamiento poniendo Growl en modo sumario.

defaults write com.apple.mail GMSummaryMode -int 2

Espero que esto evite desinstalar la beta.

El bug del dock

Durante unos días he tenido problemas con el dock de leopard.

Cuando la máquina volvía del reposo, el dock se mostraba transparente y los nombres de los ficheros en los abanico simplemente estaban en blanco, no se podían leer. No obstante los objetos estaban allí y mucho me temo que era un problema estetico pero de los incomodos.

Aprendí a matar el proceso del dock desde la terminal, pero esto no resolvía nada.

killall Dock

De refilón descubrí en un foro, que me perdonen no recuerdo donde lo lei, que desde soporte de Apple recomendaban resetear la PRAM (⌥⌘PR al reiniciar). Dicho y hecho, reset y saludo de vulcano.

Creo que no es recomendable realizar esta maniobra sin necesidad, ya que elimina parte de la configuracion de la maquina, no obstante lo cierto es que lo resolvio.