• Se puede descargar aquí
• Podeis leer aquí la nota de lanzamiento
• Para hacer el upgrade desde Mageia 2

Dedicada al fallecido Eugeni Dodonov, podemos encontrar en ella las siguientes novedades:

• Updates to RPM (4.11) and urpmi, which has been given a good Mageia turnout and cleanup
• Kernel 3.8
• systemd 195
• GRUB is the default bootloader; GRUB2 is available to test.
• Revamped package groupings for installation and rpmdrake
• KDE 4.10.2
• GNOME 3.6.
• Xfce 4.10
• Libreoffice 4.0.2

Es inmenso el trabajo que lleva desarrollar una distribución de este tipo desde y para la comunidad. Es encomiable la labor de los diferentes equipos que desinteresaramente pierden parte de su tiempo libre en desarrollar una distro para nosotros.  Me encanta haber colaborado con algunos commit’s en esta distribución, He aprendido mucho de Juancho y del resto de  contribuidores, espero seguir haciendolo… Larga vida a Mageia 3, en breve estaremos trabajando en la nueva versión

[avr12s@localhost remmina]$ mgarepo ci -m " padawan commit: New Version"
relocated to svn+ssh://svn.mageia.org/svn/packages/cauldron/remmina/current
Enviando       SPECS/remmina.spec
Transmitiendo contenido de archivos .
Committed revision 309302.
use "mgarepo switch" in order to switch back to mirror later

• Añadir a los usuarios afortunados al grupo wheel.
• Editar el fichero/etc/pam.d/su y descomentar la siguiente línea:
  #auth           required        pam_wheel.so use_uid

[root@exam ~]# grub-md5-crypt
Password:
Retype password:
$1$759w3yRB$nu20mOcvm3xRCk.CHRhjD1
[root@exam ~]#

Editamos /etc/grub.conf para dejarlo tal que así, añadimos la linea de password antes del título

# default=0 # commented out by Proliant HBA install script
default=0
fallback=2
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
password --md5 $1$759w3yRB$nu20mOcvm3xRCk.CHRhjD1
title Red Hat Enterprise Linux ES (2.6.9-55.ELsmp)
root (hd0,0)
kernel /vmlinuz-2.6.9-55.ELsmp ro root=/dev/VG_Sistema/LV_Raiz
initrd /initrd-2.6.9-55.ELsmp.img

[root@exam2 ftp]# sestatus 
SELinux status:                 enabled
SELinuxfs mount:                /selinux
Current mode:                   enforcing
Mode from config file:          enforcing
Policy version:                 24
Policy from config file:        targeted

* Cambiar el rol de un usuario: semanager login -a -s <rol> <usuario>

[root@exam2 ftp]# semanage login -l
Nombre de Ingreso         Usuario SELinux           Rango MLS/MCS            
__default__               unconfined_u              s0-s0:c0.c1023           
root                      unconfined_u              s0-s0:c0.c1023           
system_u                  system_u                  s0-s0:c0.c1023           
test1                     guest_u                   s0   
[root@exam2 ftp]# semanage login -a -s staff_u test1
[root@exam2 ftp]# semanage login -l

Nombre de Ingreso         Usuario SELinux           Rango MLS/MCS            

__default__               unconfined_u              s0-s0:c0.c1023           
root                      unconfined_u              s0-s0:c0.c1023           
system_u                  system_u                  s0-s0:c0.c1023           
test1                     staff_u                   s0-s0:c0.c1023           
[root@exam2 ftp]#

*Manejo de booleanos en selinux (-P hace persistente el cambio):

[root@exam2 ftp]# setsebool -P allow_guest_exec_content 0
[root@exam2 ftp]# getsebool allow_guest_exec_content 
allow_guest_exec_content --> off
[root@exam2 ftp]#

* Identificar el contexto de los archivos.
Ejm: Para cambiar el DocumentRoot del ftp

[root@exam2 ftp]# ls -Zd /var/ftp/pub/
drwxr-xr-x. root root system_u:object_r:public_content_t:s0 /var/ftp/pub/
[root@exam2 ftp]# ls -Zd /ftp
drwxr-xr-x. root root system_u:object_r:default_t:s0   /ftp
[root@exam2 ftp]# chcon -R --reference /var/ftp/pub/ /ftp/
[root@exam2 ftp]# ls -Zd /ftp
drwxr-xr-x. root root system_u:object_r:public_content_t:s0 /ftp

También es válido:

[root@exam2 ftp]# chcon -R -u system_u -t public_content_t /ftp

Para saber más SeLinux Tips en el Proyecto Fedora

• Curso acelerado para mejorar my poor English ( la EOI me espera en Octubre)
• He pisado el acelerador en el proceso de aprendizaje para ser mageia contributor (gracias a Juancho siempre).
• Preparar el asalto al RHCE, acabo de pagar las tasas para RHCSA

Así que luego no me preguntéis por que odio el verano.

[avr12s@virtual ~]$ cat /etc/issue
Mageia release 2 (Official) for i586
Kernel 3.3.6-desktop-2.mga2 on an i686 / \l

¿Cómo arrancamos, comprobamos el estado y paramos un servicio?

[root@localhost ~]# systemctl start iptables.service
[root@localhost ~]# systemctl status iptables.service
iptables.service - iptables Firewall for IPv4
Loaded: loaded (/lib/systemd/system/iptables.service; disabled)
Active: active (exited) since Wed, 07 Mar 2012 18:06:19 +0100; 4s ago
Process: 8995 ExecStop=/usr/lib/iptables stop (code=exited, status=0/SUCCESS)
Process: 9045 ExecStart=/usr/lib/iptables start (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/iptables.service

[root@localhost ~]# systemctl stop iptables.service
[root@localhost ~]# systemctl status iptables.service
iptables.service - iptables Firewall for IPv4
Loaded: loaded (/lib/systemd/system/iptables.service; disabled)
Active: inactive (dead) since Wed, 07 Mar 2012 18:07:35 +0100; 3s ago
Process: 9063 ExecStop=/usr/lib/iptables stop (code=exited, status=0/SUCCESS)
Process: 9045 ExecStart=/usr/lib/iptables start (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/iptables.service

¿Cómo activamos o desactivamos el arranque automático de un servicio?

[root@localhost ~]# systemctl enable iptables.service
ln -s '/lib/systemd/system/iptables.service' '/etc/systemd/system/basic.target.wants/iptables.service'
[root@localhost ~]# systemctl disable iptables.service
rm '/etc/systemd/system/basic.target.wants/iptables.service'

¿Como cambiamos de nivel de ejecución?
Iluso de mi intenté cambiar a init 3 usando el viejo /etc/inittab.
Systemd usa un enlace simbólico para apuntar el “runlevel” por defecto.
Debemos borrar el actual y crear el nuevo:

rm /etc/systemd/system/default.target

Para arrancar en nivel 3

ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target

Para arrancar en nivel 5:

ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

tsm: XXXXX>q vol AB00XXLl4 f=d
Volume Name: AB00XXL4
Storage Pool Name: XX_LTO4
 Device Class Name: LTO4
Estimated Capacity: 1.6 T  Access: Unavailable 

Primero pongo el volumen  a readwrite que pa’ chulo yo….

tsm: XXXXX>upd vol AB00XXLl4 access=readwrite

Nastic de plastic. Metiéndome más en harina, veo que el servidor de TSM no sabe donde “pijo” está esa cinta. Tranquilos. La situación está controlada. Primero le decimos al TSM mire a ver que pasa con ese volumen

tsm: XXXXX> upd vol AB00XXL4 access=readonly tsm: XXXXX> audit vol AB00XXL4 

Nótese que primer ponemos el volumen en “ro” para curarnos en salud. ¡Maldita sea! Que no, que no sabemos nada de la cinta:

 
2/22/2012 12:48:50 ANR2017I Administrator AVR12S issued command: AUDIT VOLUME
 AB00XXL4 (SESSION: 715019)
 02/22/2012 12:48:52 ANR1199I Removable volume AB00XXL4 is required for audit
 process. (SESSION: 715019)
 02/22/2012 12:48:52 ANR2313I Audit Volume (Inspect Only) process started for
 volume AB00XXL4 (process ID 3428). (SESSION: 715019,
 PROCESS: 3428)
 02/22/2012 12:53:20 ANR8312E Volume AB00XXL4 could not be located in library
 LIB3584. (SESSION: 715019, PROCESS: 3428)
 02/22/2012 12:53:20 ANR8381E LTO volume AB00XXL4 could not be mounted in drive
 DRIVE9 (/dev/IBMtape9). (SESSION: 715019, PROCESS: 3428)
 02/22/2012 12:53:20 ANR1402W Mount request denied for volume AB00XXL4 - volume
 unavailable. (SESSION: 715019, PROCESS: 3428)
 02/22/2012 12:53:20 ANR1410W Access mode for volume AB00XXL4 now set to
 "unavailable". (SESSION: 715019, PROCESS: 3428)
 02/22/2012 12:53:20 ANR2321W Audit volume process terminated for volume
 AB00XXL4 - storage media inaccessible. (SESSION: 715019,
 PROCESS: 3428)

Ahora yo que todavia me creo muy listo digo que “esas tenemos” y ejecuto un audit de la librería diciendo que re-lea los códigos

tsm: XXXXX> AUDIT LIBRARY lib3584 checklabel=barcode

Esto ya es la rebelión de las máquinas,  el simpático robotito se ha convertido en skynet y me manda a freir espárragos.

ANR8788W Unable to read the barcode of cartridge in slot-id 1368 in library LIB3584;  loading in drive to read label.
 ANR8455E Volume AB00XXL4 could not be located during audit of library LIB3584.  Volume has been removed from the library inventory.
 ANR8461I AUDIT LIBRARY process for library LIB3584 completed successfully.
 ANR0985I Process 3429 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 01:23:05 PM.

¿Donde puede estar esa cinta?. Aquí es cuando cojo el teléfono rojo. En dos meses la consola de TSM es mi amiga, pero … enfrentarme con skynet es demasiado para mi.
Gaspar amablemente me lanza la primera pelota que perseguir. – “Mira a ver, que drive tuvo la última vez la cinta, si ese drive ha dado errores después, ya lo tienes . El tipo dijo que expulsaba la cinta pero se la quedó enterita.”
Pues tampoco, el drive9 suponemos que escupió la cinta y ha trabajado estos dias sin problemas. Bien, la cinta no ha salido corriendo del armario, skynet ha podido perderla entre que la escupe el drive9 y la guarda en la biblioteca.
Correcto, preparamos la parada del servicio en un momento de baja carga y vamos a enfrentarnos con Skynet cara a cara.
Skynet está tranquilo el servicio de tsm está parado. Realizamos una pequeña incursión dentro de la librería, temerosos de que arranque nos lea el código de barras y no nos deje salir.
Negativo.La cinta no está en el suelo. Skynet no perdió la cinta entre el drive y el armario. Negativo.La cinta no está en el armario. Skynet no se equivocó de slot.
Empapados en sudor pero vivos, cerramos skynet y arrancamos el servicio.
Otra vez la pregunta ¿Donde puede estar esa cinta?, otra vez volvemos a consultar a Gaspar. -”La cinta no tiene patas”. ¿Habéis mirado en el brazo?
-No- contestamos , pero ahora mismo está trabajando.
-Debéis enfrentaros a él, parad los servicios y mirad con más detenimiento, skynet tiene dos pinzas podía tener nuestra cinta atascada en una de ellas.
Pongo con cautela los drives offline, ¡vamos abre la puerta! ¡Míralo a los ojos!. Alli estaba skynet tenia enganchada en una de las pinzas la lto4 perdida.
Ahora un pequeño video de un hermanito de robotito-skynet en acción:

DOMAIN /var /
 exclude '/.../*'
 exclude '/var/.../*'
 include '/etc/httpd/.../*'
 include '/var/www/html/.../*'