Toda la información aquí. Es alucinante el trabajo que hay detrás de la salida de una distribución linux, desde el equipo de empaquetado, al QA Team, a las discusiones interminables en las listas, a los chicos del artwork. Lo más emocionante es vivirlo desde dentro, gracias mageia
[avr12s@virtual ~]$ cat /etc/issue Mageia release 2 (Official) for i586 Kernel 3.3.6-desktop-2.mga2 on an i686 / \l
Reciclarse o morir: Mageia 2 abandona nuestro viejo y querido SystemV, comienza a usar por defecto systemd. Systemd es un nuevo sistema para gestionar el arranque de nuestros equipos auspiciado por Red Hat, entre la multitud de maravillas que trae nos provee de “agresivas capacidades de paralelización” en el arranque, también es capaz de responder a enventos usando D-Bus, de momento es compatible con los scripts de init.
Olvidémonos del viejo init que se encargaba de ser el primero y después iban arrancando nuestros servicios que dependían unos de otros.
Para saber más puede consultar ¿Por que Systemd? o el siempre completo wiki de Fedora.
Ahora vamos a lo que nos interesa, como usarlo. Sigue leyendo
Revisando el informe diario me encuentro que tengo una cinta en estado “unavailable”, por $DEITY!. En mi ignorancia creo que esto es tan simple como un fallo de escritura.
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
Una de las primeras tareas como Backup-BOFH ha sido dar de alta un pequeño servidor web que prácticamente no tiene nada, si incluimos la directiva DOMAIN <punto de montaje> Ejm: DOMAIN /var / en su dsm.sys enviaríamos demasiadas cosas al servidor de Backup.
Lo realmente interesante es sólo copiar la configuración del servidor apache /etc/httpd y los contenidos estáticos en /var/www/html. Así he dejado la configuración final
DOMAIN /var / exclude '/.../*' exclude '/var/.../*' include '/etc/httpd/.../*' include '/var/www/html/.../*'
Los clientes Microsoft fallan un día sí y otro también, cuando el orden de máquina windows a copiar es del orden de las centenas, todos los días tienes alguna planificación fallida. En realidad no es un fallo de backup porque la copia se realiza, es el famoso “Failed 12”, la copia a terminado pero siempre se queja de algo.
Este es uno de los fallos típicos:
02/20/2012 19:21:22 ANS5279E Error processing 'C:\adsm.sys\vss_staging\nodo\TSM.xxx.ES\20120220190238\TSM_Backup.xml': file not found.
Está copiando el systemstate de la máquina y no encuentra su propio fichero de control.
IBM ha publicado la siguiente nota para arreglar un poco el tema.
Añadiendo al dsm.sys de la máquina el parámetro RESOURCEUTILIZATION 2 parece que se resuelve. El parámetro resourceutilization tiene que ver con los recursos que utilizan tanto el cliente como el servidor para realizar la copia, tendré que estudiar esto algo más. Prometen que lo arreglaran en los nuevos cliente de la serie 6.3.x y 6.2.5.x
