principal nivel superior enviar artículo buscar administrar acerca de ... rdf rss main |
from the dept. Se tuvo reunión con la Jefa, en la misma se toco de manera muy sucinta lo del proyecto de Intel e Icme en ambos al parecer las cosas están un poco fuera del eje principal de trabajo, por lo mismo del primero decidí contactar a quien llevaba la organización cuando estaba en Ajusco, del segundo contacte a Ricardo quien me comento que la cosa esta detenida. De Yoreme, me queda un poco más claro el que cosa se esta haciendo, aprovechando el tener a Ernesto y la Jefa tengo un panorama mejor en este momento, he comenzado junto con Ernesto a tratar de seguir el rastro de los pendientes para la máquina en la ESANS. Por otro lado en la misma reunión comentaba que Diaspora es una cosa interesante para probar pero que no sería mala idea utilizar algo que ya tiene tiempo desarrollándose elgg [1] y que se esta utilizando en universidades como open source social engine o Mahara [2] Por otro lado en la revisión del disco de respaldo que dejo Edgar en mi resguardo, encontré que sigue siendo reiserfs3. Tuve que instalar las herramientas de reiser para pasarle un fsck puesto que tenia buen rato sin revisarse la información, el case no reporta datos de SMART, como ejercicio para los discos de respaldo en carcasa externa los pongo a correr al menos una vez al año por varios días, en uno de esos días hizo algunos ruidos raros y marco varios resets en el I/O no contando con datos de SMART preferí aprovechar espacio en la propia dimensión y pasar una copia fresca del contenido al disco con ext4. En casa la máquina que tenia como mirror de mi escritorio, después de cambiar la fuente que se quemo le cambie el disco de 250 por uno de 500, originalmente pensaba hacer un respaldo de mi propio NAS, montando el directorio para los respaldos via sshfs, en el proceso note que aunque en cuanto a velocidad de red nfs y sshfs no son ya tan lejanos, en cuanto a uso de cpu mi NAS (Atom450@1.6ghz 2 cores) no da el ancho para el Pentium D350 (3.1Ghz 2 cores), después de pensar en más de una solución para mejorar la transferencia de archivos y tener el menor consumo de la red ethernet 100 en casa, la primera aproximación fue colocar la Dimension como servidor de nfs o sshfs y que el NAS escribiera en el directorio y realizara el trabajo de hacer rsync con rsnapshot, el primer problema que me encontré fue que sshfs no maneja muy bien los uids y los guids diferentes en otros sistemas, sin embargo nfs si. No pareció ser lo más efectivo y me planteo el caso contrario, el trabajo mayor se encuentra en la máquina que hace rsnapshot, es decir en este caso la Dimension, por lo mismo cambie la configuración el NAS ahora también exporta shares nfs los cuales lee la Dimension y al mismo tiempo resuelve el problema de los uids y guids, por lo mismo en esa máquina estoy respaldando lo de DH de nuestros sitios, mi propio sitio y el NAS casero, ademas de mantener deltas con rsnapshot. Son como 217GB: root@leviatan:~# rsnapshot du 217G /home/.rsnapshot/daily.0/ 584M /home/.rsnapshot/daily.1/ 584M /home/.rsnapshot/daily.2/ 17G /home/.rsnapshot/daily.3/ 235G total En el Debian Day México surgió el porque no crear los subtitulos para platicas de Debconf como la de como contribuir e involucrarse [3], de hecho me parece que por ahí se subieron las fotos [4] y el video [5] del evento. Debido a las restricciones del FW en Ajusco he tenido que implementar tsocks [6], no es demasiada opción ya que aún tengo que hacer ssh a mi maquina en casa por un puerto que no este en la blacklist Se cambiaron varias urls en el sitio de los talleres ya que parece ser que el dominio original de squish ha sido abandonado. Pendientes Darle una revisada a los archivos de las listas en linux y borrar el spam que tiene o considerar borrar los históricos que no contienen información importante. Probar las herramientas de empaquetado Empaquetar Birdcage Documentar el sistema de respaldos vía rsnapshot y el de tsock Leer los siguientes documentos: http://www.debian.org/doc/debian-policy/ (este es el más largo) http://www.debian.org/doc/developers-reference/ Preguntas Me es más cómodo tener todo el contenido del disco de respaldo de Edgar en una sola partición del tamaño completo del disco que tener cuatro particiones diferentes (HFS, FAT32, Reiserfs3(2)) ya copie la información a un disco fresco ¿puedo reformatear el disco original en una sola partición con ext4 y copiar de nuevo todo allí?, Voy a montar ese disco en una máquina directamente para descartar problemas de SMART, ¿en caso de que si se encuentren problemas físicos en el disco, que aplica, remplazo el disco y lo paso a gastos de Edgar o lo añado a la lista de cosas que he añadido a las máquinas en casa? [1] http://elgg.org/ [2] http://mahara.org/ [3] http://meetings-archive.debian.net/pub/debian-meetings/2011/debconf11/low/805_How_to_contribute_and_get_involved.ogv [4] http://blog.debian.mx/2011/fotografias-del-dia-debian-mexico.html [5] http://www.youtube.com/watch?v=KGZbR24s_RE [6] http://sevengeekwonders.guecks.com/?p=122 < Reporte de actividades octubre | Reporte de actividades agosto 2011-1 >
|
|
|||||||||||
|
"Any system that depends on reliability is unreliable." -- Nogg's Postulate | ||
All trademarks and copyrights on this page are owned by their respective companies. Comments are owned by the Poster. The Rest ©1999 Butch Landingin. |