In this post you will probably not find anything you couldn’t find anywhere else, as we did, but having it all in one place might prove useful and save you some time.

During the upgrade the mdam.conf file was overwritten with a default version of it, and the array was not automatically mounted anymore after reboot. The solution was found in a thread in the Ubuntu forums.
mdadm --examine --scan --config=mdadm.conf >> /etc/mdadm/mdadm.conf

The locale files got changed and we started to see lots of messages like:

perl: warning: Setting locale failed.perl: warning: Please check that your locale settings:
LANGUAGE = “es_ES.ISO-8859-15@euro”,
LC_ALL = (unset),
LANG = “es_ES.ISO-8859-15@euro”
are supported and installed on your system. perl: warning: Falling back to the standard locale (“C”).

The solution was found again in the Ubuntu forums. You have to edit /var/lib/locales/supported.d/es and make it look like:

es_EC.UTF-8 UTF-8
es_CL.UTF-8 UTF-8
es_DO.UTF-8 UTF-8
es_HN.UTF-8 UTF-8
es_PY.UTF-8 UTF-8
es_PR.UTF-8 UTF-8
es_NI.UTF-8 UTF-8
es_ES.UTF-8 UTF-8
es_PE.UTF-8 UTF-8
es_VE.UTF-8 UTF-8
es_GT.UTF-8 UTF-8
es_CR.UTF-8 UTF-8
es_BO.UTF-8 UTF-8
es_US.UTF-8 UTF-8
es_AR.UTF-8 UTF-8
es_PA.UTF-8 UTF-8
es_SV.UTF-8 UTF-8
es_UY.UTF-8 UTF-8
es_MX.UTF-8 UTF-8
es_CO.UTF-8 UTF-8
es_ES.ISO-8859-15@euro ISO-8859-15

Finally you have to rebuild the locales:

sudo dpgk-reconfigure locales

And last but not least, after the upgrades we were getting thrown into the busybox initramfs prompt. Apparently there is a problem with the evms and ACPI support, so we just disabled it, until we have further time to investigate the issue. The solution was found here.

Add into /boot/grub/menu.lst in the line that begins with #kopts

acpi=noacpi irqpoll

and then:

sudo update-grub
sudo aptitude remove evms

No related posts.

Related posts brought to you by Yet Another Related Posts Plugin.

Desde nuestra máquina con MacOS X transferimos los ejecutables de estos tres programas al AppleTV via scp

$ scp -1 -r /usr/bin/su frontrow@<AppleTVIPAddress>:~/
$ scp -1 -r /usr/bin/vim frontrow@<AppleTVIPAddress>:~/
$ scp -1 -r /usr/libexec/tftpd frontrow@<AppleTVIPAddress>:~/

Una vez que los ficheros están en el AppleTV nos conectamos por SSH al equipo para colocarlos en su sitio correcto.

$ ssh -1 frontrow@<AppleTVIPAddress>

Montamos el sistema de ficheros con permisos de escritura tras conseguir permisos de root y ponemos el grupo y propietario correcto a cada uno de los ficheros.

bash-2.05b$ sudo -s
bash-2.05b# mount -uw /
bash-2.05b# chown root su
bash-2.05b# chgrp wheel su
bash-2.05b# chown root vim
bash-2.05b# chgrp wheel vim
bash-2.05b# chown root tftpd
bash-2.05b# chgrp wheel tftpd

A continuación movemos los ficheros a sus directorios finales dónde espera encontrarlos el sistema.

bash-2.05b# mv su /usr/bin/su
bash-2.05b# mv vim /usr/bin/vim
bash-2.05b# mv tftpd /usr/libexec/tftpd

Por último solo nos queda configurar el servidor de TFTP para decirle dónde tenemos el directorio que tiene que servir. En caso de que no lo tengamos creado, lo hacemos antes de editar el fichero. Afortunadamente, vim ya está instalado y podemos editar el fichero directamente en nuestro AppleTV

bash-2.05b# mkdir /Users/frontrow/tftp
bash-2.05b# chmod 777 /Users/frontrow/tftp

bash-2.05b# vim /System/Library/LaunchDaemons/tftp.plist

<array>
<string>/usr/libexec/tftpd</string>
<string>-i</string>
<string>/Users/frontrow/tftp </array>

Por último, iniciamos el servicio de TFTP

bash-2.05b# /sbin/service tftp stop
bash-2.05b# /sbin/service tftp start

Ahora ya solo queda probarlo, ver que todo funciona correctamente y a disfrutarlo!

No related posts.

Related posts brought to you by Yet Another Related Posts Plugin.

I knew that it was compatible with the Ubuntu 8.04 Server that I had installed, so I was a little bit surprised when I plugged it in and it didn’t work

First I checked and saw that I only had the old card (I knew that by the MAC address

$ ifconfig
eth1 Link encap:Ethernet HWaddr 00:80:5a:69:b2:d2
inet addr:192.168.0.23 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::250:fcff:fe2d:d7ba/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:119 errors:0 dropped:0 overruns:0 frame:0
TX packets:110 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15165 (14.8 KB) TX bytes:16769 (16.3 KB)
Interrupt:11 Base address:0×4000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14345 (14.0 KB) TX bytes:14345 (14.0 KB)

Next I wanted to see if the system had recognised the card or not so I ran..

$ sudo lshw -C network
*-network:0 DISABLED
description: Ethernet interface
product: RTL-8169 Gigabit Ethernet
vendor: Realtek Semiconductor Co., Ltd.
physical id: b
bus info: pci@0000:00:0b.0
logical name: eth0
version: 10
serial: 00:80:5a:69:b2:d2
size: 1GB/s
capacity: 1GB/s
width: 32 bits
clock: 66MHz
capabilities: pm bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.2LK duplex=full ip=192.168.0.250 latency=64 link=yes maxlatency=64 mingnt=32 module=r8169 multicast=yes port=twisted pair speed=1GB/s
*-network:1
description: Ethernet interface
product: RTL-8139/8139C/8139C+
vendor: Realtek Semiconductor Co., Ltd.
physical id: 11
bus info: pci@0000:00:11.0
logical name: eth1
version: 10
serial: 00:50:fc:2d:d7:ba
size: 100MB/s
capacity: 100MB/s
width: 32 bits
clock: 33MHz
capabilities: bus_master ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=full latency=32 link=yes maxlatency=64 mingnt=32 module=8139too multicast=yes port=MII speed=100MB/s

Good news! the system recognizes the card but somehow has not managed to bring it up. Let’s help it to know what module to load and under which device name. For that we assign to each network MAC address the module to be loaded in the DRIVERS attribute and assign it a device name in the NAME attribute

$ sudo vim /etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM==”net”, ACTION==”add”, DRIVERS==”r8169″, ATTR{address}==”00:80:5a:69:b2:d2″, ATTR{type}==”1″, KERNEL==”eth*”, NAME=”eth0″
SUBSYSTEM==”net”, ACTION==”add”, DRIVERS==”8139too”, ATTR{address}==”00:50:fc:2d:d7:ba”, ATTR{type}==”1″, KERNEL==”eth*”, NAME=”eth1″

I also updated the configuration for the interfaces in the /etc/network/interfaces file:

$ sudo vim /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.0.250
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1

auto eth1
iface eth1 inet dhcp

Now we restart the system to get the changes reloaded… I guess there is a less dramatic way to bring the changes life but didn’t feel like thinking much about it and anyway, I’m the only one in the server without anything critical running on it… yet

$ sudo shutdown -r now

And when the system goes back online…

$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:80:5a:69:b2:d2
inet addr:192.168.0.250 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::280:5aff:fe69:b2d2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:185 errors:0 dropped:0 overruns:0 frame:0
TX packets:175 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:19020 (18.5 KB) TX bytes:24911 (24.3 KB)
Interrupt:11 Base address:0×4000

eth1 Link encap:Ethernet HWaddr 00:50:fc:2d:d7:ba
inet addr:192.168.0.23 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::250:fcff:fe2d:d7ba/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:49 errors:0 dropped:0 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6220 (6.0 KB) TX bytes:1494 (1.4 KB)
Interrupt:10 Base address:0xc400

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14345 (14.0 KB) TX bytes:14345 (14.0 KB)

Everything looks great! and finally the server is ready to use the new Gigabit Ethernet connection

Related posts:

1. Upgrade problems from Ubuntu 6.10 (Edgy) to Ubuntu 9.10 (Intrepid) These days I had to perform an upgrade of a...

Related posts brought to you by Yet Another Related Posts Plugin.

A priori puede parecer que esta solución trata de matar moscas a cañonazos, pero cobra sentido cuando se tiene en cuenta que la estructura de la base de datos a nivel de tablas de MySQL roza la calificación de infernal y que hay cerca de 5000 usuarios a los que dar acceso. Hacer una restructuración de la base de datos no es factible, ya que está generada dinámicamente con por un framework de desarrollo web llamado Makumba.

Entre las características de Makumba, están la facilidad y rapidez de desarrollo de aplicaciones web con funcionalidad CRUD permitiendo la definición de la estructura de la base de datos en un simple fichero de texto, y mostrar listas y formularios autoformateados por medio de unos tags dentro del código JSP de la página. Esto que ahora parece totalmente normal y lo proporcionan muchos otros frameworks como puede ser RoR (Ruby on Rails) que tan de moda está últimamente; era totalmente innovador en el año 2000 cuando se empezó a desarrollar.

Una vez explicada la necesidad de implementar un servicio LDAP para facilitar la autenticación de los usuarios en distintos servidores y servicios, era necesario elegir un servidor LDAP. La opción clara era OpenLDAP por poder ejecutarse sobre linux, tener una larga historia de desarrollo, una comunidad activa y un gran número de instalaciones con éxito.

Llegados a este punto, en el que tenemos datos en una base de datos MySQL y un servidor OpenLDAP, es necesario plantearse cómo mantener sincronizadas las bases de datos de ambos servicios. La solución lógica y natural sería emplear la base de datos de MySQL sobre la que Makumba trabaja como backend para el servidor LDAP, así que me lancé a implementar esa solución gracias al backend SQL que incorpora OpenLDAP.

Tras varios intentos, noches en vela y muchas horas mirando a ver cómo lo habían hecho otros, llegué a la conclusión de que se necesita una estructura de tablas muy estricta para hacerlo funcionar y la necesidad de crear un índice en una tabla especial para el servidor OpenLDAP, lo que lo hace dificil de mantener cuando los datos de los usuarios cambian con cierta frecuencia. La solución era pues, totalmente inviable sin el uso de vistas que por entonces MySQL no soportaba (version < 5.0). Luego apareció el soporte para vistas, pero como no existía un paquete estable de debian, por política de empresa no se podía instalar... había pues que esperar para poder seguir investigando esta solución para un entorno de producción.

Entonces, me encontré con una solución Java para un servidor LDAP con un backend MySQL de forma nativa. Esta "solución" se llama Penrose y tras intentarlo con ello, descubrí una vez más que de lo que pone en la página web a lo que realmente funciona va un trecho. Mi problema era que a la hora de hacer la query para obtener la información, en vez de realizar las uniones de tablas en la base de datos, obtenían todos los datos de la tabla y realizaban las uniones y aplicaban las condiciones en Java, con lo cual cada solicitud al servidor Java se eternizaba. Una vez más con una estructura de tablas favorable, la solución funciona, pero como interfaz para enmascarar la complejidad de la base de datos falla estrepitosamente. Solicité a los chicos de Safehaus que mejorasen la política de queries para que se ejecuten en la base de datos en vez de en la parte Java, pero el bug sigue estando ahí en el sistema Jira que utilizan y lo van pasando de versión… desde el 2005 creo que ya está bien!

Cuando por fin salió Debian Etch, y ya tuvimos un paquete de MySQL 5.0 disponible, volví a intentarlo con el backend SQL de OpenLDAP. Tras crear las vistas para que fuesen como una tabla simple y tener el sistema más o menos funcional, los tiempos de acceso a los datos eran muy malos (aproximadamente 30 segundos para recuperar un registro) lo que lo hacía totalmente inviable para operaciones de autenticación.

Así pues, una vez descartadas las soluciones disponibles para usar la misma base de datos, decidí exportar la información que me interesaba de la base de datos de MySQL a formato LDIF e importarlo en el servidor LDAP. Repitiendo este procedimiento periodicamente, mantengo las bases de datos sincronizadas la mayoría del tiempo. Sin embargo esto no es lo suficientemente bueno para alguna información que depende de forma crítica con el tiempo (eg. passwords). En el caso de que un usuario cambie su contraseña, no va a entender que se cambie en algunos servicios de forma instantánea y en otros tenga que esperar.

Para resolver esto, he añadido unos triggers en la base de datos de MySQL (ahora que tenemos una versión 5.0 ) que llaman a un script en python que actualiza la información modificada en el servidor LDAP.

Ahora con el LDAP funcionando, ya se puede pensar en montar más servicios… servidor Jabber con provisión de cuentas contra el LDAP, ACL en webs contra el LDAP, etc…

No related posts.

Related posts brought to you by Yet Another Related Posts Plugin.

We have received your request for a free Solaris 10 and Developer Tools DVD Software Kit. Please allow at least 10 business days for your kit to arrive to the mailing address you provided. Please also note there are some countries Sun cannot ship media to.

Well… it seems it took a bit longer

Anyway, now I have at home a wonderful box with three original Solaris 10 DVDs:

• Solaris 10 Operating System – SPARC DVD
• Solaris 10 Operating System – x86 DVD
• Developer Tools – Sun Studio 11, Sun Java Studio Creator 2 Update 1, Sun Java Studio Enterprise 8, NetBeans 5.0

In order to try it, I have installed it as a virtual machine in Parallels in my MacBook Pro. The installation was very easy and straightforward: New VM –> OS Type: Solaris 10 –> You set up the drive size and memory allocated to the VM, and then the installation starts from the DVD

Then the installation is menu based, and by leaving the default options the installations proceeds flawlessly

After the installation finishes, if you want to enable the X11 server, just follow the instructions that I found in one of the Parallels forums:

/usr/X11/bin/xorgconfig
and then the following entries (the –> denotes my comments – don’t type these
[ENTER]
5 –> PS/2 Mouse
Y –> emulate 3 button mouse
[ENTER] –> default for /dev/kdmouse
7 –> Generic 104-Key PC
87 –> UK Keyboard
[ENTER] –> for keyboard variant
n –> additional XKB options
[ENTER]
6 –> Non-interlaced SVGA 1024×768
2 –> 50-90 vertical sync rate
apple20 –> identifier for your monitor
y –> yes, you would like to look at the card database
0 –> Generic Vesa compatible option
[ENTER] –> to continue
5 –> 4096K of memory
ati1600 –> identifier for you graphics card
4 –> the modes are ok
4 –> 16 bits
then say Y to write to /etc/X11.conf

Afterwards you just need to reboot, and you have a fully operation Solaris10 VM

You can see two screenshots I have taken, one of the login window, and another one of the desktop.

I will keep writing about it when I’ll discover more interesting things

No related posts.

Related posts brought to you by Yet Another Related Posts Plugin.

First we create a folder where we will mount our main partition:

mkdir /ubuntu

Now that we have a mounting point we mount the main partition of our hard drive:

mount -t ext3 /dev/hda1 /ubuntu

Now we mount the /proc and /dev in our /ubuntu partition in order to be sure that our hard drive is able to see the hardware to reinstall grub:

mount -t proc none /ubuntu/proc
mount -o bind /dev /ubuntu/dev

Now we get into our hard drive partition and forget about the rest of the world:

chroot /ubuntu /bin/bash

Now we can execute grub as if we had booted with our real hard drive and get everything properly configured:

grub

And now inside of grub we reset the booting partition and the MBR:

root (hd0,0)
setup (hd0)

That’s it… we now have the MBR properly configured and we just have to boot up our machine. First we quit grub:

quit

And then we can reboot the machine and we will get the grub dialog that will allow us to choose which OS we want to use.

Related posts:

1. Upgrade problems from Ubuntu 6.10 (Edgy) to Ubuntu 9.10 (Intrepid) These days I had to perform an upgrade of a...

Related posts brought to you by Yet Another Related Posts Plugin.