Publicado el Dejar un comentario

Vagrant was unable to mount VirtualBox shared folders.

A iniciar el box de icinga2 me mandaba el mensaje siguiente:

Vagrant was unable to mount VirtualBox shared folders. This is usually because the filesystem "vboxsf" is not available. This filesystem is made available via the VirtualBox Guest Additions and kernel module. Please verify that these guest additions are properly installed in the guest. This is not a bug in Vagrant and is usually caused by a faulty Vagrant box. For context, the command attempted was:

mount -t vboxsf -o uid=1000,gid=1000 vagrant /vagrant

The error output from the command was:

: No such file or directory

En mi caso se debía a un bug en la versión de VirtualBox Guest Additions (vbguest) instalada en el box (la 5.1.21). Así que procedí a instalar la última versión (5.1.22) ejecutando las siguientes instrucciones:

%vagrant plugin install vagrant-vbguest
%vagrant up
%vagrant vbguest
%vagrant halt
%vagrant up

Instalar el más reciente plugin de vbguest, iniciar el box, instalar la última versión de vbguest, parar el box y volverlo a arrancar.

El mensaje de error desapareció. Espero les ayude.

¡Saludos!

Publicado el Dejar un comentario

Listar las carpetas compartidas de un disco en red (NAS) en Windows.

Para listar, desde linea de comando, todas las carpetas que está compartiendo un disco en red (NAS) se usa el siguiente comando MS-DOS:

net view \\[disco_nas]

Donde [disco_nas] puede ser el nombre o dirección IP del disco NAS.

Por ejemplo, para listar todal las carpetas qu ecomparte un disco en red que tiene la dirección IP 192.168.0.100, la sintaxis del comando seria:

 net view \\192.168.0.100

El mismo comando serviría para listar las carpetas que comparte otra computadora o servidor en red.

¡Saludos!

Publicado el Dejar un comentario

There is a process already using the admin port 4848. Glassfish 4/CentOS 6.

El servidor de aplicaciones Glassfish 4.1 de un cliente no quería arrancar y mandaba el mensaje de error especificado en la siguiente imagen:

El servidor corre el sistema operativo CentOS 6 y al inspeccionar los puertos para ver que proceso estaba utilizando el puerto indicado en el mensaje, el 4848, indicaba que ningún proceso estaba ocupando dicho puerto. Así que quedó descartado que fuera otra instancia de Glassfish ejecutándose en la misma máquina.

El problema era que la máquina del cliente no tenía en su archivo /etc/hosts el hostname de su servidor. Para obtener el nombre del hostname.

Así que bastó con editar el archivo /etc/hosts y añadir al final de la IP 127.0.0.1 el hostname del servidor.

Con el comando hostname obtenemos el nombre del servidor. El archivo /etc/hosts debería más o menos quedar así:

127.0.0.1   localhost localhost.localdomain localhost4 HOSTNAME
::1         localhost localhost.localdomain localhost6

Donde HOSTNAME es el nombre del servidor obtenido con el comando hostname.

¡Hasta la próxima!