systemadmin.es » RHEL

Error de yum: Metadata file does not match checksum

Jordi Prats — Fri, 15 Apr 2011 07:41:25 +0000

Resulta muy típico al intentar instalar un paquete mediante yum en un sistema que hace tiempo que no se actualiza ni se instala ningún paquete encontrar un error como el siguiente:

ftp://alviss.et.tudelft.nl/pub/fedora/linux/updates/13/i386/repodata/pkgtags.sqlite.gz: [Errno -1] Metadata file does not match checksum

Dicho error nos lo podemos encontrar tanto en RHEL, CentOS o Fedora.

Nos esta indicando que no coincide la versión que tiene cacheada con la versión del fichero que esta descargando, por lo que podemos esperar a que caduque la cache local o forzar el limpiado con:

yum clean all

A continuación si lo volvemos a intentar, descargará de nuevo todos los ficheros, por lo que tardará un poco más pero podremos proseguir normalmente.

Tags: CentOS, Fedora, RHEL, yum

Relacionados

Error: Missing Dependency: libesmtp is needed by package pacemaker

Jordi Prats — Thu, 14 Apr 2011 06:01:58 +0000

Al instalar un cluster con heartbeat 2 nos podemos encontrar con el siguiente error:

Error: Missing Dependency: libesmtp is needed by package pacemaker

Este error afecta al paquete pacemaker y no lo podremos instalar mediante yum:

# yum install -y pacemaker
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
 * base: ftp.udl.es
 * extras: ftp.udl.es
 * updates: ftp.udl.es
Excluding Packages in global exclude list
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package pacemaker.x86_64 0:1.0.10-1.4.el5 set to be updated
--> Processing Dependency: pacemaker-libs = 1.0.10-1.4.el5 for package: pacemaker
--> Processing Dependency: libesmtp for package: pacemaker
--> Processing Dependency: libpe_status.so.2()(64bit) for package: pacemaker
--> Processing Dependency: libcib.so.1()(64bit) for package: pacemaker
--> Processing Dependency: libtransitioner.so.1()(64bit) for package: pacemaker
--> Processing Dependency: libpe_rules.so.2()(64bit) for package: pacemaker
--> Processing Dependency: libcrmcommon.so.2()(64bit) for package: pacemaker
--> Processing Dependency: libcrmcluster.so.1()(64bit) for package: pacemaker
--> Processing Dependency: libstonithd.so.0()(64bit) for package: pacemaker
--> Processing Dependency: libpengine.so.3()(64bit) for package: pacemaker
--> Processing Dependency: libesmtp.so.5()(64bit) for package: pacemaker
--> Running transaction check
---> Package pacemaker.x86_64 0:1.0.10-1.4.el5 set to be updated
--> Processing Dependency: libesmtp for package: pacemaker
--> Processing Dependency: libesmtp.so.5()(64bit) for package: pacemaker
---> Package pacemaker-libs.x86_64 0:1.0.10-1.4.el5 set to be updated
--> Finished Dependency Resolution
pacemaker-1.0.10-1.4.el5.x86_64 from clusterlabs has depsolving problems
  --> Missing Dependency: libesmtp is needed by package pacemaker-1.0.10-1.4.el5.x86_64 (clusterlabs)
pacemaker-1.0.10-1.4.el5.x86_64 from clusterlabs has depsolving problems
  --> Missing Dependency: libesmtp.so.5()(64bit) is needed by package pacemaker-1.0.10-1.4.el5.x86_64 (clusterlabs)
Error: Missing Dependency: libesmtp is needed by package pacemaker-1.0.10-1.4.el5.x86_64 (clusterlabs)
Error: Missing Dependency: libesmtp.so.5()(64bit) is needed by package pacemaker-1.0.10-1.4.el5.x86_64 (clusterlabs)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest

La explicación de este error es que el paquete libesmtp no se encuentra en el repositorio de CentOS o de RHEL sino que se encuentra en el EPEL. Por lo tanto pacemaker depende de EPEL para poder ser instalado. Simplemente deberemos instalar EPEL en la versión que nos interese, por ejemplo para RHEL/CentOS 5:

# rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.rpm

A continuación repitiendo el yum install veremos como se instala correctamente:

# yum install pacemaker -y
(...)
Installed:
  pacemaker.x86_64 0:1.0.10-1.4.el5                                                                                                                                                                           

Dependency Installed:
  libesmtp.x86_64 0:1.0.4-5.el5                                                                     pacemaker-libs.x86_64 0:1.0.10-1.4.el5                                                                    

Complete!

Tags: CentOS, heartbeat, pacemaker, RHEL

Relacionados

bonding tiene como dependencia ipv6

Jordi Prats — Tue, 01 Feb 2011 06:58:13 +0000

Es una práctica muy común deshabilitar IPv6 tanto por política de seguridad como rendimiento y, digamos, “limpieza” del sistema. Pero a partir de RHEL 5.4 (CentOS 5.4) nos puede dar problemas según como deshabilitemos el modulo

Un bonding con IPv6 cargado tendría el siguiente aspecto:

# ifconfig bond0
bond0     Link encap:Ethernet  HWaddr 00:00:de:ad:ba:be
          inet addr:10.10.10.10  Bcast:10.10.10.255  Mask:255.255.255.0
          inet6 addr: fe80::8fff:ffff:ffff:399/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:943 errors:0 dropped:0 overruns:0 frame:0
          TX packets:642 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:101069 (98.7 KiB)  TX bytes:81906 (79.9 KiB)

Podemos ver que esta cargado IPv6 por la linea inet6. Esto provoca una mayor latencia al pedir primero el registro AAAA a los resolvers y todo este tráfico inútil.

En el caso que deshabilitemos IPv6 con la típica substitución por /bin/true en /etc/modprobe.conf:

install ipv6 /bin/true

Al aplicar la configuración obtendremos el siguiente mensaje con modprobe:

# modprobe bond0
FATAL: Error inserting bonding (/lib/modules/2.6.18-194.32.1.el5/kernel/drivers/net/bonding/bonding.ko): Unknown symbol in module, or unknown parameter (see dmesg)

Con los siguientes mensajes en el dmesg:

bonding: Unknown symbol ndisc_build_skb
bonding: Unknown symbol in6_dev_finish_destroy
bonding: Unknown symbol ndisc_send_skb
bonding: Unknown symbol unregister_inet6addr_notifier
bonding: Unknown symbol register_inet6addr_notifier

Y esto no es culpa de nadie más que nosotros mismos por no leer a fondo las Release Notes de RHEL 5.4 o sus equivalentes Relese Notes de CentOS 5.4.

La culpa es de todos menos mía

Al añadir la dependencia de ipv6 al bonding también se le ha añadido una opción para deshabilitar ipv6 teniendo caragado el modulo:

# modinfo -p ipv6
disable:Disable IPv6 such that it is non-functional

Por lo tanto debemos substituir la línea del install en /etc/modprobe.conf por lo siguiente:

options ipv6 disable=1

De esta forma podremos tener un bonding con ipv6 deshabilitado:

# ifconfig bond0
bond0     Link encap:Ethernet  HWaddr 00:00:de:ad:ba:be
          inet addr:10.10.10.10  Bcast:10.10.10.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:102 errors:0 dropped:0 overruns:0 frame:0
          TX packets:72 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:12309 (12.0 KiB)  TX bytes:11821 (11.5 KiB)

Tags: CentOS, RHEL

Relacionados

Descargar el código fuente de un paquete mediante yum

Jordi Prats — Tue, 21 Dec 2010 08:38:30 +0000

Mediante yumdownloader podemos descargar del código fuente de un cierto paquete del sistema:

Primero de todo deberemos instalar el yumdonwloader, el cual forma parte del paquete yum-utils:

# yum install yum-utils

A continuación deberemos añadir la definición del respositorio dentro de /etc/yum.repos.d con el nombre que queramos con el nombre acabado en .repo. Por exemplo, centos-source.repo.

Dentro de dicho fichero deberemos añadir lo siguiente:

[source]
name=CentOS $releasever - $basearch - source
baseurl=http://mirror.centos.org/centos/$releasever/os/SRPMS/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

Las partes importantes son:

baseurl: Indicamos dónde esta el repositorio que queremos añadir. Mediante la variable $releasever podemos dejar la URL según la versión que estemos usando
gpgkey: Indica dónde tenemos las claves para verificar el firmado de los paquetes que descargamos. Simplemente podemos mirar en otro repositorio del sistema y usar el mismo

A continuación mediante la opción –source de yumdownloader ya podremos descargar el código fuente de cualquier paquete del sistema:

# yumdownloader --source screen
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * addons: ftp.udl.es
 * base: ftp.udl.es
 * epel: mirror.uv.es
 * extras: ftp.udl.es
 * updates: ftp.udl.es
Enabling epel-source repository
screen-4.0.3-1.el5_4.1.src.rpm                                       | 845 kB     00:00

Dicho procedimiento es para CentOS, pero simplemente cambiando al URL por la adecuada podemos usarlo para Fedora y RHEL:

Las URL para Fedora y RHEL son:

Para RHEL, la URL de baseurl es:

ftp://ftp.redhat.com/pub/redhat/linux/enterprise/$releasever/en/os/SRPMS/

Para el caso de Fedora, la URL para el mirror de OVH para la baseurl es:

http://mirror.ovh.net/download.fedora.redhat.com/linux/releases/$releasever/Everything/source/SRPMS

Tags: CentOS, Fedora, RHEL, yum

Relacionados

Forzar la interfaz a una determinada velocidad

Jordi Prats — Wed, 17 Nov 2010 15:35:56 +0000

Mediante ethtool podemos forzar una cierta interfaz de red a la velocidad que queramos. Vamos a ver como hacerlo temporalmente mediante ethtool y luego como hacerlo permanente mediante los scripts de CentOS, RHEL y Fedora.

Por ejemplo para la interfaz eth0 (opción -s) dejarla a 100 Full duplex haríamos lo siguiente:

# ethtool -s eth0 autoneg off speed 100 duplex full

En caso que quisiéramos volver a dejarla a auto indicaríamos autoneg on:

# ethtool -s eth0 autoneg on

Para hacer los cambios permanentes dejando una interfaz a auto usaríamos la opción ETHTOOL_OPTS como si fueran los parámetros de ethtool en el fichero de configuración de la interfaz (por ejemplo /etc/sysconfig/network-scripts/ifcfg-eth0)

$ cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
IPADDR=10.10.10.13
NETMASK=255.0.0.0
ONBOOT=yes
GATEWAY=10.10.10.250
ETHTOOL_OPTS="autoneg on"

Por ejemplo, para hacer lo mismo para la interfaz eth1 a 100 Full duplex haríamos:

$ cat /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
BOOTPROTO=static
IPADDR=10.10.8.3
NETMASK=255.255.255.0
ONBOOT=yes
ETHTOOL_OPTS="autoneg off speed 100 duplex full"

Deberemos recordar que los dos lados deben estar en el mismo estado (el host y el switch o el host de un lado y el host del otro) sino tendremos un mismatch que nos producirá errores en la interfaz.

Tags: CentOS, Fedora, RHEL

Relacionados

Salida de RedHat Enterprise Linux 6

Jordi Prats — Thu, 11 Nov 2010 11:28:40 +0000

Ya tenemos disponible la versión 6 de RedHat Enterprise Linux

Como ya vimos en la beta de RHEL 6 incluye muchos cambios, a destacar un kernel mucho más moderno que el ya desfasado 2.6.18 de las RHEL5.

También tenemos ya disponible ext4 por defecto en los sistemas de ficheros y el esperado NFSv4. La gran pega que le veo es el cambio a upstart que me va ha hacer cambiar muchos de mis scripts.

Con esta salida, dentro de poco tendremos ya CentOS 6 lista para instalar.

Tags: CentOS, RHEL

Relacionados

Cambiar la MTU de una interfaz de red en Linux

Jordi Prats — Wed, 10 Nov 2010 08:08:24 +0000

Para cambiar la MTU (tamaño máximo del paquete) de una interfaz de red en Linux existen dos metodos, el clasico con ifconfig y el que debe substituirlo, el comando ip. Vamos a verlos ambos y como hacer dichos cambios permanentes en sistemas RHEL, CentOS, Fedora y derivados.

Para hacer el cambio con ifconfig es tan simple como lo siguiente:

# ifconfig eth3 mtu 9000

Para el caso el comando ip debemos usar la opción link para modificar las propiedades del dispositivo:

# ip link set eth2 mtu 9000

Para hacer los cambios permanentes en sistemas RHEL, CentOS, Fedora y derivados deberemos añadir la opción MTU en el fichero de configuración del dispositivo (/etc/sysconfig/network-scripts/ifcfg-eth2)

# cat /etc/sysconfig/network-scripts/ifcfg-eth2
DEVICE=eth2
BOOTPROTO=static
IPADDR=10.1.1.1
NETMASK=255.0.0.0
ONBOOT=yes
ETHTOOL_OPTS="autoneg on"
MTU=9000

Al cambiar la MTU de un equipo deberemos también cambiarla de todos los equipos del mismo segmento, ya que sino esperan paquetes mucho más pequeños. También deberemos tener en cuenta que si nos comunicamos con equipos de fuera de este segmento el router deberá trocear los paquetes, con la carga extra que supone.

Tags: CentOS, Fedora, RHEL

Relacionados

Videochat en GTalk para Fedora, CentOS y RHEL

Jordi Prats — Tue, 24 Aug 2010 05:07:24 +0000

Recientemente Google ha publicado un plugin para Debian Linux que permite tener el videochat en el GTalk, hasta ahora sólo disponbile para Windows. Vamos a ver como instalar el paquete .deb en derivados de RedHat: RHEL, Fedora y CentOS.

Primero de todo nos bajamos el .deb y lo extraemos:

ar x google-talkplugin_current_i386.deb

Obtendremos los siguientes ficheros:

-rw-r--r-- 1 root   root         4 Aug 23 07:25 debian-binary
-rw-r--r-- 1 root   root      4899 Aug 23 07:25 control.tar.gz
-rw-r--r-- 1 root   root   5898473 Aug 23 07:25 data.tar.gz

Crearemos los directorios data y control y extraeremos los paquetes allí:

mkdir data
mkdir control
tar xzf data.tar.gz -C data
tar xzf control.tar.gz -C control

Dentro del data veremos que tenemos los siguientes ficheros:

$ find
.
./usr
./usr/lib
./usr/lib/mozilla
./usr/lib/mozilla/plugins
./usr/lib/mozilla/plugins/libnpgoogletalk.so
./usr/lib/mozilla/plugins/libnpgtpo3dautoplugin.so
./usr/lib/iceape
./usr/lib/iceape/plugins
./usr/lib/iceape/plugins/libnpgoogletalk.so
./usr/lib/iceape/plugins/libnpgtpo3dautoplugin.so
./usr/lib/xulrunner-addons
./usr/lib/xulrunner-addons/plugins
./usr/lib/xulrunner-addons/plugins/libnpgoogletalk.so
./usr/lib/xulrunner-addons/plugins/libnpgtpo3dautoplugin.so
./usr/lib/midbrowser
./usr/lib/midbrowser/plugins
./usr/lib/midbrowser/plugins/libnpgoogletalk.so
./usr/lib/midbrowser/plugins/libnpgtpo3dautoplugin.so
./usr/lib/xulrunner
./usr/lib/xulrunner/plugins
./usr/lib/xulrunner/plugins/libnpgoogletalk.so
./usr/lib/xulrunner/plugins/libnpgtpo3dautoplugin.so
./usr/lib/firefox
./usr/lib/firefox/plugins
./usr/lib/firefox/plugins/libnpgoogletalk.so
./usr/lib/firefox/plugins/libnpgtpo3dautoplugin.so
./usr/lib/iceweasel
./usr/lib/iceweasel/plugins
./usr/lib/iceweasel/plugins/libnpgoogletalk.so
./usr/lib/iceweasel/plugins/libnpgtpo3dautoplugin.so
./usr/share
./usr/share/doc
./usr/share/doc/google-talkplugin
./usr/share/doc/google-talkplugin/changelog.Debian.gz
./opt
./opt/google
./opt/google/talkplugin
./opt/google/talkplugin/lib
./opt/google/talkplugin/lib/libCgGL.so
./opt/google/talkplugin/lib/libCg.so
./opt/google/talkplugin/libnpgoogletalk.so
./opt/google/talkplugin/libnpgtpo3dautoplugin.so
./opt/google/talkplugin/cron
./opt/google/talkplugin/cron/google-talkplugin
./opt/google/talkplugin/GoogleTalkPlugin
./etc
./etc/cron.daily
./etc/cron.daily/google-talkplugin

Y en el control los siguientes scripts:

$ find
.
./postinst
./control
./md5sums
./postrm

Los scripts sólo se encargan de la gestión del repositorios debian, por lo que podemos instalar los binarios sin la parte del /etc y sin ejecutar los scripts:

tar xzf data.tar.gz --exclude=opt --exclude=etc --strip-components 2 -C /usr
tar xzf data.tar.gz --exclude=usr --exclude=etc --strip-components 2 -C /opt

A continuación probamos de ejecutar el binario, pero nos encontraremos con fallos de librerías:

$ /opt/google/talkplugin/GoogleTalkPlugin
/opt/google/talkplugin/GoogleTalkPlugin: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

De dicha librería en una Fedora 13 tendremos una versión superior:

$ ls /usr/lib/libssl*
/usr/lib/libssl3.so  /usr/lib/libssl.so  /usr/lib/libssl.so.10  /usr/lib/libssl.so.1.0.0a

Lo mismo nos ocurrirá con libcrypto.so:

$ /opt/google/talkplugin/GoogleTalkPlugin
/opt/google/talkplugin/GoogleTalkPlugin: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory

Podemos resolver el problema simplemente creando un link a la librería más reciente con el nombre que espera el binario:

ln -s /usr/lib/libssl.so /usr/lib/libssl.so.0.9.8
ln -s /usr/lib/libcrypto.so /usr/lib/libcrypto.so.0.9.8

A continuación deberemos cerrar y abrir el navegador:

$ ps -fea | grep talk
jprats   13075 12846  0 05:11 ?        00:00:00 /opt/google/chrome/chrome --type=plugin --plugin-path=/opt/google/talkplugin/libnpgoogletalk.so --lang=en-US --plugin-data-dir=/home/jprats/.config/google-chrome/Default --channel=12846.0xadf2f9c0.2051192129
jprats   13220     1  0 05:13 ?        00:00:00 /opt/google/talkplugin/GoogleTalkPlugin
jprats   13243 11849  0 05:14 pts/29   00:00:00 grep talk

Y a continuación ya podremos usar la opción de videochat para GTalk en una Fedora:

Videochat GTalk en Fedora

Para el caso de CentOS y RHEL deberemos hacer lo mismo para la versión que tengamos de las librerías.

Tags: CentOS, Fedora, RHEL

Relacionados

Cambiar el idioma del sistema en CentOS, Fedora y RHEL

Jordi Prats — Thu, 17 Jun 2010 06:53:55 +0000

Todos tenemos manías y una mía es tener todos los sistemas en ingles ya que sino los mensajes de errores que generan siempre me despistan. Un ejemplo es la siguiente cafetera que por lo visto sus padres se han divorciado y necesita manutención:

Cafetera necesita manutención

Hoy veremos como modificar el idioma de un sistema.

Simplemente deberemos modificar la variable LANG del fichero /etc/sysconfig/i18n:

$ cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
SYSFONT="latarcyrheb-sun16"

Personalmente lo dejo siempre en ingles para entender correctamente los mensajes ya que muchas veces las traducciones son un poco…

What the frak?!?!?!

Tags: CentOS, Fedora, RHEL

Relacionados

Ya esta disponible RHEL 6 beta para su instalación

Jordi Prats — Fri, 23 Apr 2010 06:25:12 +0000

Desde el 21 de abril ya esta disponible para su descarga la beta de RHEL 6. Entre las principales características es el previsible abandono de Xen como dom0 (pero no como domU) como sistema de virtualización en favor de KVM.

Como primer punto importante, se pasa de un kernel 2.6.18 de RHEL5 al 2.6.32 de la RHEL6beta:

# uname -a
Linux rhel6peta 2.6.32-19.el6.i686 #1 SMP Tue Mar 9 18:10:40 EST 2010 i686 i686 i386 GNU/Linux

Como veremos más adelante, se ha dejado ext4 como sistema de ficheros por defecto:

# mount
/dev/mapper/vg_rhel6peta-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

Otra novedad importante es la incorporación de NFSv4:

# mount.nfs4
usage: mount.nfs4 remotetarget dir [-rvVwfnsih] [-o nfsoptions]
options:
	-r		Mount file system readonly
	-v		Verbose
	-V		Print version
	-w		Mount file system read-write
	-f		Fake mount, do not actually mount
	-n		Do not update /etc/mtab
	-s		Tolerate sloppy mount options rather than fail
	-h		Print this help
	nfsoptions	Refer to mount.nfs(8) or nfs(5)

Y según leo en la documentación, de NFSv4.1, conocido normalmente como pNFS (paralel NFS), el cual tengo ganas de probar.

Por lo que respeta la instalación, me ha sorprendido que en ningún momento se configure la red, al arrancar simplemente no estaba configurada ni por DHCP, por lo demás instalando la RHEL6 beta como un servidor deja la instalación razonablemente limpia de procesos:

# ps axf
  PID TTY      STAT   TIME COMMAND
    2 ?        S      0:00 [kthreadd]
    3 ?        S      0:00  \_ [migration/0]
    4 ?        S      0:00  \_ [ksoftirqd/0]
    5 ?        S      0:00  \_ [watchdog/0]
    6 ?        S      0:34  \_ [events/0]
    7 ?        S      0:00  \_ [cpuset]
    8 ?        S      0:00  \_ [khelper]
    9 ?        S      0:00  \_ [netns]
   10 ?        S      0:00  \_ [async/mgr]
   11 ?        S      0:00  \_ [pm]
   12 ?        S      0:01  \_ [sync_supers]
   13 ?        S      0:01  \_ [bdi-default]
   14 ?        S      0:00  \_ [kintegrityd/0]
   15 ?        S      0:05  \_ [kblockd/0]
   16 ?        S      0:00  \_ [kacpid]
   17 ?        S      0:00  \_ [kacpi_notify]
   18 ?        S      0:00  \_ [kacpi_hotplug]
   19 ?        S      1:23  \_ [ata/0]
   20 ?        S      0:00  \_ [ata_aux]
   21 ?        S      0:00  \_ [ksuspend_usbd]
   22 ?        S      0:00  \_ [khubd]
   23 ?        S      0:00  \_ [kseriod]
   25 ?        S      0:00  \_ [khungtaskd]
   26 ?        S      0:00  \_ [kswapd0]
   27 ?        SN     0:00  \_ [ksmd]
   28 ?        S      0:00  \_ [aio/0]
   29 ?        S      0:00  \_ [crypto/0]
   35 ?        S      0:00  \_ [kpsmoused]
   36 ?        S      0:00  \_ [usbhid_resumer]
   63 ?        S      0:00  \_ [kstriped]
  202 ?        S      0:00  \_ [scsi_eh_0]
  208 ?        S      0:33  \_ [scsi_eh_1]
  257 ?        S      0:00  \_ [kmpathd/0]
  258 ?        S      0:00  \_ [kmpath_handlerd]
  300 ?        S      0:05  \_ [kdmflush]
  311 ?        S      0:12  \_ [jbd2/dm-0-8]
  312 ?        S      0:00  \_ [ext4-dio-unwrit]
  345 ?        S      0:13  \_ [kauditd]
  519 ?        S      0:00  \_ [vballoon]
  572 ?        S      0:00  \_ [kgameportd]
  649 ?        S      0:00  \_ [kdmflush]
  665 ?        S      0:07  \_ [flush-253:0]
  681 ?        S      0:00  \_ [jbd2/sda1-8]
  682 ?        S      0:00  \_ [ext4-dio-unwrit]
  969 ?        S      0:00  \_ [rpciod/0]
    1 ?        Ss     0:08 /sbin/init
  397 ?        S
Por otro lado veo que han cambiado el init ya que las consolas desaparecen del inittab:
# cat /etc/inittab | grep -v "^#"
id:3:initdefault:

Pasando a estar la configuración del inittab en varios ficheros dentro de /etc/init:
# ls -la /etc/init
total 60
drwxr-xr-x.  2 root root 4096 Apr 22 14:51 .
drwxr-xr-x. 77 root root 4096 Apr 23 07:34 ..
-rw-r--r--.  1 root root  260 Feb 15 19:39 control-alt-delete.conf
-rw-r--r--.  1 root root  612 Feb 15 19:39 plymouth-shutdown.conf
-rw-r--r--.  1 root root  205 Feb 15 19:39 prefdm.conf
-rw-r--r--.  1 root root  356 Feb 15 19:39 quit-plymouth.conf
-rw-r--r--.  1 root root  281 Feb 15 19:39 rc.conf
-rw-r--r--.  1 root root  743 Feb 15 19:39 rcS.conf
-rw-r--r--.  1 root root  494 Feb 15 19:39 rcS-sulogin.conf
-rw-r--r--.  1 root root 2915 Mar 24 17:17 readahead-collector.conf
-rw-r--r--.  1 root root 1559 Mar 24 17:17 readahead.conf
-rw-r--r--.  1 root root  726 Mar 24 17:17 readahead-disable-services.conf
-rw-r--r--.  1 root root  844 Feb 15 19:39 serial.conf
-rw-r--r--.  1 root root  329 Feb 15 19:39 start-ttys.conf
-rw-r--r--.  1 root root  146 Feb 15 19:39 tty.conf

Para probar el sistema, desde la web de redhat podemos descargar una ISO de DVD para la instalación de la beta, a continuación veremos como es el proceso de instalación.
Primero de todo veremos como el GRUB que nos permite tanto instalar el sistema como usar el DVD como un sistema de rescate. Otra opción muy interesante es que permite arrancar desde el disco por si se nos ha quedado insertado el disco en el equipo.
Arranque del instalador de RHEL6 beta
A continuación se inicia la instalación en modo texto, primero seleccionando el idioma:
Selección de lenguaje
A continuación podemos seleccionar el mapa del teclado:
Selección del mapa del teclado
A continuación deberemos seleccionar el método de instalación, en este caso mediante el DVD.
Instalación desde DVD
A continuación podemos comprobar el DVD o saltarnos el paso:
Comprobación del DVD
Una vez comprobado el disco o saltándonos el paso se inicia el instalador gráfico:
Inicio del instalador gráfico
A continuación veremos una alerta por tratarse de una beta:
Aviso que no se trata de una release final
Deberemos seleccionar el tipo de instalación que queremos hacer, en el caso de una instalación en disco local simplemente deberemos seleccionar “Basic Storage Devices“:
Tipo de disco sobre el que instalar el sistema
Recibiremos una alerta sobre la destrucción de los datos que haya en el disco:
Aviso de particionamiento del disco
A continuación podremos definir el nombre del sistema que vamos a instalar:
Definir el nombre del host
Y la zona horaria:
Selección de zona horaria
Antes de realizar las particiones del disco deberemos definir la contraseña de root del sistema:
Definir la contraseña de root
Nos permite es coger en diversas opciones para repartir el espacio disponible en disco, en este caso usaremos todo el disco disponible (primera opción):
Repartición del espacio en disco según opciones predefinidas
El instalador por defecto utiliza las siguientes particiones:
Particiones por defecto usando todo el disco
Evidentemente avisa de la destrucción de datos del disco antes de escribir:
Aviso de la destrucción de los datos
El siguiente aviso sobre los cambios a realizar a la tabla de particiones me parece redundante con el anterior:
Las particiones se van a escribir en disco
Vemos como crea los sistemas de ficheros con ext4 por defecto:
Creación del sistema de ficheros con ext4
A continuación podremos configurar el GRUB:
Configuración del GRUB
Y finalmente podremos proceder a la selección de los paquetes según un conjunto de “tipos de instalación” predefinidos, en este caso usaremos “Basic Server“:
Tipo de instalación según el uso del equipo
A continuación podremos personalizar los paquetes a instalar, esta vez, porfin ya no tenemos que deshabilitar el “Dial-Up Networking Support” ya que viene así por defecto no como en RHEL5.
Personalización de los paquetes a instalar
A continuación ya empieza la instalación:
Iniciando la instalación
Nos indica que el perfil que hemos seleccionado (“Basic Server“) contiene un total de 510 paquetes, lo cual es bastante razonable, pero seguro que podremos eliminar bastantes que no nos serán necesarios.
Instalación de RHEL 6 beta con el kernel 2.6.32
Al acabar de instalarlos nos informará del fin de la instalación y podremos reiniciar el equipo con la beta instalada:
Fin de la instalación
Podremos arrancar el sistema:
Arrancando la instalación de RHEL6 beta
El cual inicia el sistema con una barra de progreso, similar al odioso rhgb de RHEL4:
Arranque de RHEL 6 beta
Finalmente podremos iniciar sesión:
Pantalla de login de RHEL 6 beta (Santiago)

	Tags: RHEL


	Relacionados
	
	Videochat en GTalk para Fedora, CentOS y RHEL
	Transformar una RHEL en una CentOS mediante yum
	Salida de RedHat Enterprise Linux 6
	Renombrar una interfaz de red en CentOS o RHEL
	Forzar la interfaz a una determinada velocidad