/sys/class/fc_host/hostX/node_name
La localización del fichero depende de la versión del driver (en este caso 0:8.1.9), por lo que se puede siempre hacer un find (find /sys/ -name “node_*” -o -name “port_*” -o -name “*name”)

Javi

Para solucionarlo podemos dividir el fichero de la carpeta (cada carpeta se guarda en un fichero y la ruta del fichero se ve en las preferencias). Se podría hacer a mano, pero es un poco engorroso abrir el fichero  y copiar y pegar, el programita de windows que rula por ahí no me funcionó, así que opté por hacer un pequeño bash script, que pongo por aquí:

#!/bin/bash

file=$1

[ -f $file ] || { echo “$0 fichero_inbox”; exit 1; }
echo -n “Contando líneas … “
lineas=$(wc -l $file | awk ‘{print $1}’)
echo $lineas
mitad=$(echo “$lineas/2″ | bc)
echo -n “Buscando siguiente From desde el corte (mitad) …”
siguiente_from=$(tail -n +$mitad $file | cat -n | grep -m1 “^.*From -” | awk ‘{print $1}’)
echo -n “$siguiente_from”
# -1 es la línea del From
# -2 es la línea anterior
mitad_round=$((mitad+siguiente_from-2))
echo “($mitad_round)”
echo -n “Dividiendo … “
echo split -l $mitad_round $file $file
split -l $mitad_round $file $file
if [ $? -eq 0 ]
then
echo “OK”
fi

Además si lo ejecutas como usuario te deja intentar guardar las configuración de las X en un fichero que no puedes tocar. Si lo intentas como root no sabe aún como parsearlo.
La primera solución es pasar a ‘nv’. El xorg.conf queda como sigue (con teclado en español y activando el ctrl-alt-del). El layout que tengas en los monitores (suponiendo que tengas dos monitores uno a la izquierda y otro a la derecha) se consiguen cambiando la opción “RightOf” de monitor configurado:

Section “InputDevice”
Identifier    ”Generic Keyboard”
Driver        ”kbd”
Option        ”XkbRules”    ”xorg”
Option        ”XkbModel”    ”pc105″
Option        ”XkbLayout”    ”es”
EndSection

Section “InputDevice”
Identifier    ”Configured Mouse”
Driver        ”mouse”
EndSection

Section “Device”
Identifier    ”Configured Video Device”
#Driver “nvidia”
#Option “TwinView”
Option “Monitor-VGA1″ “VGA”
Option “Monitor-VGA2″ “DVI”
EndSection

Section “Monitor”
Identifier    ”DVI”
Option “RightOf” “VGA”
EndSection

Section “Monitor”
Identifier    ”VGA”

EndSection

Section “Screen”
Identifier    ”Default Screen”
Device “Configured Video Device”
EndSection

Section “ServerFlags”
Option “DontZap” “off”
EndSection
Como nvidia no tiene aceleración 3d con el driver libre nv, la configuración con el driver propietario cambia un poco. El xorg.conf queda así:Section “InputDevice”
Identifier    ”Generic Keyboard”
Driver        ”kbd”
Option        ”XkbRules”    ”xorg”
Option        ”XkbModel”    ”pc105″
Option        ”XkbLayout”    ”es”
EndSection

Section “InputDevice”
Identifier    ”Configured Mouse”
Driver        ”mouse”
EndSection

Section “Device”
Identifier    ”Configured Video Device”
Driver “nvidia”
Option “TwinView”
EndSection

Section “Monitor”
Identifier    ”DVI”
Option “RightOf” “VGA”
EndSection

Section “Monitor”
Identifier    ”VGA”

EndSection

Section “Screen”
Identifier    ”Default Screen”
Device “Configured Video Device”
EndSection

Section “ServerFlags”
Option “DontZap” “off”
EndSection
¡Ahora ya puedes jugar al armagetron en 3d en tus dos pantallas, en tu debian sid!

Javi

java.lang.NullPointerException
at
org.eclipse.epf.authoring.ui.forms.DescriptionFormPage.dispose(DescriptionFormPage.java:3041)
La solución me ha costado un mundo encontrarla, pero la he encontrado (unas 2 horas buscando …):

wget http://releases.mozilla.org/pub/mozilla.org/xulrunner/releases/1.8.1.3/contrib/linux-i686/xulrunner-1.8.1.3.en-US.linux-i686-20080128.tar.gz

MOZILLA_FIVE_HOME=/opt/xulrunner LD_LIBRARY_PATH=/opt/xulrunner ./opt/epf/epf-composer/epf
Y es que la versión de xulrunner que viene con sid (1.9) no le vale, pero no te lo dicen en ningún sitio.
La respuesta que dan en la lista oficial de desarrollo de epf es de matrícula de honor:

http://dev.eclipse.org/newslists/news.eclipse.technology.epf/msg01279.html

Javi

Para arreglar el tema habrá que retocar a mano el fichero de reglas udev /etc/udev/rules.d/70-persistent-net.rules y dejarlo limpio (para mi comentar mi antigua línea eth0 (la primera que aparece) y luego cambiar eth1 (en mi caso eth2, por eth0):

SUBSYSTEM==”net”, ACTION==”add”, DRIVERS==”?*”, ATTR{address}==”xx:xx:xx:xx:xx:xx”, ATTR{type}==”1″, KERNEL==”eth*”, NAME=”eth0″

Después ip add no se habrá dado cuenta todavía de este cambio, por lo que hay que ejecutar:

# udevadm trigger

ip add ya nos mostrará eth0
Y luego, reiniciar la red “/etc/init.d/networking stop” y “/etc/init.d/networking start” … y a huir !
Saludos,

Javi
PD: Seguro que tardan poco en solucionarlo, ya que hay posts en planet.debian.org sobre ello

Hoy veremos como acceder al puerto que nos salga de la minga, teniendo acceso por SSH.

Pasa muchas veces, que tenemos que acceder a un servidor que esta donde Cristo perdio la boina y le dio miedo volver a buscarla y solo nos han habilitado el acceso por ssh. Si ese servidor tiene un Apache, y en ese apache una aplicacion PHP que no chuta bien, nos vemos obligados usar lynx, pero si el PHP es muy puñetero, el lynx se nos queda muy cortito.

Tambien puede darse el caso que estamos instalando remotamente un Asterisk y queremos probar hacer una llamada por IAX o comprobar simplemente que el registro de una extension SIP funciona correctamente.

¿El problema? que solo nos han habilitado el SSH ¡que panda de mamones!, ahora te pones a llamar al administrador de la red y en el mejor de los casos o esta de vacaciones o no tiene ni puta idea de como “arrutá el mapache del cervidó wé”. Asi que usamos un poco de ingenio.

El caso que nos acontece, es el que fantasticamente he conseguido plasmar en el siguiente esquema:

tuneling

Suponiendo el esquema, tenemos publicado el SSH del servidor A y ya está, pero queremos ver el apache (puerto 80) del servidor A y el tomcat (puerto 8080) del servidor B. Afortunadamente tambien sabemos la IP publica o DNS de la red a administrar (por ej: 10.20.30.40). Actuamos de la siguiente forma:

Nos conectamos por SSH al servidor A y ya esta … jejeje … pero con unos parametrillos.

Ejecutaremos en una consola: ssh root@10.20.30.40 -L 80:192.168.1.10:80
y en otra consola: ssh root@10.20.30.40 -L 8080:192.168.1.20:8080

Que viene a ser algo asi como: ssh usuario@ip -L nuestro_puerto:ip_del_servidor:puerto_del_servidor

Ahora solo tenemos que abrir el firefos y abrir la web “localhost:80″ para ver el Apache del servidor A, y en una nueva pestaña abrimos la web “localhost:8080″ para ver el tomcat del servidor B. Asin de facil.

¡¡¡KILLO que yo el puerto 80 ya lo tengo pillao!!! – Po usa otro: ssh root@10.20.30.40 -L 81:192.168.1.10:80 y en el firefox abres “localhost:81″

Usemos el ingenio y la maldad para abrir tuneles alli donde la mano del hombre no consigue llegar, abramosnos nosotros mismos un puerto IAX para probar hacer una llamadita … piensa ademas que como todo el trafico va por SSH, es una conexion de las mas seguras.

¿Me he explicado bien? ¿todo el mundo esta feliz y contento? Po ea!, a ve si alguno de los mamones de orakernel se anima a publicar un puto post de vez en cuando.

Puto Psicopata.

Necesitamos bajar esta aplicacion de terceros al directorio apps de las fuentes de nuestro Asterisk. Compilamos y listo para usar ¡¡OJO!! La aplicacion no sale al ejecutar make menuselect, pero creeroslo, esta ahí.

Para comprobar que efectivamente se ha compilado sin problemas, ejecutamos en la consola de Asterisk:

ast-pruebas*CLI> core show application BackTicks
-= Info about application 'BackTicks' =-
[Synopsis]

Execute a shell command and save the result as a variable.
[Description]

Backticks(<VARNAME>|<command> )
Be sure to include a full path!

Probemoslo. Creamos un nuevo contexto y nos aseguramos que sea “alcanzable” desde la extensión que vamos a usar para las pruebas:

[outgoing_pruebas]
exten => 123,1,NoOP(prueba de backticks)
exten => 123,n,Answer()
exten => 123,n,Set(variable=)
exten => 123,n,Backticks(variable|/etc/asterisk/prueba.sh)
exten => 123,n,NoOP(la ejecucion del script a devuelto ${variable})
exten => 123,n,Hangup()

El contenido del script puede ser por ejemplo:

#!/bin/sh
echo "hola"

Nos conectamos a la consola, un reload y ponemos el verbose a 10. Llamamos desde la extension y veremos:

Verbosity is at least 10
-- Remote UNIX connection
-- Executing [123@outgoing_pruebas:1] NoOp("SIP/1000-082966d8", "prueba de backticks") in new stack
-- Executing [123@outgoing_pruebas:2] Answer("SIP/1000-082966d8", "") in new stack
-- Executing [123@outgoing_pruebas:3] Set("SIP/1000-082966d8", "variable=") in new stack
-- Executing [123@outgoing_pruebas:4] BackTicks("SIP/1000-082966d8", "variable|/etc/asterisk/prueba.sh") in new stack
-- Executing [123@outgoing_pruebas:5] NoOp("SIP/1000-082966d8", "la ejecucion del script a devuelto hola") in new stack
-- Executing [123@outgoing_pruebas:6] Hangup("SIP/1000-082966d8", "") in new stack
== Spawn extension (outgoing_pruebas, 123, 7) exited non-zero on 'SIP/1000-082966d8'

Fácil y muy util, no para esta chorrada, pero seguro que a más de uno le va a resultar muy útil, al menos a mi asi me lo parece.

extraido con amor de: http://www.roboguys.com/index.php?option=com_content&task=view&id=87&Itemid=47

Puto Psicópata.

Ohh dios!, la instancia X tiene un datafile corrupto, y no tenemos backup. y ahora q?

1 – Salimos corriendo o en su caso fingimos un fuerte dolor de barriga para no volver mas (yo conozco a dos que les fué muy bien).

2 – La culpa fué del becario.(No siempre cuela)

3 -Llamamos a soporte de Oracle para que nos resuelva el marrón, cuya única solución que te dan es utilizar su herramienta de recuperación DUL,  su nombre completo es Bernard’s Data Unloader, y su creador es Bernard van Duijnen. DUL tiene la  capacidad de leer datafiles y extraer los datos de los bloques no corruptos, recuperando una gran parte de la información almacenada.

Existe también una herramienta Open Source con características similares:

FlashUnload

http://sourceforge.net/projects/oflashunload/

Y no tan Open como:

AUL/MyDUL

http://www.anysql.net/en/mydul.html

DUDE

http://www.ora600.nl/custom_work.htm

Suerte con tu recuperación!!

Desde aquí os animo a tod@s a postear vuestros mejores platos y compartirlo con todos “Open-recipes”.

Ingredientes.

• Fideos chinos de arroz

• Zanahorias

• Champiñones frescos (Queda totalmente prohibido utilizar champiñones de lata)

• Cebolla

• Pimiento verde

• Gambas peladas (opcional)

• Calabacín

• Vino tinto

• Salsa de soja

Preparación

Cortar en julianas la cebolla, pimiento verde, zanahorias, el calabacín y los champiónes bien limpitos.

En un wok con aceite vegetal, añadimos todas las hortalizas y las doramos a fuego medio, añadir los champiñones una vez que el refrito este medio hecho, sino será necesario una lupa para verlos luego.

Cuando esté algo dorado añadimos un chorreón de vino tinto y 3 cucharadas soperas de salsa de soja, los mas hábiles pueden utilizar el “wok hei” para dar la vuelta a los alimentos.

A la vez que hacemos esto, como somos multi-tarea no como el güindos, ponemos a hervir 1 l. de agua con un poco de sal.

Cuando el agua hierva añadimos los fideos, si, esos que parecen estropajo de fontanero, y quitamos la olla del fuego. Pasados 4 minutos sacamos los fideos del agua, lo escurrimos y añadimos al wok.

Una vez todo junto, se le echa un poco de aceite vegetal y algo mas de salsa de soja para que empape un poco la pasta y se mezcla bien durante 2-3 min.

Y listo, buen provecho!

José M. Hernández

Herramienta diseñada para la optimización PL/SQL, que identifica las lineas de código más pesadas junto al número de veces que se ejecutan.

Para la utilización de la herramienta se necesita tener instalado el paquete DBMS_PROFILER.

Si no se tiene, lo instalamos con los siguientes pasos

Como SYS

sql> ?/rdbms/admin/profload.sql;

Una vez instalado el paquete, se crearán las tablas para rellenar la información de la traza PL/SQL.

Podemos ejecutarlo con otro usuario, por ejemplo, el usuario que necesita tunear su código PL/SQL.

sql> ?/rdbms/admin/proftab.sql

Verificamos la creación de las tablas PLSQL_PROFILER_RUNS, PLSQL_PROFILER_UNITS y PLSQL_PROFILER_DATA.

Una vez instalado todo lo anterior, para que se empiece a rellenar dichas tablas necesitamos lanzar estas lineas:

sql> DBMS_PROFILER.START_PROFILER(‘podemos añadir aquí una nota de identificación’);

sql> <ejecución del código PL/SQL>

sql> DBMS_PROFILER.STOP_PROFILER; –Lo paramos.

Si todo lo anterior va bien, para presentar en formato HTML los datos de las tablas PLSQL_PROFILER_*
se necesita tirar del script profiler.sql, que debe ser bajado vía metalink en la dirección

PROFILER

Descomprimido PROF.zip

lanzamos

sql>@/prof/profiler.sql

y elegimos el identificador creado anteriormente , que creará en formato HTML la salida de las tablas bajo un diseño amigable para poder identificar el código que más tiempo ocupa en poder ejecutarse.

Espero que con esto y algo de experiencia tengáis un mejor conocimento de que es lo que realmente se esta cociendo en vuestro código PLSQL.