En el presente hago una traducción (más o menos afortunada), de cómo crearte tu propia imagen Live-CD o USB OpenSUSE, de Jigish Gohil, usando para ello KIWI, como introducción a easy-kiwi-buildun toolkit creado para montarte tus propias “distribuciones”, en varios formatos, basadas en OpenSUSE, y con el software y/o arreglos (configuraciones de algún programa LAMP, por ejemplo) que se precisen.

Para comenzar, instalaremos los programas necesarios, que bien podemos instalar vía

One-Click Install

o bien vía zypper:

zypper ar http://download.opensuse.org/repositories/openSUSE:/Tools/openSUSE_11.0 openSUSE:Tools

zypper up -t package -r openSUSE:Tools

A continuación, selecciona la imagen que quieres crear en el archivo /etc/sysconfig/kiwi-build. A modo de ejemplo, tendrías las opciones; example, kde3, kde4 y gnome como disponibles para ello.
Seguidamente monta el DVD de la OpenSUSE 11 en /mnt/11.0, el cual será usado como fuente de los paquetes a usar en la imagen.
Como usuario root, ejecuta: kiwi-build-image -cd (para crear un Live-CD), o kiwi-build-image -u (para USB; deja el stick USB enchufado cuando ejecutes ésto).

La imagen example es una OpenSUSE ligera, con el window manager FVWM, y algunas aplicaciones básicas como Firefox y Xterm instaladas. La imagen kde3 está creada por Carlos Gonçalves, y tanto las imágenes gnome y kde4 están realizadas por Stephan Kulow. Muchas de estas imágenes crean Live-CD’s instalables.
También existe una imagen llamada icecream, que puede ser usada para convertir otros ordenadores en tu misma red en una granja de nodos de compilación de Icecream.

Para añadir más paquetes a tu imagen, debes incluirlos en el fichero:
/usr/share/kiwi/image/yourselectedimage/suse-11.0/additional_apps
(si no existe el fichero créalo tú mismo)

Para instalar paquetes que no existan en el DVD, baja los rpm’s correspondientes y ponlos en el directorio:
/usr/share/kiwi/extra-packages-repo/

Una interfaz gráfica de usuario te ayudará finalmente con esta parte.

Have a nice day
TooManySecrets

Según puedo ver en el Foro de Perl en Español, parece ser que los sistemas GNU/Linux de Red Hat, así como los que conforman su base (Fedora Core), o derivados (CentOS), tienen un grave problema en la compilación del Perl instalado.
Parece ser que este fallo, causa una severa degradación de prestaciones en el código que usa la combinación “bless/overload”. Y además, aunque apliques el parche que ellos te indican (Red Hat), el problema persiste. Dá igual si compilas el paquete desde las fuentes del src.rpm; el resultado sigue igual.
Parece que un parcheo efectivo pasa por bajarse el código de Perl y compilarlo, con lo que esa versión de perl que se instale, no no presentará los fallos indicados.
Hay un código con el que puedes mirar si tu sistema está afectado o no:

#!/usr/bin/perl
use overload q(<) => sub {};
my %h;
for (my $i=0; $i<50000; $i++) {
$h{$i} = bless [ ] => ‘main’;
print STDERR ‘.’ if $i % 1000 == 0;
}


El tema es delicado, ya que estas distribuciones de GNU/Linux son de las más utilizadas a nivel empresarial, y además, una una búsqueda en Google, nos muestra que hay más de 150 módulos que usan el modismo “bless/overload”, algunos harto populares como URI o JSON.

Hace un tiempo el problema de Debian con la “aleatoriedad” en la generación de claves en OpenSSH, ahora esto… ¿Está corriendo demasiado el mundo “Linux”? Está claro que mires el modelo de desarrollo que mires, tiene sus puntos buenos y malos. No existe el modelo de desarrollo “ideal”. Pero es que es extraño en grado sumo que aparezca un fallo como este; un lenguaje que se usa en todo y para todo en la empresa, y una empresa que hasta ahora (con sus más y sus menos) se había caracterizado por ofrecer una muy sólida distribución GNU/Linux para la empresa.

En fin…

Have a nice day
TooManySecrets

Holas!
Quien use el tag -STABLE y actualice (tanto en FreeBSD 7 como 6), se encontrará con que la versión del sistema le habrá cambiado a 7.1-PRERELEASE o 6.4-PRERELEASE. En otras palabras; se está preparando la ramificación oportuna para presentar en sociedad las versiones 7.1 y 6.4 RELEASE de FreeBSD, cosa que podría ocurrir, más o menos, durante la segunda quincena de este próximo mes de Septiembre, o la primera ya de Octubre.

Have a nice day
TooManySecrets

Acabo de recibir la notificación de que la Fundación FreeBSD, ya tiene disponibles los paquetes binarios de la versión Java Diablo, tanto SDK como JRE, para la versión FreeBSD 7.x y 6.x.
Podeis acceder a ellos a través de su página de descargas.

Have a nice day
TooManySecrets

He comenzado a tomar unas notas sobre cómo se hacen los snapshots en FreeBSD (si, a pesar de su gran utilidad, hasta ahora no lo había probado nunca). Al final, me he encontrado con un documentillo que he pensado en compartirlo con todo aquel que crea que pueda serle útil.
Comentar que el tema de los snapshots bajo Linux no los he tocado todavía, pero principalmente (y esto creo que es una desventaja frente a los snapshots de FreeBSD) no he podido probarlos porque necesito espacio de disco disponible libre, para crear un volumen donde iría el snapshot. En cambio, los snapshots de FreeBSD se almacenan en el superblock del disco, por lo que no hace falta lo anterior. Eso si, obligatoriamente deben crearse en el mismo disco en el que se hace el snapshot.
Antes de continuar, me gustaría que si alguien que tenga más experiencia con snapshots en sistemas Linux LVM cree que estoy equivocado, por favor me lo haga saber, ya que realmente me hará un favor.

Paso a comentar ahora, muy esquemáticamente, un ejemplo sobre cómo hacer un snapshot de /usr/home:

- creación del snapshot
mount -u -o snapshot /usr/home/.snap/snapyshot /usr/home
- creación de un disco memoria para montar snapshot
mdconfig -a -t vnode -f /usr/home/.snap/snapyshot -u 4
- monto el snapshot bajo /mnt
mount -r /dev/md4 /mnt

En el primer snapshot creado, si se ejecuta un “ls -l”, muestra que tiene un tamaño de 60 Gb, mientras que si se miran las particiones, se puede ver que NO a aumentado para nada el espacio en disco consumido:

[isengard] root@~# ll /usr/home/.snap/snapyshot
-r——– 1 root operator 64299371160 Aug 23 18:05 /usr/home/.snap/snapyshot

[isengard] root@~# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad8s1a 989M 428M 482M 47% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad8s1d 4.8G 4.9M 4.4G 0% /tmp
/dev/ad8s1g 82G 5.4G 70G 7% /usr
/dev/ad8s1h 58G 2.2G 51G 4% /usr/home
/dev/ad8s1e 34G 2.0G 29G 7% /var
/dev/ad8s1f 44G 322M 40G 1% /var/log
linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc
devfs 1.0K 1.0K 0B 100% /var/named/dev
/dev/md4 58G 2.2G 51G 4% /mnt

Como se puede ver, la última unidad montada corresponde al snapshot.

* Para desmontar ahora el snapshot sería un simple:
umount /mnt
seguido del borrado del disco en memoria “md4″
mdconfig -d -u 4

Paso ahora a comentar el ejemplo práctico, que está pensado para recuperar un slave mysql (ya sabes que suelen tener problemas de sincronización de vez en cuando). Con esto lograremos disponer del slave mysql otra vez en un tiempo que ni soñando (en mi caso, en el curro, la base de datos está entorno a los 400 Gb, osea que con eso os lo digo todo).

Para iniciar, iremos al mysql master primero, reseteando los logs del master, creando un bloqueo (lock) de tablas y, por último, tomando nota de la posición del fichero y posición del log del master:
RESET MASTER;
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS; —> tomar nota del fichero y posición
IMPORTANTE: hay que dejar abierta esta sesión para que no se desbloqueen las tablas.

Creamos el snapshot:
mount -u -o snapshot /var/db/mysql/.snap/dbsnap /var/db/mysql
Volvemos al mysql master y desbloqueamos las tablas;
UNLOCK TABLES;
exit;

Montamos el snapshot:
mdconfig -a -t vnode -f /var/db/mysql/.snap/dbsnap -u 4
mount -r /dev/md4 /mnt

En el slave copiamos el fichero de configuración “my.cnf” a un lugar seguro y procedemos a borrar el contenido de /var/db/mysql/*.

A continuación copiamos el snapshot:
rsync -av root@master:/mnt /var/db/mysql

Ir al directorio /var/db/mysql y borrar todo fichero “mymaster.*” que haya allí. Volver a copiar el fichero “my.cnf” en /var/db/mysql y poner el marcha el slave:
/usr/local/etc/rc.d/mysql-server.sh start

Seguidamente, proceder a configurar el master para el slave:
mysql> CHANGE MASTER TO
-> MASTER_HOST=’mymaster.toomany.net’,
-> MASTER_USER=’slave’,
-> MASTER_PASSWORD=’xxxxxxxx’,
-> MASTER_LOG_FILE=’mysql-bin.000001′, # recordad, hemos inicializado logs y tomado nota
-> MASTER_LOG_POS=79; # del fichero y los logs al principio.
mysql> start slave;

Y para finalizar, volveremos al servidor master y borraremos el snapshot:
umount /mnt
mdconfig -d -u 4
rm /var/db/mysql/.snap/dbsna

Have a nice day
TooManySecrets

Ken Smith hizo el anuncio de la agenda para las próximas versiones de FreeBSD. En ella podemos ver que la previsión sería ésta:
Freeze August 29
BETA September 1
Branch September 6
6.4-RC1 September 8
7.1-RC1 September 15
6.4-RC2 September 22
7.1-RC2 September 29
6.4-REL October 6
7.1-REL October 13


Según indica, este próximo Lunes día 25 de Agosto, procederá ya a cambiar las ramas RELENG_7 y RELENG_6 a 7.1-PRERELEASE y 6.4-PRERELEASE respectivamente. Por último, y entre otras cosas, también dice que que probablemente la rama 6 termine en la versión 6.4, dado que la rama 7.0 ha ido muy bien y por tanto, no consideran seguir alargando la rama 6.

Have a nice day
TooManySecrets

De bombazo califico yo la presente noticia:
Según Alex Bustin, hay un Flash-Player 10 nativo para FreeBSD de 32 bits, y además, se está probando activamente (según parece) la versión para 64 bits.

Personalmente opino que FreeBSD es una plataforma que todavía no está al nivel de desktop que muchos quisiéramos (aunque por experiencia diré que hace muy bien su papel en este nicho). Pero tal y como se puede ver, cada vez se está consolidando más y más como alternativa a este nivel.

Have a nice day
TooManySecrets

Esta si que es otra buena noticia; a partir de la versión 11.1 de OpenSUSE, se podrá disponer también del framework de seguridad SELinux (aparte del AppArmor propio de OpenSUSE).
Podreis encontrar más información sobre el tema pinchando aquí.

Have a nice day
TooManySecrets

Holas.
En el presente link, podreis encontrar un magnífico tutorial sobre “tips and tricks” (trucos) el uso de zypper en OpenSUSE. Espero que lo encontreis al menos tan práctico como yo.

Have a nice day
TooManySecret

Me sorprendido descubrir esta mañana esta “distribución” (por llamarlo de manera tal que, la gran mayoría de gente que pueda leer esto, entienda qué es) para montar un sistema Asterisk rapidamente (tipo Trixbox y demás existentes bajo kernel Linux). Su nombre; AskoziaPBX.
Según su página web, es más que otra interfaz de usuario para Asterisk. Es una solución PBX embebida, que facilita las actualizaciones del sistema, los backups y el provisionamiento. Además, también indican que está especialmente diseñada para correr en equipos pequeños y de bajo consumo (lease Soekris, por ejemplo).
Estas son un poco sus características básicas:
- imágen del firmware de menos de 15 Mb.
- basado en Asterisk 1.4 y FreeBSD 6.3.
- toda la configuración del sistema se guarda en un fichero XML.

Plataformas soportadas:
* generic x86 pc (min. 64MB RAM, 200MHz CPU)
* PC Engines: wrap, alix1x, alix2x and alix3x
* Soekris: net48xx, net55xx
* Herologic: hl4xx

Características:
- configuración del teléfono y proveedor de cuentas para SIP, IAX, ISDN y dispositivos Analógicos.
- funcionalidad de punto de acceso Wireless.
- Conferencias, Grupos de Llamada, Call Parking y Transferencias.
- Buzón de Voz (reenviado como correo electrónico).
- Localizaciones para: búlgaro, chino (simplificado/tradicional), danés, alemán, inglés (UK y USA), francés, griego, italiano, japonés, ruso, sueco y, por supuesto, español

Como veis, una completita herramienta que bien nos puede resolver algún problema en el trabajo, o proporcionarnos buenos ratos de entretenimiento en casa.

Have a nice day
TooManySecrets