Haciendo una máquina virtual hoy, nos hemos encontrado con un problemilla con el interfaz de red, y es que como siempre, tener el manual de referencia a nuestro lado es lo más importante.

Durante la creación de la máquina virtual, se le dio el interfaz de red vmxnet3, que anteriormente había sido asignada a otras máquinas, y esta vez no ha querido funcionar.

Veamos cuales son los tipos de interfaces de red que nos ofrece ESX y como podemos usarlos en cada máquina.

Vlance - Una emulación de AMD pcnet32 79C970 LANCE NIC, una antigua NIC de 10 Mbps con los controladores disponibles en la mayoría de resultados 32-bit sistemas operativos excepto Windows Vista y posteriores. Una máquina virtual configurada con este adaptador de red puede utilizar su red de inmediato. Siempre puede ser interesante usar modelos de este tipo en pruebas sobre máquinas antiguas.

Vmxnet - El interfaz de red virtual vmxnet no tiene interfaz física contrapartida. Vmxnet está optimizado para funcionar en una máquina virtuales. Será necesario el uso de VMware Tools, ya que los fabricantes no tienen los controladores para este interfaz.

Flexible - El interfaz de red flexible se identifica como un adaptador de Vlance al arrancar la máquina virtual, pero se inicializa a sí mismo, como Vlance o un adaptador vmxnet, dependiendo de qué controlador inicializa. Con las VMware tools instaladas, el controlador que se carga es el vmxnet y cambia el adaptador Vlance al de mayor rendimiento vmxnet.

E1000 - Una emulación de Intel Gigabit Ethernet NIC 82545EM, con drivers disponibles en la mayoría de los sistemas operativos más recientes, incluyendo Windows XP y posteriores y las versiones de Linux 2.4.19 y posteriores.

VMXNET 2 El adaptador vmxnet 2 se basa en el adaptador vmxnet pero ofrece algunas características de alto rendimiento de uso común en las redes modernas. Este adaptador de red virtual está disponible sólo para algunos sistemas operativos en ESX / ESXi 3.5 y posteriores.

VMXNET 3 El adaptador vmxnet 3 es la próxima generación de NIC paravirtualizado diseñado para un alto rendimiento, y no está relacionada con vmxnet o vmxnet 2. Ofrece todas las funciones disponibles en vmxnet 2, y añade varias características nuevas como soporte para múltiples colas, descarga de IPv6…

Dicen que no hay mal que por bien no venga, y ahora ya hemos podido refrescar la memoria.

Fuente: VMware

Si alguna vez de tantas pruebas en local os habéis cargado el servicio mysqld, puede que esto os ayude. No es la receta para todos los males, sólo nos permite resetear la contraseña de conexión del usuario root. ¿La has perdido?¿Se te ha olvidado?¿Tu mysql funciona pero te da un pete de “access denied” using password “yes”, aunque has metido las credenciales correctas?

Esta es la solución:

1-Paramos el servicio a lo machote
/etc/init.d/mysqld stop
killall mysqld
2-Lo arrancamos sin leer las tablas de permisos y como usuario root:
/usr/libexec/mysqld --skip-grant-tables --user=root &

3-Entramos en la consola a la BBDD mysql
mysql mysql

4-Y escribimos lo siguiente:
UPDATE mysql.user SET Password=PASSWORD('NUEVA PASSWORD') WHERE User='root';
flush privileges;
exit

Donde 'NUEVA PASSWORD' es tu nueva password entre comillas simples

5-Volvemos a para el servicio a lo machote
killall mysqld

6-Iniciamos el servicio normalmente:
/etc/init.d/mysqld start

Y comprobamos que funciona !!!

Para usar Yum donde haya un proxy, deberemos modificar el fichero de configuración /etc/yum.conf

Le agregaremos las siguientes líneas:

proxy=http://<IP-Servidor-proxy>:<puerto>/
proxy_username=<usuario>
proxy_password=<clave>

Funcionando !

El cliente Rhq usado para monitorización con JBoss ON, tiene la posibilidad de monitorizar entre varias cosas bases de datos Oracle, para ello deberemos ampliar con un plugin el servidor, para tener disponible esta funcionalidad.

El plugin de monitorización, para Oracle tiene un problemilla sencillo de solucionar. Cuando lo instalé por primera vez, me dio el siguiente error:

An unexpected error occurred in the Agent. Cause: java.lang.Exception:Discovery component invocation failed. -> org.rhq.core.pluginapi.inventory.InvalidPluginConfigurationException:Unable to connect to Oracle ->
org.rhq.core.pluginapi.inventory.InvalidPluginConfigurationException:Specified JDBC driverclass(oracle.jdbc.driver.OracleDriver) not found.

El error nos está indicando que no tiene el driver OJDBC, necesario para realizar la conexión; Indagando un poco localicé esto:

“The RHQ Agent’s Oracle plugin module is always built as part of the default RHQ Maven build. But, it will be limited to discovery only without the Oracle JDBC driver. The Oracle JDBC driver can be added manually to the rhq-oracle-plugin.jar by placing it in <root>/lib of the JAR file.”

Para solucionar el problema, hay que descomprimir el plugin y crear un directorio lib en el raíz del plugin, donde meteremos el driver ojdbc14.jar quedando solucionada esta pincelada que faltaba.

Hay que puntualizar y comentar que el plugin actualizado, lo situaremos en el directorio correspondiente de plugins dentro del servidor, ya que este es quien sirve los plugins a los agentes que vayamos creando.

Cuando JBoss levanta una instancia, hay varias opciones que podemos pasarle como parámetro al servidor de aplicaciones, entre ellas se encuentra la opción -b <IP>, esta opción nos permite decirle a JBoss de donde responder puede peticiones.

Si tenemos una máquina con dos interface:

eth0: 192.168.1.55

eth1: 172.26.0.55

Podemos decirle al servidor de aplicaciones que se levante en nuestra eth1 con -b 172.26.0.55. Ahora JBoss solo responderá a peticiones que provengan a esta dirección IP y no a otras, incluso desde dentro de la misma máquina rechazará peticiones a 127.0.0.1, ya que solo responde a la que se le ha dicho. Si no establecemos nada, por defecto usará localhost (127.0.0.1)

Cómo podemos obtener la dirección IP con nuestra aplicación JAVA, para saber sobre qué IP está la instancia escuchando ?

String res = "";
String ruta = propiedades_ruta.getString(”prueba_address”);
String protocolo = propiedades_ruta.getString(”prueba_protocol");
String puerto = propiedades_ruta.getString(”prueba_port");
//String servidor = java.net.InetAddress.getLocalHost().getHostAddress();
HttpServletRequest request = (HttpServletRequest)
FacesContext.getCurrentInstance().getExternalContext().getRequest();
String servidor = request.getLocalAddr();
res = protocolo+servidor+puerto+ruta;
return res;

Debemos agradecer el código a María José Sánzhez (gran compañera).

Hace tiempo que no aparezco por estos lares, demasiados eran los temas pendientes por dejar cerrados antes de realizar el cambio. Aun así, muchos son los retos y nuevos frentes que se abren y los que hacen que se dilate en el tiempo volver a poner un post en esta, la bitácora de Mfernandez.

Tras dar el paso, y dejar amigos, grandes profesionales, y más de lo que hubiese querido, me encuentro frente a un nuevo reto profesional, en el que daré el 100% como siempre he hecho. Han sido varios los motivos del cambio, pero solo uno el definitivo: el reto profesional.

Y a vosotros, qué os ha hecho cambiar de empresa ? qué haría que lo hicieras ?

Tiempo atrás hace 2 años escribí una entrada que hablaba sobre como crear un túnel ssh con la aplicación Plink. A pesar de haber estado trasteando con esta aplicación, de eso hace bastante tiempo y casi no recuerdo como se trabaja con ella. Hagamos memoria de como podemos hacer un túnel ssh hacia una segunda máquina, que por ejemplo se encuentre en una red distinta a la que no tenemos acceso, por ejemplo:

Acceder desde casa a la máquina de la oficina. Directamente no podemos acceder, porque la máquina de la oficina está en una red completamente distinta a la de casa. Por eso vamos ha realizar un salto entre la máquina firewall, para llegar a la máquina local de la oficina.

PC DE CASA   — >   MÁQUINA INTERMEDIA   — >  MÁQUINA DE LA OFICINA  (Ejemplo)

Paquito         — >           mfernandez.es        — >  mfernandezp                       (Mi caso)

Copiamos el ejecutable plink.exe y lo colocamos en el directorio C:\ para seguidamente crearle un acceso directo y colocarlo donde nos apetezca. Con botón derecho visionamos las propiedades y en destino le colocamos la siguiente linea:

ssh -L <puerto local>:<el otro equipo>:<puerto en el otro equipo><equipo que puede conectarse>

ssh -L 55555:mfernandezp:22  mfernandez.es  -l mfernandez

Hecho, ya tenemos transformado el puerto 22 de la máquina de la oficina en el puerto 55555 de paquito, ahora solo tenemos que hacernos un ssh a localhost -p 55555 usando el putty por ejemplo.

ssh -p 55555 localhost -l
ssh -p 55555 localhost -l mfernandez

Estos mismos principios podemos aplicárselos a cualquier puerto que queramos redireccionar a nuestra máquina.

Porqué uso ahora PostgreSQL y no antes ? pues simplemente porque NO consigo arrancar el maldito MySQL. Porqué no lo soluciono ? No hay tiempo para ello, solo para seguir aprendiendo.

He tenido un par de problemas cuando he insertado una tabla en PostgreSQL que tenía antes funcionando en MySQL, y me ha cascado. El problema se ha debido a un campo auto_increment. Este campo en MySQL es una columna numérica, que de forma automática genera un valor que crece para cada uno de los registros que se insertan. En PostgreSQL no existen, pero podemos simularlos mediante secuencias:

Hagámoslo:

CREATE SEQUENCE sequence_aut_id;

ALTER SEQUENCE sequence_aut_id RESTART WITH 1;

CREATE TABLE autonomos (
aut_id INT PRIMARY KEY DEFAULT NEXTVAL (’sequence_aut_id’),
autnombre VARCHAR (50)
);

Cuando estuve haciendo pruebas, me encontré con un problema y es que los campos id, los tengo iniciados en 1, pero tengo algunos registros de prueba con identificadores desde el 1 al 10.

CREATE RULE insert_people_rule AS ON INSERT TO autonomos DO ALSO
SELECT SETVAL (’sequence_aut_id’, (SELECT MAX(aut_id) FROM autonomos));

He usado un poco de código de diversas fuentes (blogs, listas…), porque le he dado unas cuantas vueltas a este problema, pero al final todo funciona perfectamente.

Si ya me daba pena despedirme de mis compañeros, aún me daba más cuando llegó el momento de llevarme los cachibaches y los cuatro papeles. El pasado jueves apareció Mikel con un regalazo de parte de todos los chicos del departamento de sistemas… y sin palabras me quedé cuando vi que se trataba de un juguetito una “jartá” de chulo. No voy a decir que es, pero sí voy a insertar una fotografía del mismo, para que todos puedan verlo.

Es todo un privilegio tener compañeros y amigos, tan grandes como todos vosotros. Como olvidar unos chicos tan fantásticos como vosotro.

Un abrazo a todos !!!

Hace mucho tiempo (2 años) escribí una entrada sobre como realizar backup / restore de bases de datos MySQL y PostgreSQL muy escueta y básica (demasaido). Creo que sobre MySQL no hay mucho misterio y sí que, para todos los que nunca lo han usado o estén empezando, hay muchas dudas sobre como trabajar con PostgreSQL.

Veamos como hacer backup y restore de bases de datos PostgreSQL con pg_dump y psql, para ello vamos a crear el usuario ‘mfernandez’ y base de datos ‘mybbdd’

Ante todo, cuando empezamos a trabajar con un programa que no hemos usado antes, lo que debemos hacer es --help, -h, man o info (nunca como root).


Backup de una base de datos

mfernandez@paquito:~$ pg_dump --user=mfernandez mybbdd --file=backup20100110.sql

Se solicitará password, tras ello se creará el archivo  backup20100110.sql con todo lo necesario para recrear lo que la base de datos tenía inicialmente.

Backup de todas las bases de datos

Primero veamos cuantas bases de datos tenemos con un psql -l (con el usuario postgres)

mfernandez@paquito:~$ su postgres

postgres@paquito:/home/mfernandez$ psql -l

Obtenemos algo como esto:
Listado de base de datos
Nombre    |   Dueño    | Codificación |  Collation  |    Ctype    |      Privilegios
————-+————+————–+————-+————-+———————–
alfresco203 | alfresco   | UTF8         | es_ES.UTF-8 | es_ES.UTF-8 |
mybbdd      | mfernandez | UTF8         | es_ES.UTF-8 | es_ES.UTF-8 |
postgres    | postgres   | UTF8         | es_ES.UTF-8 | es_ES.UTF-8 |
template0   | postgres   | UTF8         | es_ES.UTF-8 | es_ES.UTF-8 | =c/postgres
: postgres=CTc/postgres
template1   | postgres   | UTF8         | es_ES.UTF-8 | es_ES.UTF-8 | =c/postgres
: postgres=CTc/postgres
(5 filas)

postgres@paquito:/home/mfernandez$ pq_dumpall > fullbackup20100110.sql

Backup de una tabla en concreto

Primero veamos cuantas bases de

mfernandez@paquito:~$ pg_dump –table tprueba -U mfernandez mybbdd -f backuptprueba20100110.sql

Restaurar una base de datos

mfernandez@paquito:~$ psql -U mfernandez -f backup20100110.sql

Hacer una copia e insertarla en otra máquina

mfernandez@paquito:~$ pg_dump mybbdd | psql -h acerito mybbdd

Restaurar todas las bases de datos (con el usuario postgres)

mfernandez@paquito:~$ su postgres

postgres@paquito:/home/mfernandez$ psql -f fullbackup20100110.sql

Restaurar una tabla en una base de datos

postgres@paquito:/home/mfernandez$ psql -f backuptprueba20100110.sql mybbdd