Archivos por Etiqueta: Centos

Centos 6.0 utilizar ipv4

Centos 6.0 por defecto utiliza ipv6, si bien actualmente los nuevos dispositivos lo soportan pueden existir varios razones por las que es necesario mantener el soporte ipv4.

Este caso aplica para cualquier interfaz de red que haya instalada en el sistema, en mi caso eth0 es el nombre de dispositivo que voy a utilizar para este ejemplo ya que es lo más común que puede encontrarse.

Desinstalar NetworkManager
# yum remove NetworkManager

Editar el archivo de configuración de la interfaz de red. Es necesario cambiar eth0 por la interfaz correspondiente.
# vi /etc/sysconfig/network-scripts/ifcfg-eth0

  • Es necesario cambiar el valor de onboot de NO a YES.
  • También hay que cambiar NMcontrolled de YES a NO.
  • Guardar los cambios y salir.

Editar el archivo de configuración de red
# vi /etc/sysconfig/network

  • Si no existe la linea FORWARD_IPV4 se agrega.
  • Debe quedar de la siguiente manera: FORWARD_IPV4 = YES
  • Guardar los cambios y salir.

Reiniciar los servicios de red
# service network restart

Paso necesario para que el servicio inicie cuando inicia el sistema
# chkconfig network on

Si es necesario configurar manualmente los datos de la placa de red como ip, puerta de enlace o dns está disponible el comando
# system-config-network

De esta manera debería estar funcionando correctamente ipv4 en nuestro sistema.

Centos 5.5 Raid con Mdadm escanear disco duro

Sistema operativo: Centos 5.5
Distro Live: Fedora 14

Mdadm nos permite realizar un Raid por software, éste sistema es un poco más lento que un raid por hardware ya que consume recursos del procesador para mantener el raid en funcionamiento. Tiene también algunas ventajas, como cuando la mother de la máquina en la cual queremos utilizar raid no dispone de una controladora raid, requisito necesario para armar un raid por hardware. O simplemente para abaratar costos.

Igual que cuando tenemos un único disco funcionando, podemos encontrarnos con errores de lectura, escritura o incoherencias, ésto puede suceder porque tenemos sectores defectuosos. La herramienta de escaneo y recuperación de discos se llama e2fsck y no se debe correr con el sistema funcionando, por lo que debemos utilizar una distribución Live.

En mi caso inicié con Fedora 14, una vez cargado el sistema en una terminal liste mis particiones con:
# fdisk -l

En mi caso los discos se llaman /dev/sda y /dev/sdb y tengo dos volúmenes en raid

/dev/sda1 con /dev/sdb1 y es el sistema
/dev/sda2 con /dev/sdb2 y es la partición donde se guardan los datos.
/dev/md0 es el primer raid
/dev/md1 es el segundo raid

El siguiente paso entonces es chequear cada partición:
e2fsck -f -p /dev/sda1

Lo siguiente que obtenemos es el siguiente error si nuestro sistema live está en español:

e2fsck: Dispositivo o recurso ocupado mientras se intentaba abrir /dev/sda1

¿Sistema de ficheros montado o abierto en exclusiva por otro programa?

O de esta manera si nuestro sistema live está en ingles:

e2fsck:Device or resource busy while trying to open /dev/sda1

Filesystem mounted or opened exclusively by another program?

La razón de porque pasa esto es la misma por la cual no podíamos escanear es busca de errores nuestro disco con el sistema funcionando, nuestro raid está en funcionamiento. Por más que estemos corriendo una distro live, incluso si utilizaramos el comando mount para ver que hay montado no veríamos nuestras particiones como montadas.

Esto en realidad tiene sentido, si tuviéramos un raid por hardware sin importar que sistema estemos utilizando siempre veríamos un único disco, al cargar el live éste lee los archivos de configuración del raid y los levanta, de manera que vemos los discos como los veíamos en nuestro sistema original y en caso de necesitar montarlo montaríamos el raid y no un único disco.

Sabiendo esto, entonces la solución es sencilla, debemos detener el raid:
mdadm --stop /dev/md0

Con esto podemos ahora si escanear cada partición y no recibir el error anterior. Hay que tener en cuenta que en caso de tener más de un raid como se da en mi caso, es necesario detener cada uno de ellos.

Centos 5.5 respaldos internos Rdiff-backup

Centos como Wikipedia dice: “Es un clon a nivel binario de la distribución Linux Red Hat Enterprise Linux RHEL, compilado por voluntarios a partir del código fuente liberado por Red Hat”.
Es de suponer entonces que las aplicaciones que se encuentran en sus repositorios son de carácter más avanzado. No encontrándose por ejemplo muchas de las aplicaciones gráficas más habituales y más recomendadas de respaldo para su instalación desde repositorios.

Existen tres grandes aplicaciones que cabe destacar son muy completas pero que para este caso no aplican ya que el objetivo es realizar una o dos copias internas, puede ser tanto de un directorio a otro como de un disco a otro. Son BackupPC que dispone de una interfaz web, Amanda y el más popular Bacula.

Rdiff-Backup es un script escrito en Phyton que facilita la tarea de backup utilizando Rsinc. Tiene una sintaxis muy simple y soporta multitud de parametros, se puede facilitar aun más si es colocado dentro de un script que realiza la copia de seguridad. Tambien se puede automatizar configurando un Cron.

Instalación:
# yum -y install rdiff-backup

Sintaxis:
# rdiff-backup /directorio/origen /directorio/destino

Script en Perl:

#!/usr/bin/perl

$Origen = “/Ruta/Origen”; # Directorio de origen de la copia.
$Destino = “/Ruta/Destino”; # Directorio de destino de la copia.
$Dir_log = “/Directorio/logs”; # Directorio donde se guarda el log.
$Fecha_actual = ‘fecha’; # Definimos la fecha para que sea incluida en el log.
$Ruta_log = $Dir_log.$Fecha_actual; # Ruta completa donde se almacenará el log.

`rdiff-backup –remove-older-than 3D –force $Destino`; # Borra copias antiguas de 3 días.
`rdiff-backup –print-statistics –force $Origen $Destino >’$Ruta_log’`; # Realiza el respaldo con un log.

print (“\nSaliendo… Puede ver el log en $Ruta_log\n\n”); # Muestra el texto que termino y donde fue guardado el log.

Para ejecutar el script:
# ./Nombre_script

Existen también frontends gráficos como Pybackpack y Rdiffbackupweb que aun no he probado pero que tal vez faciliten más la tarea.