Punto de montaje compartido en Solaris 10

En mi nuevo empleo tuve la necesidad de generar y almacenar en disco un archivo bastante grande en mi servidor con Solaris 9, pero esta máquina no tenía espacio suficiente por lo que tuve que recurrir a generarlo en Solaris 9, pero guardándolo directamente en otro servidor con Solaris 10 y claro suficiente espacio de almacenamiento. 

La solución a este problema fue crear un punto de montaje compartido en el servidor Solaris 10 para que mi servidor con Solaris 9 lo viera como si fuera local. Los pasos ejecutados fueron:

************************************
Pasos en el servidor Solaris 10
************************************

Conectarse como root

$ metainit d119 -p d10 40G
Creación del metadispositivo d119 de 40 Gb en el volumen d10

$ metastat d119
Consulta la creación del metadispositivo

$ newfs /dev/md/rdsk/d119
Creación del nuevo filesystem a partir del metadispositivo

$ mkdir /dumpEsquemas
Creación del directorio para el punto de montaje

$ mount /dev/md/dsk/d119 /dumpEsquemas
Creación del punto de montaje para el filesystem

$ df -h
Verificación de la disponibilidad del nuevo punto de montaje

$ vi /etc/vfstab
    /dev/md/dsk/d119        /dev/md/rdsk/d119       /dumpEsquemas   ufs     1       yes     -
Edición del archivo /etc/vfstab para asegurar la persistencia del punto de montaje

$ vi /etc/dfs/dfstab
    share -F nfs -o rw=10.43.10.5:10.43.10.8 /dumpEsquemas/
Edición del archivo /etc/dfs/dfstab para asegurar la persistencia del punto de montaje compartido. Esta línea también puede ser ejecutada como un comando.

$ /etc/init.d/nfs.server stop
Parar el demonio nfs que corresponde al servicio de carpetas compartidas

$ /etc/init.d/nfs.server start
Iniciar el demonio nfs que corresponde al servicio de carpetas compartidas para que tome los cambios del archivo vi /etc/dfs/dfstab

$ ps -ef | grep nfs
Comprobar que el demonio nfs está iniciado. Debe mostrar que statd y lockd están corriendo, esto mismo se bede asegurar en el cliente

$ chmod -R 777 /dumpEsquemas/
Opcional, para evitar problemas de permisos de escritura desde el cliente en el punto de montaje

**************************************
Pasos en el cliente con Solaris 9
**************************************

Conectarse como root

$ mkdir /dump
Creación del directorio para el punto de montaje del filesystem compartido

$ mount -F nfs 10.43.10.17:/dumpEsquemas /dump
Creación del punto de montaje del filesystem compartido

$df -h
Verificación de la disponibilidad del nuevo punto de montaje

Forzar el montaje de carpetas compartidas en Ubuntu

Tengo Ubuntu 10.04 instalado en una máquina virtual de VirtualBox, el cual he tenido que volver a utilizar para un proyecto personal que estoy adelantando. El asunto es que he necesitado la funcionalidad de carpetas compartidas entre el sistema operativo anfitrión, Windows 7, y el sistema operativo huésped Linux Ubuntu.

Para lo anterior se requiere instalar el paquete 'VirtualBox Guest Additions', definir la carpeta compartida y ejecutar el comando:

$ mount -t vboxsf [-o OPTIONS] sharename mountpoint

En mi caso:

$ sudo mount -t vboxsf Compartida_VBox /media/Windows7

Pero el resultado fue:

/sbin/mount.vboxsf: mounting failed with the error: Invalid argument

Después de buscar en internet un buen rato, logré solucionar lo anterior forzando el montaje de la carpeta compartida con el siguiente comando:

$ sudo /usr/lib/VBoxGuestAdditions/mount.vboxsf Compartida_Vbox /media/Windows7

Un comic bastante interesante!

A través del correo electrónico recibí una foto que me pareció interesante publicar...

Actualización de JQuarks 0.3.0 beta a la versión 0.3.1

Por requerimientos de mi nuevo empleo, tuve que enfrentarme a la actualización del componente JQuarks del CMS libre Joomla, de la versión 0.3.0 beta a la versión 0.3.1.
Aunque como la mayoría de las cosas en Joomla son bastante sencillas, en este caso tuve alguna dificultad para lograr la actualización, ya que el portal que estoy administrando tiene creadas algunas encuestas y pruebas que los dueños no querían perder con la actualización. Por esta razón decidí aplicar el procedimiento del archivo How to Keep my data.txt que viene incluido en el paquete de instalación de la versión 0.3.1, pero no funcionó.

La solución que me funcionó en este caso fue:

1. Realizar una copia de seguridad (script SQL) de la estrucutra y los datos de las tablas jquarks_xxx de la base de datos del CMS. Se requiere acceso con permisos de administración. 
2. Desinstalar los plugins (User - JQuarks), módulos (mod_jquarks) y componentes ( JQuarks) asociados a la versión 0.3.0 beta de JQuarks, por medio del gestor de extensiones del administrador de Joomla. Asegurarse que sean borradas las tablas jquarks_xxx
3. Descomprimir el archivo del paquete de instalación de la versión 0.3.1
4. Instalar los plugins (User - JQuarks), módulos (mod_jquarks) y componentes ( JQuarks) de la nueva versión por medio del del gestor de extensiones del administrador de Joomla
5. Cargar los datos de la copia de seguridad en cada una de las nuevas tablas, teniendo en cuenta que el único cambio significativo entre estas dos versiones es el nuevo campo obligatorio description en la tabla jquarks_questions. En mi caso implementé un script de PHP que se encargara de duplicar todos los enunciados de las preguntas que guarda esta tabla en el campo statement al nuevo campo description.
6. Asegurarse que el campo id de la tabla jquarks_questions sea AUTO_INCREMENT antes de cargar los datos de la copia de seguridad.

No me funcionan las conexiones remotas en SQL Server 2005 Express

Por estos días he estado tratando de resolver un problema de conexión entre una aplicacion basada en PHP + Apache + Linux y una base de datos SQL Server 2005. El problema radica en que se requiere habilitar las conexiones remotas en el servidor de base de datos y para ello existe documentación como la oficial de Microsoft.

Sin embargo, en mi caso, esto no ha sido suficiente porque el servidor de base de datos sigue enviando mensajes que indican que SQL Server no es está habilitado para permitir conexiones remotas. Investigando encontré que el puerto TCP por defecto (1433) de SQL Server 2005 no estaba escuchando las peticiones. Esto se comprueba ejecutando en una ventana de línea de comandos de windows, el comando: 

netstat -an

Se debe encontrar algún servicio que escuche por este puerto. En caso contrario la solución es habilitarlo de la siguiente manera:

• En Windows abrir el Administrador de Configuración de SQL Server llendo a Inicio > Programas > Microsoft SQL Server 2005 > Herramientas de configuración > Administrador de Configuración de SQL Server.

• Expandir la opción Configuración de Red de SQL Server 2005
• Hacer clic en Protocolos para MSSQLSERVER o SQLEXPRESS en el panel izquierdo y revisar que el protocolo VIA esté habilitado, sino habilitarlo con las opciones del clic derecho.
• De nuevo clic derecho en el protocolo VIA y clic en la opción Propiedades. En la ventana que se despliega ver la opción Información de escucha, deberá aparecer algo como 0:1433, sino se debe poner este valor.
• Luego clic derecho al protocolo TCP/IP, clic en la opción Propiedades y clic en la ficha Direcciones IP. Al final está la opcion IPALL > Puerto TCP, allí se ubica el puerto de escucha o predeterminado que es el 1433 y clic en Aceptar.
• Finalmente, clic en el panel izquierdo en la opción Servicios de SQL Server 2005 y clic derecho en el servidor de SQL Server para detener y volver a iniciar el servicio.

Se debe tener en cuenta que este procedimiento es aplicable solo después de ejecutar el asistente de configuración de conexiones remotas nombrado al inicio con la opción de "Usar TCP/IP y canalizaciones con nombre" habilitada, en la configuración de área de superficie de SQL Server. 

Reinauguración del blog

Como muchos se podrán dar cuenta, este blog existe y está asociado a mi nombre desde el año 2005, tiempo durante el cual lo he tenido bastante olvidado, con algunos post que realmente eran mensajes cifrados para algunos amigos y en general nada importante. Solo hasta este año (2010) he venido a comprender mejor su significado y por eso he decidido reabrirlo.

En este proceso de reapertura me he tomado algún tiempo estudiando mucho acerca de los blogs y las diferentes plataformas que existen para montarlos, los temas de presentación y las funcionalidades que las plataformas gratuitas me pueden entregar. Aquí me he encontrado con Wordpress y Blogger, decidiéndome por Blogger ya que me ha parecido mucho más fácil de configurar que Wordpress y gratuito en todo sentido, que es realmente lo que más me interesa.

Frente a esto último recomiendo a quienes empiezan en esto de los blogs, los siguientes post que me ayudaron mucho en mi decisión:

• Blogger vs Wordpress: ¿Qué plataforma elegir?
• Blogger vs WordPress: La batalla de los blogs

Bueno, con esta breve introducción espero continuar regularmente intercambiando información acerca de diversos temas...