Andaba hoy echando un ratico mirando fotos del “feisbuk” y vaya !!! He localizado una que me trae muy buenos recuerdos.
Os echo mucho de menos amigos.

Abrazos !!!

Para solucionar este problema, le diremos al servidor que puede cargar ficheros de mayor tamaño al que tiene por defecto (1M).

Editamos el fichero de configuración de MySQL /etc/my.cnf

Dentro de la sección mysqld agregar la línea que establece el valor máximo.

[mysqld]

max_allowed_packet=500M

Ahora que en el nuevo lugar de trabajo lidiamos a diario con servidores de aplicación JBoss, veamos algunos trucos para optimizar su funcionamiento.

El más importante de todos y en el que hicieron mucho hicapié es en el hot deploy. Para entornos de producción no se recomienda tenerlo activado, aunque si no queremos desprendernos de esta utilidad, siempre podemos prolongar su tiempo de chequeo. Veamos como hacerlo:

Editando el archivo de configuración jboss-service.xml ubicado en el directorio conf de nuestra configuración, tenemos que modificar:
<!-- A flag to disable the scans -->
<attribute name="ScanEnabled">true</attribute>

Cambiando a false ala variable, los despliegues en caliente se deshabilitarán.
Si por el contrario, decidimos ampliar los tiempos de búsqueda para nuevos despliegues, editaremos la siguiente entrada:

<!-- Frequency in milliseconds to rescan the URLs for changes -->
<attribute name="ScanPeriod">5000</attribute>

Podríamos ponerlo cada hora (3600000), no olvidemos que estos tiempos se miden en milisegundos.

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

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.