miércoles, 8 de julio de 2009

Servidor hogareño - versión OpenSolaris

En este artículo veremos cómo hacer un servidor hogareño con OpenSolaris.
La versión que se está utilizando en esta oportunidad, es la 2009.06, desde su repositorio de release (no se está usando la versión dev).

Servidor DHCP

Una vez instalado el sistema operativo, y ejecutado como root un "pkg refresh --full", procederemos a la instalación y configuración del servidor DHCP.
Para ello, ejecutamos:

# pkg install SUNWdhcs SUNWdhcm

Con eso quedan instalados tanto los binarios del dhcp server, como los del DHCP Manager, una herramienta gráfica para administrar DHCP basada en Java, que nunca pensé que podría haber sido tan útil sino hasta que tuve que usarla.
Para configurar el dhcp server, tengamos en cuenta algunos detalles importantes:
a) Basaré mi configuración en archivos, no en NIS, ni en DNS.
b) Guardaré dicha configuración en el directorio /var/dhcp
c) El rango de IP's de mi red estará en 10.100.100.0.
d) La dirección IP de mi servidor será 10.100.100.2
e) Necesito que uno de mis equipos obtenga siempre la misma dirección IP, que será la 10.100.100.4. La MAC address de este equipo será la 00:16:D4:0E:1C:A9.
f) Mi default router será el 10.100.100.1, y mis DNS's serán 200.42.0.111, 200.42.97.111, 200.42.0.110 y 200.42.97.110.
Con estos datos en mente, vamos a comenzar con la configuración del servidor DHCP.

1) Configurar archivos como fuente de información, /var/dhcp como directorio para poder los archivos de configuración, DNS servers, dominio, y lease time:

# dhcpconfig -D -r SUNWfiles -p /var/dhcp -a 200.42.0.111,200.42.97.111,200.42.0.110,200.42.97.110 -d hecsa.com.ar -h files -l 86400

2) Configurar la red, su máscara, y el default gateway:

# dhcpconfig -N 10.100.100.0 -m 255.255.255.0 -t 10.100.100.1

3) Configurar una dirección para un equipo en base a su MAC address, agregándolo al macro generado para la red 10.100.100.0:

# pntadm -A 10.100.100.4 -c "Battlelloyd" -f MANUAL -i 010016D40E1CA9 -m 10.100.100.0 -y 10.100.100.0

Nótese que en este caso, se ha agregado un "01" a la MAC address que queremos configurar.

4) Agregar direcciones IP al pool disponible para otros equipos, éstos dinámicos:

# pntadm -A 10.100.100.200 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.201 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.202 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.203 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.204 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.205 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.206 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.207 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.208 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.209 -m 10.100.100.0 -y 10.100.100.0
# pntadm -A 10.100.100.210 -m 10.100.100.0 -y 10.100.100.0

5) Reiniciamos el servidor DHCP para que tome los cambios realizados:

# svcadm restart dhcp-server

6) Abrimos el DHCP Manager, y configuramos los DNS's en forma correcta (no sé si esto es un bug, o algo que no configuré bien, pero debí hacerlo para que todo funcione):

$ pfexec dhcpmgr (nótese que en este caso no uso la cuenta de root, sino que hago un pfexec, para poder levantar la interface gráfica java)

La interface gráfica que levanto es la siguiente:



Ahora selecciono la solapa de Macros, dentro de la que elijo el Macro 10.100.100.0.
Ahora, del menú superior (Edit), selecciono la opción "Properties", y agrego la siguiente:
Option Name: DNSserv
Option Value: 200.42.0.111 200.42.97.111 200.42.0.110 200.42.97.110
Presiono el botón "Add", y lo confirmo con "OK".
Finalmente, reinicio los servicios de DHCP con el mismo DHCP manager, seleccionando, el menú superior, "Service", luego "Restart".
Salgo del DHCP Manager sencillamente con "File" - "Exit".

Listo! Ya ha quedado configurado el servidor DHCP, y está alimentando de direcciones IP al resto de mi red.

Servidor SAMBA

La siguiente fase de esta implementación es la de permitir que el sistema pueda compartir archivos con los demás clientes de la red. Para eso, elegimos el servidor SAMBA.
Para instalarlo, ejecutamos:

# pkg install SUNWsmba

Para los que están acostumbrados a GNU/Linux, algunos tips sobre los lugares donde encontraremos los archivos más comunes:
a) Archivos de configuración:
1) smb.conf: /etc/sfw/smb.conf
b) Archivos de log:
1) Por una cuestión de simplicidad, decidí poner los archivos de log en /var/log/samba, por lo cual debí generar ese directorio. Por omisión no lo genera, lógico!

Configuración del archivo smb.conf:

[global]
workgroup = HECSAGRP
netbios name = DSHECSA1
server string = %h server
obey pam restrictions = Yes
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
log level = 2
log file = /var/log/samba/log.%m
max log size = 1000
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=8192 SO_RCVBUF=8192
add user script = /usr/sbin/useradd -m %u
delete user script = /usr/sbin/userdel -r %u
add group script = /usr/sbin/groupadd %g
delete group script = /usr/sbin/groupdel %g
add user to group script = /usr/sbin/usermod -G %g %u
add machine script = /usr/sbin/useradd -d /var/lib/nobody -s /bin/false -M %u
logon script = %U.cmd
domain logons = Yes
os level = 65
domain master = Yes
dns proxy = No
wins support = Yes
ldap ssl = no
panic action = /usr/share/samba/panic-action %d
invalid users = bin, daemon, sys, man, postfix, mail, ftp
admin users = @wheel smbadmin
interfaces = 10.100.100.2 127.0.0.1
hosts deny = 10.100.100.1/255.255.255.255
hosts allow = 10.100.100.0/255.255.255.0

[homes]
comment = Home Directories
valid users = %S
read only = No
create mask = 0700
directory mask = 0700
browseable = No
dont descend = profile

[netlogon]
comment = Network Logon Service
path = /export/home/samba/netlogon
share modes = No

[printers]
comment = All Printers
path = /tmp
create mask = 0700
printable = Yes
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/printers

[hecsarchive]
comment = Directorio Archivos de HeCSa
path = /archivos/hecsa
valid users = @interno, root
read only = No
create mask = 0770
directory mask = 0770
browseable = No

Agrego el usuario hecsa, mi usuario dentro de la red SAMBA, ya existente en OpenSolaris a nivel Unix:

# smbpasswd -a hecsa
New SMB password:
Retype new SMB password:
Added user hecsa.

Genero el path donde los usuarios del grupo "interno" podrán depositar sus archivos. Entre estos usuarios, tendré al usuario "hecsa":

# mkdir -p /archivos/hecsa
# groupadd interno

Ahora, modifico la línea correspondiente al archivo "/etc/group" para que el usuario "hecsa" forme parte de él:

interno::100:hecsa

Cambio los permisos del directorio a compartir:

# chgrp -R interno /archivos/hecsa

Para probar si todo funcionó bien, relanzo los procesos de Samba:

# svcadm restart samba

Desde mi PC intento levantar el path //10.100.100.2/hesarchive, y funciona perfectamente! Eso quiere decir que mi servidor de archivos ha quedado funcionando.
Victoria!

miércoles, 15 de abril de 2009

Mirror Debian en OpenSolaris

Este artículo tiene por objeto explicar la forma en la cual configuré un servidor de paquetes Debian y Ubuntu dentro de un equipo que tiene instalado OpenSolaris 2008.11.
La idea detrás de esto es poder servir las actualizaciones de equipos Debian y Ubuntu desde OpenSolaris, entregándoles un mirror que funcione perfectamente.
Para poder hacerlo, utilicé el sistema "apt-mirror", y por lo tanto, partí de una de mis máquinas, que lo tenía instalado, para poder recrear la configuración sobre OpenSolaris.
Manos a la obra!

Primer desafío: comando apt-mirror

El primer paso, es generar el grupo y usuario necesarios para poder utilizar el comando de la misma forma que se hace en cualquier máquina con Ubuntu o Debian.

root:~# groupadd apt-mirror 
UX: groupadd: apt-mirror name too long. 
UX: groupadd: apt-mirror name should be all lower case or numeric. 
root:~# grep apt-mirror /etc/group apt-mirror::100: 
root:~# useradd -g apt-mirror -d /var/spool/apt-mirror -m apt-mirror 
UX: useradd: apt-mirror name too long. 
UX: useradd: apt-mirror name too long. 
UX: useradd: apt-mirror name should be all lower case or numeric. 
80 blocks 
root:~# passwd apt-mirror 
New Password: 
Re-enter new Password: 
passwd: password successfully changed for apt-mirror

Luego, generamos los directorios necesarios para que se ejecute el comando apt-mirror, y guarde los paquetes espejados. Tenemos especial consideración, aquí, de los permisos y propietarios necesarios.

root:~# mkdir /etc/apt 
root:~# chmod 755 /etc/apt
root:~# su - apt-mirror 
Sun Microsystems Inc. 
SunOS 5.11 snv_101b November 2008 
apt-mirror:/var/spool/apt-mirror$ mkdir mirror skel var

Luego, copiamos el archivo mirror.list del servidor linux utilizado como modelo de origen dentro del directorio recién creado, /etc/apt.
Recordemos configurar sus entradas para que sepa de dónde se deberá espejar el conjunto de paquetes, así como qué arquitecturas se deberán espejar (x86, amd64, etc.)

root:~# cd /etc/apt 
root:/etc/apt# scp hecsa@linux:/etc/apt/mirror.list . 
The authenticity of host 'linux (linux)' can't be established. RSA key fingerprint is dc:78:ff:1d:17:c6:50:52:d2:80:87:15:49:03:f0:a8. Are you sure you want to continue connecting (yes/no)? yes 
Warning: Permanently added 'linux' (RSA) to the list of known hosts. 
hecsa@linux's password: 
mirror.list 100% |*****************************| 2457 00:00 
root:/etc/apt# ls -ltr 
total 3 
-rw-r--r-- 1 root root 2457 2009-04-15 21:58 mirror.list

El contenido de este script será del siguiente estilo, por ejemplo:

set nthreads 20 
set _tilde 0
deb http://debian.logiclinux.com/debian stable main contrib non-free 
deb-amd64 http://debian.logiclinux.com/debian stable main contrib non-free 
deb-src http://debian.logiclinux.com/debian stable main contrib non-free

Ahora, copiamos el script perl apt-mirror dentro de /usr/bin.

root:/etc/apt# cd /usr/bin 
root:/usr/bin# scp hecsa@linux:/usr/bin/apt-mirror . 
hecsa@linux's password: 
apt-mirror 100% |*****************************| 16424 00:00 
root:/usr/bin# ls -las apt-mirror 
17 -rwxr-xr-x 1 root root 16424 2009-04-15 22:01 apt-mirror

Finalmente, intentaremos ejecutarlo con el siguiente comando (necesitaremos una buena cantidad de espacio en disco si queremos que baje todos los paquetes):

root:/usr/bin# su - apt-mirror -c apt-mirror

Podemos jugar un poco con la lista de paquetes que se bajarán, por ejemplo, agregando las siguientes entradas en el archivo /etc/apt/mirror.list, para que soporte aparte de Debian, Ubuntu:

deb http://espelhos.edugraf.ufsc.br/ubuntu/ jaunty universe main multiverse restricted
deb-amd64 http://espelhos.edugraf.ufsc.br/ubuntu/ jaunty universe main multiverse restricted

Segundo desafío: Configurar el web server

Ahora, deberemos hacer que nuestro web server entregue estos paquetes a los futuros clientes.
Para ello, lo único que debemos hacer es generar dos links simbólicos, uno para Ubuntu, y otro para Debian, de la siguiente forma:

root:/etc/apt# ln -s /var/spool/apt-mirror/mirror/debian.logiclinux.com/debian /var/apache2/2.2/htdocs/debian 
root:/usr/bin# ln -s /var/spool/apt-mirror/mirror/espelhos.edugraf.ufsc.br/ubuntu /var/apache2/2.2/htdocs/ubuntu 

Y con lo anterior, ya estamos listos para servir a clientes Ubuntu y Debian en su proceso de instalación, cosa que se hizo en el Flisol 2009, en forma exitosa, siendo ésta la primera vez que un servidor OpenSolaris está implementado para instalar clientes de otras arquitecturas, al menos hasta donde yo sé.
Saludos, hasta la próxima!!!

HeCSa

miércoles, 25 de febrero de 2009

Ver DivX, DVD, y escuchar mp3 en OpenSolaris 2008.11

De seguro muchos se habrán preguntado por qué no pueden ni ver DVD's, ni Divx, ni escuchar mp3 en su nueva y bonita instalación de OpenSolaris.
Bueno, la respuesta es bien simple: porque no tienen los codecs necesarios, dado que algunos de ellos son propietarios, y no es política de la gente de OpenSolaris, entre los cuales me incluyo, poner cosas privativas en la distribución.
Si bien Sun tiene sus intereses en él, se intenta mantener OpenSolaris lo más opensource que se pueda, a pesar de haber aún porciones que tienen una licencia medio cerradita, que digamos...
Pero bueno, lo que se debe hacer en el caso de querer utilizar estos formatos multimedia, es lo siguiente:

a) Agregar el correspondiente repositorio:
# pkg set-authority -O http://ips.homeunix.com:10000 ips.homeunix.com

b) Actualizar la lista de paquetes:
# pkg refresh --full

c) Instalar los paquetes:
# pkg install MBLgst-plugin-mp3 MBLgst-plugin-dvd MBLgst-plugin-ffmpeg

d) Abrí tu programa de música favorito, y ponete a escuchar. Please, elegí algo bueno. Soda Stereo, Metallica, o Pink Floyd podrían ser ejemplos, si te sirve de guía.
Saludos!

HeCSa.

domingo, 8 de febrero de 2009

Implementación de Big Brother en ambientes heterogéneos

El presente artículo tiene por objeto explicar la forma en la cual se ha implementado la solución de monitoreo y alarma "Big Brother", versión gratuita, en un ambiente heterogéneo, específicamente uno que posee servidores GNU/Linux (Red Hat y Ubuntu), Solaris y Windows 2003 Enterprise Server.

El sistema Big Brother utiliza, para poder funcionar, ciertos conceptos, a saber:
  • Un BBDISPLAY es un servidor que contendrá la capa de visualización del sistema de monitoreo Big Brother.
  • Un BBPAGER es un servidor que podría tener un sistema de conexión a un SMS Center para enviar en forma directa mensajes a quienes se determine.
  • Lo más común del mundo es que el servidor de Big Brother, es decir, el que recibe las alertas de todos los clientes, así como el que ejecuta el web server que muestra el resultado de los monitoreos, sea el mismísimo BBDISPLAY y BBPAGER.
  • Cada servidor cliente debe ejecutar el paquete cliente de Big Brother para poder recolectar métricas, y reportarlas al servidor de Big Brother.
Ahora que tenemos estos conceptos en nuestra mente, pasemos a poner manos a la obra.

Instalación del servidor de Big Brother (y el primer cliente!)

Para instalar el servidor de Big Brother ante todo se debe bajar el archivo correspondiente al código fuente desde la dirección http://www.bb4.org.
En nuestro caso, el servidor de Big Brother será un sistema con Red Hat Linux ES 4.3 instalado, que a los efectos de esta práctica, llamaremos "bbserver".
El paquete que hemos bajado se llama "bb-1.9i.tar.gz", y contiene dentro de sí dos paquetes, uno que es el servidor en sí mismo ("BBSVR-bb1.9i-btf.tar"), y otro que es el cliente ("BBCLT-bbc1.9i-btf.tar"). Podremos ver estos dos paquetes luego de descomprimirlo con el comando "tar zxvf bb-1.9i.tar.gz".
Ahora, llega la hora de instalar el servidor.
Por cuestiones de seguridad, lo mejor es generar un grupo denominado "bb", y un usuario denominado "bb", para que estos monitores no tengan, bajo ningún punto de vista, que acceder archivos utilizando el superusuario ("root").
Los comandos para generar el grupo y el usuario son los siguientes:

[root@bbserver opt]# groupadd bb
[root@bbserver opt]# useradd -d /home/bb -m -g bb -c "Big Brother" -s /bin/bash bb

[root@bbserver opt]# passwd bb
(ingresar una contraseña)

Una vez generado el usuario y el grupo, procederemos a la instalación de los paquetes descomprimidos, considerando que en este equipo, para poder monitorearlo, se deberán instalar los dos, tanto el servidor como el cliente de Big Brother.
Para la instalación del servidor, ejecutamos los siguientes comandos:

[root@bbserver opt]# cd /opt
[root@bbserver opt]# tar zxvf bb-1.9i.tar.gz
[root@bbserver opt]# tar xvf BBSVR-bb1.9i-btf.tar
[root@bbserver opt]# chown -R bb:bb bb1.9i-btf (o el directorio que haya generado el paquete del servidor)
[root@bbserver opt]# su - bb
[bb@bbserver bb]$ mkdir ~/public_html/cgi-bin

[bb@bbserver bb]$ cd /opt/bb1.9i-btf/install

[bb@bbserver install]$ ./bbconfig redhat

Responder a las preguntas que aquí nos hace el instalador con lo siguiente:
  • El usuario de Big Brother será "bb".
  • La máquina será un BBDISPLAY.
  • La máquina será un BBPAGER (aunque todavía no lo usemos, dejémoslo configurado).
  • El URL base será "/bb" porque luego del http://servidor.web, queremos que sea accedido el monitoreo por medio de ese directorio. El URL al que accederemos será http://servidor.web/bb.
  • El directorio para cgi-bin será "/home/bb/public_html/cgi-bin", dado que lo creamos en un paso anterior a tales fines.
  • El usuario que levanta el web server será "apache", a menos que en nuestro caso sea otro, como ser "nobody" (si no lo sabemos, verifiquemos los procesos que están en ejecución correspondientes al web server, con "ps aux | grep http", por ejemplo).

[bb@bbserver install]$ cd ../src
[bb@bbserver src]$ make

[bb@bbserver src]$ make install

[bb@bbserver src]$ exit

[root@bbserver opt]# cd /var/www/html (o el directorio que se haya configurado como base de nuestro web server).
[root@bbserver html]# ln -s /opt/bb1.9i-btf/www bb
[root@bbserver html]# cd /etc/cron.daily

[root@bbserver cron.daily]# vi logrotate
(esto es para quitar un bug conocido que impide al usuario "bb" la lectura del archivo "messages", generando, por lo tanto, un falso alerta).
El archivo deberá quedar así:
#!/bin/sh
/usr/sbin/logrotate /etc/logrotate.conf

/bin/chmod 644 /var/log/messages
# Esta línea se agregó para solucionar este bug.
EXITVALUE=$?

if [ $EXITVALUE != 0 ]; then
/usr/bin/logger -t logrotate "ALERT exited abnormally with [$EXITVALUE]"
fi
exit 0


Con estos pasos, quedará implementado el servidor Big Brother.

Para instalar el cliente del propio servidor, tendremos que seguir los siguientes pasos:

[root@bbserver html]# cd /opt
[root@bbserver opt]# tar xvf BBCLT-bbc1.9i-btf.tar
[root@bbserver opt]# chown -R bb:bb bbc1.9i-btf
[root@bbserver opt]# su - bb
[bb@bbserver bb]$ cd /opt/bbc1.9i-btf/install
[bb@bbserver install]$ ./bbconfig redhat (responder a todas las preguntas que nos hace el instalador. Generalmente el default está bien).
[bb@bbserver install]$ cd ../src
[bb@bbserver src]$ make
[bb@bbserver src]$ make install

Con estos pasos, queda instalado el cliente de Big Brother.

Ahora, sólo nos falta configurar un archivo tanto del lado del servidor como del cliente, que especifica cuáles serán los clientes a monitorear, así como qué opciones de monitoreo se le dará a cada uno de ellos.
El archivo es el "/opt/bb1.9i-btf/etc/bb-hosts" del lado del servidor, y "/opt/bbc1.9i-btf/etc/bb-hosts" del lado del cliente.
Es importante notar que ambos archivos, así como los de todos los clientes, debieran de quedar con la misma configuración (al menos eso solicita el manual de Big Brother).
En dicho archivo, se deberán comentar todas las entradas que estén descomentadas, dejando sólo las siguientes:

group Servidores Productivos
192.9.200.5 bbserver.dominio.com.ar # BBPAGER BBNET BBDISPLAY


Ahora sí, se podrá ejecutar el servidor con el comando (siempre como el usuario "bb") "/opt/bb1.9i-btf/runbb.sh", y el cliente con el comando "/opt/bbc1.9i-btf/runbb.sh".
Accederemos a la información generada luego de por lo menos diez minutos, a través del URL http://servidor.web/bb .

Implementación de un cliente Solaris 10

Para implementar un cliente Solaris 10 tendremos que generar, tal como lo hemos hecho antes, un grupo y un usuario específicos para Big Brother.
Para ello, seguimos estas secuencias de comandos:

root@solaris # groupadd bb
root@solaris # useradd -g bb -d /export/home/bb -m -c "Big Brother" -s /usr/bin/bash bb
64 blocks
root@solaris # passwd bb
New Password:
Re-enter new Password:
passwd: password successfully changed for bb
root@solaris # cd /opt
root@solaris # tar xvf BBCLT-bbc1.9i-btf.tar
root@solaris # chown -R bb:bb bbc1*
root@solaris # su - bb
bb@solaris $ cd /opt/bbc1.9i-btf/src
bb@solaris $ vi Makefile (debemos hacer esto para que no tome como comando "make" otro que no sea el "gmake", entonces cambiamos el contenido de la línea que dice "MAKE = make", por "MAKE = gmake").
bb@solaris $ cd ../install
bb@solaris $ ./bbconfig solaris
(Responder a las preguntas aceptando la licencia, el usuario "bb", y el uso de FQDN (Fully Qualified Domain Names).
bb@solaris $ cd /opt/bbc1.9i-btf/src
bb@solaris $ make
bb@solaris $ make install
bb@solaris $ vi /opt/bbc1.9i-btf/etc/bb-hosts

Dejemos el contenido de este archivo de la siguiente forma:

192.9.200.5 bbserver.dominio.com.ar # BBPAGER BBNET BBDISPLAY
192.9.200.109 solaris.dominio.com.ar

bb@solaris $ cd /opt/bbc1.9i-btf
bb@solaris $ ./runbb.sh

Ahora, en el sistema servidor de Big Brother, debemos agregar la siguiente entrada en "/opt/bb1.9i-btf/etc/bb-hosts":

[bb@bbserver bb]$ cd /opt/bb1.9i-btf/etc
[bb@bbserver etc]$ vi bb-hosts
Agregar la entrada:

192.9.200.109 solaris.dominio.com.ar

[bb@bbserver etc]$ cd ..
[bb@bbserver bb1.9i-btf]$ ./runbb.sh stop
[bb@bbserver bb1.9i-btf]$ ./runbb.sh
Starting Big Brother
Starting Big Brother Daemon (bbd)...
Starting Network tests (bb-network)...
Starting Display process (bb-display)...
Big Brother 1.9i started

Con estos pasos, quedó implementado el cliente Solaris 10 de Big Brother.

Instalación de un cliente Windows NT/2000/XP/2003 de Big Brother.

Antes que nada, se deberá descargar el archivo instalable de la misma dirección de donde hemos bajado el resto del software.
Luego, sencillamente se deberá hacer doble click en él para ejecutarlo.
Se deberá seguir el esquema "Enter-Enter-Enter-Acepto la licencia-Enter-Instalar-etc." típico en los ejecutables Windows.
Una vez instalado, se abrirá ante nosotros una pantalla con el título "Big Brother Client Configuration Editor".
Posicionémonos en el campo BBDISPLAY hosts, y agreguemos al bbserver, específicamente su dirección IP, en él. Luego presionemos "Add". En el caso de aparecer otra dirección en la sección inferior, seleccionarla del menú desplegable, y presionar "Del".
Hacer lo mismo con el campo BBPAGER.
Presionar el botón "Save", y luego el "Start", para finalmente llegar al "Quit".
Con esos pasos, queda impementado el cliente Windows NT/2000/XP/2003 de Big Brother.

TROUBLESHOOTING: Bueno, en todo artículo hay una sección de este estilo.

Un problema que es más que típico en el sistema Big Brother es que, luego de implementar un cliente NT, algo quede mal configurado, y en particular, que eso sea ni más ni menos que el hostname del sistema Windows NT a monitorear.
Para solucionar este tema, y evitar así el efecto "eternamente púrpura", algún alma caritativa generó el comendo "bbrm".
Este comando nos permitirá eliminar de la configuración del servidor de Big Brother un equipo que ya no se quiere monitorear.
Se ejecuta, sencillamente, lo siguiente, desde el directorio de binarios de Big Brother: ./bbrm equipo
Veremos un mensaje que nos indica que ese servicio ha sido eliminado, y listo. En el próximo monitoreo, habrá desaparecido.

miércoles, 14 de enero de 2009

Error al instalar OpenSolaris 2008.11 - Panic - Dump - Reboot

Luego de haber fracturado mi disco rígido, tuve que reinstalar todo lo que en él se encontraba.
Por suerte el último backup era más o menos reciente, así que sólo tuve que instalar los paquetes que ya tenía, y restaurar la información.
Algo me llamó bastante la atención, y es que al momento de instalar OpenSolaris 2008.11, desde el LiveCD original, se generaba un stack trace, un dump que terminaba con un mensaje de "panic", para finalmente rebootear mi máquina.
Cuando digo "mi máquina", me refiero a una HP Pavilion DV5000, con un procesador dual core T2400, 1 GB de RAM, y ahora sí, un disco SATA de 320 GB.
Aún no pude solucionar este tema al 100%, logré el workaround (no es realmente un workaround, porque no me funciona el audio), que fue agregar, en la línea del archivo /rpool/boot/grub/menu.lst, el flag "-B disable-audiohd=true", es decir, quedó así:
kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS -B disable-audiohd=true
Reboteé, y por lo menos, levantó bien.