repo personalizado de arch

Es pelapingante tener que descargar un chorro de paquetes una y otra vez cada vez; teniendo en cuenta que arch actualiza sus paquetes cada vez que va al baño.

 Cuando tienes un batallón de máquinas con arch eso puede llegar a ser un problema. Mejor que uno se baje todo lo que hace falta y lo comparta con los demás:

Primero le agregamos un repositorio personalizado a pacman, en /etc/pacman.conf

[mirepo]
SigLevel = Optional TrustAll
Server = http://localhost


Luego en esta máquina corremos un servidor web, por ejemplo, el que tiene arch por defecto.

darkhttp /var/cache/pacman/pkg/mirepo.db.tar.gz &

Y con este escript recreamos el repo cada vez que nos de la gana:


#!/bin/sh
pacman -Syyu
pacman -Qdt
rm /var/cache/pacman/pkg/custom.db.tar.gz
paccache -vur -k 1
pacman -Sc

# recrea la base de datos
repo-add /var/cache/pacman/pkg/custom.db.tar.gz /var/cache/pacman/pkg/*.pkg.tar.xz

# EOF


Con eso solo tenemos que configurar el repo "mirepo" en las demás máquinas y listo... Yo tengo un chroot con todo instalado y ese es el que actualizo, desde ese sirvo los paquetes, así evitas desastres.

mariconerías de MySQL

Esta es una de esas mañanas en que al revisar el correo te encuentras 500 email de Nagios; diciéndote que MySQL no está funcionando. Anonadado por el misterio, te diriges al servidor; y al arrancar MySQL... sorpresa, error:

Checking for corrupt, not cleanly closed and upgrade needing tables

Bueno... y ahora que? Nada que contar, los apagones jodieron la integridad referencial (u otra palabra sofisticada que se te ocurra) de la base de datos. Como diría un amigo mio: -Qué no se soluciona en linux corriendo un comando? La cuestión es saber el lugar donde correrlo. Me viene a la cabeza una frase de la revista ubunchu: -luchando con monstruosos dispositivos de hardware en el recóndito laberinto del sistema de archivos. Un ingeniero debe obtener magia de linea de comandos, solo un verdadero mago puede triunfar.

cd /var/lib/mysql
myisamchk */*

y a otra cosa mariposa...