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.