principal nivel superior enviar artículo buscar administrar acerca de ... rdf rss main |
from the dept. Estoy estancado en la actividad de empaquetamiento de Birdcage, por la UPN estoy tomando un curso de tutoría en línea con la UOC, al mismo tiempo que sigo un seminario de SOMECE, esta quincena es el cierre de semestre (especialmente entrega de calificaciones promedios y demás), por lo mismo estoy prácticamente sin tiempo. Se implemento el usuario para que Ernesto pueda administrar el Squish. Se discutió la necesidad de instalar una VM en linux, se plantearon los problemas de mantenimiento y tal cual se requieren cambios al kernel, se va a solicitar la apertura de los puertos requeridos en el firewall, sin embargo se debe hacer notar que la política de la UPN para maquinas en el site en esta administración ha sido reducir al mínimo los servidores físicos. Se puntualiza que Diaspora es un proyecto en estado Alpha se menciona alguna auditoria superficial que se hizo al código por externos (cuando se hizo público el mismo) que lo calificaba “como un queso gruyere, con agujeros por donde pasa un camión” por lo tanto no apto para correr en maquinas de producción. Se manifiesta el desacuerdo de compartir derechos administrativos con personal al otro lado del Atlántico especialmente se explicaron los porque, se enumeran los posibles problemas, se toma nota y se acepta con la protesta anotada anteriormente, de la misma manera puesto que también se deja clara la posición del equipo en Linode no se harán más peticiones al respecto y se espera lo mismo al respecto de su mantenimiento. Se cambio la página de inicio de orouborus.soruceforge.net para que apunte a orouborus.info (como nota mental, nunca puedo escribir el nombre correctamente) hubo que realizarlo vía Shell [1] lo cual no es tan trivial como parecía el acceso por [2] sftp no funciono con ningún usuario / contraseña, finalmente se tuvo que leer con atención el cómo crear un shell asignado por tiempo y desde allí editar el index.html [3] Se contacto con Acela que pidió datos sobre los documentos de quien escribe con respecto al itinerario planteado si no hay mayor noticia al respecto a volver a conseguir hacer una llamada. El 30 de mayo hubo una falla general de electricidad y no hubo servicio desde las 8am hasta las 8pm. Se descubrió que al iniciar después de un apagón el chroot de aprender.intel.upn.mx no borra el pid por lo tanto no reinicia, trabajando en un script que revise el caso de reinicio y borre el pid correspondiente sin tener que montar el /proc en el chroot o depender de init en el mismo. El squish por lo mismo también fallo, como mucho tiempo estuvo corriendo como un servicio normal no se documento en su momento el cómo iniciaba el chroot al reiniciar la maquina se ha añadido un script que revisa el estatus al iniciar la maquina similar al que se usa para rails en Intel. [1] http://sourceforge.net/apps/trac/sourceforge/wiki/Shell%20service#Access [2] http://sourceforge.net/apps/trac/sourceforge/wiki/SFTP [3] http://sourceforge.net/apps/trac/sourceforge/wiki/Project%20web 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 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 ¿El sistema de Intel debe seguir en producción? < Reporte de actividades mayo 2011-2 | Reporte de actividades mayo 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. |