Pero ando checando el mejor escenario para dejar el Raid del par de discos duros de los que dispongo.

Encontré información en este sitio.

Aquí también tienen más información al respecto: Niveles RAID

Y creo que lo más conveniente sería el Nivel 5, pero debido a que físicamente necesito tres discos duros y nada más dispongo de dos.. se joderá el asunto y lo dejaré en Raid 1.

El funcionamiento del Raid 1 es el de mirroring, espejo o redundante, es decir, que básicamente la misma información que tiene 1 disco duro, tendrá el otro y en conjunto será visto como un único disco duro por el sistema operativo.

La ventaja que tiene esto es que si por alguna razón, uno de los discos duros deja de funcionar (el primario por ejemplo) toda la información se encuentra en el segundo y no es complicado la recuperación del servidor y sobre todo de la información contenida.

Pues ya evaluaré el mejor escenario porque me parece que la otra limitante es la capacidad de los discos duros, si fuese así, en lugar de usar Raid, prefiero usar LVM para duplicar la capacidad del disco y la redundancia se la dejo a los scripts de backup y a realizar mensualmente una imagen del servidor.

Ya les contaré como me fue ñ_ñ

Como lo he mencionado varias veces google es el chamuko. ¿Porqué? Realicé una búsqueda porque recuerdo haber subido este script u alguno parecido en algún sitio y lo encontré ñ_ñ para mi fortuna puesto que no tenía en ningún lado respaldo de dicho script.

Lo publico por si a alguien le puede servir de guía o se encuentra en alguna situación como la mía y para que quede registrada la modificación que hice

#!/bin/sh
# Script pitero de respaldo de la BD del Serape
# serape.sh

# Hecho por: hbautista 
# Fecha: 20 de Julio de 2006
# Modificado: 16 de Junio de 2010 porque lo borré 
# http://hbautista.com

# Mensaje de inicio
echo -e "\nIniciando Script"

# Aqui vemos la fecha y hora de ejecucion de este script, nuestras variables
# Dia_Mes_Año_Hora_Minuto
fecha=$(date +%d%B%Y-%H.%M)

# Para saber el mes en el que estamos
mes=$(date +%B)

# El año
anio=$(date +%Y)

# Nombre de la BD
nombre="Serape_$fecha.mdb"

#Aqui es donde definimos que se cree las carpetas por mes
carpeta="/home/respaldos/Serape/$anio/$mes"
carpeta2="/home/respaldos/Serape/$anio"

# Verificamos que la carpeta del año esté creada
if [ -d "$carpeta2" ]; then
echo -e "\nDirectorio $carpeta2 ya creado"
else
echo -e "\nCreando $carpeta2"
mkdir $carpeta2
fi

# Comparamos que la carpeta final existe, de otro modo se crea
if [ -d "$carpeta" ]; then
echo -e "\nDirectorio $carpeta ya creado"
else
echo -e "\nCreando $carpeta"
mkdir $carpeta
fi

#Aqui copiamos la bd a la carpeta destino, despues «entramos» a esa carpeta
cp /home/serape/Serape.mdb $carpeta
cd $carpeta
#Renombramos la bd para que incluya fecha y hora de ejecucion del script
mv Serape.mdb $nombre
#Comprimimos la bd renombrada con 7zip, que tiene el nivel de compresion mas alto.
7za a -bd -y -mx=5 $nombre.7z $nombre
#Eliminamos la bd de datos original
rm -f $nombre

# Mensaje final
echo -e "\nTerminado"

El nombre que le asigné se llama serape.sh y le asigné permisos de ejecución y lo copié a /usr/local/bin y además lo tengo en el cron para que lo haga del diario.

Nota: Uso 7zip porque me pareció adecuado debido a que es un che archivito .mdb, aunque claro si quisieran más de un archivo y conservar permisos de usuario y de archivo es más recomendable usar tar

Dense una idea de una de las carpetas a respaldar:

[root@server1 somewhere]# du -sh trabajal/
5.7G    trabajal/
[root@server1 somewhere]#

Así que pues el clásico comando para dejar un .tar.gz es realizar lo siguiente:

[root@server1 somewhere]# tar czvf trabajal.tar.gz trabajal/

Después de un buen tiempo te deja el archivo trabajal.tar.gz

[root@server1 somewhere]# ls -lh
-rw-r--r--  1 root root 5.1G  may 28 10:58 trabajal.tar.gz
[root@server1 somewhere]#

La cuestión es que tuve la necesidad de ponerlo en una carpeta del servidor web apache para después descargarmelo con un wget y nomás no se pudo debido a que el archivo generado es superior a 2GB, luego entonces hay que comprimir (en esta segunda ocasión usando Bz2) y partir el archivo que en este caso los dejé de 1.8GB para evitar complicaciones, entonces para hacer esto usaremos tar y split.

[root@server1 somewhere]# tar cvj trabajal/ |split -b 1800m -d - trabajal.tbz.

Al igual que el anterior se tarda un rato en hacer el proceso y nos deja en este caso concreto 3 archivitos bien bonitos y empacaditos u_U

Veamos:

[root@server1 somewhere]# du -c trabajal.tbz.0*
1845004 trabajal.tbz.00
1845004 trabajal.tbz.01
1656504 trabajal.tbz.02
5346512 total
[root@server1 somewhere]# du -ch trabajal.tbz.0*
1.8G    trabajal.tbz.00
1.8G    trabajal.tbz.01
1.6G    trabajal.tbz.02
5.1G    total
[root@server1 somewhere]#

Es el mismo comando, la diferencia con el segundo es el “h” para que en lugar de tanto numeraje salga el espacio en M (Megas) o G (Gigas)

Y bueno, ahora si queda descargar los archivos y unirlos usando para esto cat:

[root@server1 somewhere]# cat trabajal.tbz.00 trabajal.tbz.01 trabajal.tbz.02 > trabajal.tbz2

También podemos unirlos usando el siguiente comando:

[root@server1 somewhere]# cat trabajal* > trabajal.tbz2

Una vez que tengamos el archivo trabajal.tbz2 pues toca descomprimirlo:

[root@server1 somewhere]# tar -xvf trabajal.tbz2

Y eso es todo D:

Allá arribita está el enlace a la página del evento

Pues daré un taller sobre lamp con Debian/Ubuntu, en donde abordaré básicamente instalación y configuración básica de dichos servicios para montar un sitio web interno o con mirás a una audiencia másiva “y así” xD

Aún no sé si alguien se haya apuntado a mi taller pues el cupo es limitado y deben mandar un mensaje para apuntarse a cualquiera de ellos y “apartar” lugar por aquello del no te entumas.

Espero que todo salga bien y a pedir de boca y el tiempo alcance para la sesión de dudas y así.

En mi caso ya que tengo una tarjeta broadcom 4311 como podemos ver acá y uso Debian (^_^)

hbautista@luke:~$  lspci |grep Network
0e:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
hbautista@luke:~$

Luego entonces, hay que instalar b43-fwcutter para hacerla funcionar sin problemas

root@luke:/home/hbautista# aptitude install b43-fwcutter

Basta reiniciar la laptop y con eso ya tengo funcionando mi tarjeta Broadcom con todo y el modo monitor (mon0) ñ_ñ

Ahora bien, si usas Ubuntu 9.10 y tienes la Broadcom 4312 como acá:

:~$ lspci |grep Network
06:00 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)

El procedimiento sería hacer lo siguiente:

aptitude install bcmwl-kernel-source

Igualmente, reinicias y ya tendrás tu tarjera inalámbrica funcionando al 100% ñ_ñ lo que si no puedo decirles es si funciona el modo monitor (mon0)

Es cuestión de que avisen si con eso queda funcionando el modo monitor

Referencias:

http://bit.ly/b8k7q3

Reviso y veo que hay muchos archivos para ser eliminados, hasta que veo esto:

proxy2:/home/hbautista# du -sh /var/mail/*
6.2G    /var/mail/hbautista
proxy2:/home/hbautista#

Entonces me toca eliminar el contenido del archivo sin eliminar dicho archivo, es decir solo su contenido.

Existen 3 formas de lograr esto:

proxy2:/home/hbautista# > /var/mail/hbautista

Otra manera, redirigiendo a /dev/null:

proxy2:/home/hbautista# cat /dev/null /var/mail/hbautista

O copiando el “archivo vacío” /dev/null machando el que tenemos:

proxy2:/home/hbautista# cp /dev/null /var/mail/hbautista

En cualquiera de los 3 casos el resultado se vería así:

proxy2:/home/hbautista# du -sh /var/mail/*
0	/var/mail/hbautista

Y eso es todo (^_^) espero que les haya servido como a mi

Pues bien, el sábado 24 de abril de 2010 se llevará a cabo el Flisol en la ciudad de Tuxtla Gutiérrez, Chiapas y lo está organizando la Universidad Politécnica de Chiapas.

En este tenor, Usoli estará presente pues me han invitado amablemente a dar un taller denominado “Servidores LAMP con Debian Gnu/Linux” y pues esperemos que los que tengan oportunidad de ir a alguno de los talleres o llevar su compu o lap para que se les apoye en la instalación, serán bienvenidos.

Nos vemos por allá

Así que vamos a ver la forma rápida de cómo hacer para recuperar Grub2

Al igual que en el artículo anterior, precisaremos de una distribución Live, como Ubuntu o la que ustedes prefieran e iniciar desde ahí.

Como menciono lo que se hizo fue iniciar con el cd de Ubuntu, escoger el idioma español y la opción de “Probar sin instalar” (o algo así)

Una vez dentro e iniciado ubuntu hacemos clic en “Lugares – Equipo”

Esto abrirá una ventana de Nautilus que nos indica todas las particiones que encuentra SIN montarlas. En el caso de la pc en cuestión encontró 2 (dos) partciones y las etiquetó como disk y disk2. Cuando se instaló se crearon dos particiones raíz (/) y home (/home). Al darle clic sobre el ícono de disk, éste se monta y nos muestra el contenido que es típico de la partición raíz (/).

Ahora abrimos una terminal haciendo clic en “Aplicaciones – Accesorios – Terminal”

Nos aseguramos en donde está montada la partición y cúal es:

df -h

/dev/sda1 43G 2.0G 8G 2% /media/disk

Ok, veremos primero la talacha y luego explico que hicimos :-p

Como vemos la partición ya está montada en /media/disk lo que necesitamos es que los dispositivos también sean cargados ya que usaremos un entorno chroot.

sudo su

mount –bind /dev /mnt/dev

Y ejecuta el comando chroot de forma que accedemos como root al sistema de archivos de nuestro Ubuntu:

chroot /media/disk

Por último cargamos el Grub en el MBR ejecutando el siguiente comando:

grub-install –recheck /dev/sda

(sda lo debemos substituir por el disco duro que utilizamos para arrancar los sistemas operativos, casi siempre es sda. Ojo!! no poner el número de partición, solo sda)

Reiniciamos y cuando vuelva a arrancar ubuntu (no el del live-cd), podemos ajustar en el menú del grub manualmente para que aparezca en el menú de arranque el nuevo sistema operativo que nos borró el MBR, o dejar que lo haga el automáticamente con el siguiente comando:

$ sudo update-grub2

Y eso es todo

Si queremos saber la versión del Sistema Operativo Gnu/Linux que tenemos podemos hacer lo siguiente:

hbautista_at_soporte:~$ cat /etc/issue
Debian GNU/Linux lenny/sid \n \l
hbautista_at_soporte:~$ cat /etc/debian_version
lenny/sid
hbautista_at_soporte:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux testing (lenny)
Release: testing
Codename: lenny
hbautista_at_soporte:~$

Esos comandos son los que generalmente uso para saber que versión de la distribución usas, ¿Cuáles usan ustedes?

hbautista_at_soporte:~$ uname -a
Linux soporte 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 GNU/Linux
hbautista_at_soporte:~$

A veces uno se topa en situaciones cómo la que me tocó a mi ayer y algunos pues no saben exactamente la existencia de este tipo de comandos.

Saludos..

Usé en esta portátil (Bombadil) los 3 sabores y por diversas razones cada uno estuvo bien aunque con algunos detalles, así­ que finalmente decidí­ quedarme en Lenny, al menos hasta que Squeeze esté más depurada

Así­ que las razones de peso por las que finalmente estoy con Debian Gnu/Linux Lenny son a grandes rasgos los siguientes:

1. TODO funciona bien recién instalado, a excepción de la red inalámbrica
2. Hay suficientes programas para lo que necesito
3. No hay cuelgues en programas
4. Hay repositorios no oficiales para programas que no estén en los oficiales
5. La inalámbrica tiene solución, ya sea usando madwifi o bien actualizando a una versión del kernel más nueva

Por lo mismo, debido a que estuve del tingo al tango pues ahora que está funcionando todo como debiera a excepción de gwibber, dejo los repositorios que actualmente tengo en uso y que me proporciona (hasta ahorita) todo lo que necesito.

Espero que sea entendible y los que tengan el # al inicio de la lí­nea, pues no serán tomados en cuenta.

Después de modificar tus sources.list (que se encuentra el archivo en /etc/apt/) tendrás que hacer lo siguiente:

Descargar –> http://www.debian-multimedia.org/pool/main/d/debian-multimedia-keyring/debian-multimedia-keyring_2008.10.16_all.deb
Y luego lo instalamos:

Luego añadimos las claves de los demás repositorios:

Ahora paso a explicar un poco:

El primero es para el repositorio debian-multimedia, el segundo es para el repositorio de launchpad y el tercero es el de Opera. Lo anterior es para que no tengamos problemas a la hora de actualizar la lista de paquetes de Debian

En Debian-Multimedia se encontrarán con los codecs para ver cualquier tipo de videos, poder leer dvd’s, además del MPlayer, Flash y demás.

El de Launchpad es porque en ese repositorio nada más hay unos temas muy bueno y que me gustaron (http://www.bisigi-project.org/)

El tercero es para Google Picasa

Y finalmente el de Opera es para poder instalar el navegador Opera en nuestro Debian

Una vez hecho los cambios en nuestro sources.list y añadidos las claves de los repositorios, nos queda actualizar la lista de paquetes que podemos instalar y eso lo hacemos con:

aptitude update

Bueno lo que resta es instalar aquellos paquetes que nos interesen. en mi caso este es lo que yo he instalado una vez hecho los cambios anteriores

Se va a tardar un buen rato para instalar todo aquello , pero una vez que hayamos terminado hay que remover el paquete swfdec-mozilla para poder usar el flashplayer

El detalle es que me pide desinstalar el paquete gnome que desinstala otras cosas, apunté los paquetes que desinstaló y los vuelvo a instalar

Finalmente queda definir que usaremos Sun-Java en lugar de GCJ

Ahhh…. como mencioné al principio del artí­culo hay que actualizar el kernel y hay dos formas:

La primera consiste en añadir otra clave de repositorio

Descomentar lo de las últimas lí­neas del sources.list quedando así­

Actualizar la lista de paquetes:

Y finalmente instalar el kernel

El detalle es que el servidor kernel-archive.buildserver.net NO está disponible, caí­do o que se yo ton’s nos vamos a hacerlo de la segunda forma:

Descomentar lo de las últimas lí­neas del sources.list quedando así­

Con esto indicamos que usaremos un repositorio de Squeeze, ahí­ ya tienen el kernel actualizado. Igualmente hay que actualizar la lista de paquetes.

Y finalmente instalar el kernel

Con esto habremos de tener instalado el kernel 2.6.30-1, pero hay que volver a comentar para que quedemos con Lenny en lugar de Squeeze:

Solamente queda reiniciar y tendremos funcionando nuestro Chip Atheros muy bien

Si se preguntan porqué escogí­ actualizar el kernel, es porque con madwifi no tengo modo monitor en el chip y no puedo hacer cosas como esta:

Si tienen comentarios o sugerencias, pues serán bienvenidas