Tengo la versión Moodle 1.5.4 + (2005060242)
Desde hace algo más de una semana el backup diario que tengo programado no finaliza correctamente:
Informe
==================================================
Cursos: 26
OK: 25
Error: 0
Sin terminar: 1
¡Algunos de sus cursos no han sido guardados!
Hasta ahora no me daba ningún problema (llevo usándolo más de un año) y no sé a qué puede deberse. He revisado la configuración del servidor por si la había modificado mi proveedor, pero sigue igual execpto que dos días antes de que empezaran los errores, lo actualizó a php 4.4.4 desde php 4.4.2, pero como digo, la configuración es idéntica.
He aumentado también session.gc_maxlifetime 7200 tal como se recomienda y ya no sé qué más puedo hacer.
El caso es que el error no es siempre en el mismo curso, pero si del mismo tipo: 1 sin terminar.
Creo recordar que los backups guardan un registro de las acciones, incluidos los errores producidos. Ahora mismo no recuerdo donde se podía consultar pero sé que en una ocasión lo hice, así que tienen que estar en alguna parte
Sería cuestión de revisar esos registros para ver dónde y porqué se atasca.
Saludos. Iñaki.
Sería cuestión de revisar esos registros para ver dónde y porqué se atasca.
Saludos. Iñaki.
Realmente errores no se producen. Lo que ocurre es que no finaliza el backup.
Te copio el registro de uno de los cursos donde se ha producido. El lunes no lo completó, pero el domingo no tuvo problemas para hacerlo.
No sé si se puede hacer algo más para ver en qué consiste el problema.
Te copio el registro de uno de los cursos donde se ha producido. El lunes no lo completó, pero el domingo no tuvo problemas para hacerlo.
No sé si se puede hacer algo más para ver en qué consiste el problema.
|
|||
04:34:47 | Start backup course Test de Cultura General | ||
04:34:47 | Phase 1: Checking and counting: | ||
04:34:47 | checking parameters | ||
04:34:47 | calculating backup name | ||
04:34:47 | calculating modules data | ||
04:34:47 | assignment | ||
04:34:47 | chat | ||
04:34:47 | choice | ||
04:34:47 | forum | ||
04:34:47 | glossary | ||
04:34:47 | journal | ||
04:34:47 | label | ||
04:34:47 | lesson | ||
04:34:47 | quiz | ||
04:34:50 | resource | ||
04:34:50 | scorm | ||
04:34:50 | survey | ||
04:34:50 | wiki | ||
04:34:50 | workshop | ||
04:34:50 | hotpot | ||
04:34:50 | calculating users | ||
04:34:50 | calculating user files | ||
04:34:51 | calculating course files | ||
04:34:51 | Phase 2: Executing and copying: | ||
04:34:51 | checking temp structures | ||
04:34:51 | cleaning current dir | ||
04:34:51 | creating backup file | ||
04:34:51 | general info | ||
04:34:51 | metacourse info | ||
04:34:51 | blocks info | ||
04:34:51 | sections info | ||
04:34:51 | user info | ||
04:34:55 | categories & questions | ||
04:34:56 | scales | ||
04:34:56 | groups | ||
04:34:56 | events | ||
04:34:56 | gradebook | ||
04:34:56 | modules | ||
04:34:56 | assignment | ||
04:34:57 | chat | ||
04:34:57 | choice | ||
04:34:57 | forum | ||
04:34:57 | glossary | ||
04:34:57 | journal | ||
04:34:57 | label | ||
04:34:57 | lesson | ||
04:34:57 | quiz | ||
|
|||
06:02:44 | Start backup course Test de Cultura General | ||
06:02:44 | Phase 1: Checking and counting: | ||
06:02:44 | checking parameters | ||
06:02:44 | calculating backup name | ||
06:02:44 | calculating modules data | ||
06:02:44 | assignment | ||
06:02:44 | chat | ||
06:02:44 | choice | ||
06:02:44 | forum | ||
06:02:44 | glossary | ||
06:02:44 | journal | ||
06:02:44 | label | ||
06:02:44 | lesson | ||
06:02:44 | quiz | ||
06:02:47 | resource | ||
06:02:47 | scorm | ||
06:02:47 | survey | ||
06:02:47 | wiki | ||
06:02:47 | workshop | ||
06:02:47 | hotpot | ||
06:02:47 | calculating users | ||
06:02:48 | calculating user files | ||
06:02:48 | calculating course files | ||
06:02:48 | Phase 2: Executing and copying: | ||
06:02:48 | checking temp structures | ||
06:02:48 | cleaning current dir | ||
06:02:48 | creating backup file | ||
06:02:48 | general info | ||
06:02:48 | metacourse info | ||
06:02:48 | blocks info | ||
06:02:48 | sections info | ||
06:02:48 | user info | ||
06:02:53 | categories & questions | ||
06:02:54 | scales | ||
06:02:54 | groups | ||
06:02:54 | events | ||
06:02:54 | gradebook | ||
06:02:54 | modules | ||
06:02:54 | assignment | ||
06:02:54 | chat | ||
06:02:54 | choice | ||
06:02:54 | forum | ||
06:02:55 | glossary | ||
06:02:55 | journal | ||
06:02:55 | label | ||
06:02:55 | lesson | ||
06:02:55 | quiz | ||
06:03:12 | resource | ||
06:03:12 | scorm | ||
06:03:12 | survey | ||
06:03:12 | wiki | ||
06:03:12 | workshop | ||
06:03:12 | hotpot | ||
06:03:12 | copying user files | ||
06:03:13 | copying course files | ||
06:03:13 | zipping files | ||
06:03:13 | copying backup | ||
06:03:13 | cleaning temp data | ||
06:03:13 | Phase 3: Deleting old backup files: | ||
06:03:13 | checking /home/dsv0529/domains/betica-mudarra.com/seguridad | ||
06:03:13 | found 2 backup files | ||
06:03:13 | keep limit (1) reached. Deleting old files | ||
06:03:13 | copia_de_seguridad-tcg-04112006-0451.zip deleted | ||
06:03:13 | End backup course Test de Cultura General - OK |
La verdad es que me pillas fuera de juego. El área de los backups me es bastante desconocida. En nuestro caso tenemos Moodle en nuestro propio servidor local y hacemos backups del sistema y la base de datos desde fuera de Moodle (que son más rápidos y nos garantizan recuperación total en caso de desastre). Pero claro, eso implica control total de la máquina y ese no es siempre el caso...
Saludos. Iñaki.
Saludos. Iñaki.
Kaixo Iñaki! ;)
Comentas: En nuestro caso tenemos Moodle en nuestro propio servidor local y hacemos backups del sistema y la base de datos desde fuera de Moodle (que son más rápidos y nos garantizan recuperación total en caso de desastre). Pero claro, eso implica control total de la máquina y ese no es siempre el caso...
Nosotros estamos en el mismo caso, pero... ¿cuáles son exactamente los ficheros / directorios que copias? En caso de querer recuperar un curso unicamente, se podría hacer?
Ya hemos empezado a cargar de cursos la plataforma, y nos está dando errores el tema del backup programado, de hecho no nos hace copia de ningún curso...
Resumen
==================================================
Cursos: 26
OK: 0
Pasado por alto: 0
Error: 25
Sin terminar: 1
¡Algunos de sus cursos no han sido guardados!
Voy a mirar si consigo ver qué pasa..
Muchas gracias
Koro
Comentas: En nuestro caso tenemos Moodle en nuestro propio servidor local y hacemos backups del sistema y la base de datos desde fuera de Moodle (que son más rápidos y nos garantizan recuperación total en caso de desastre). Pero claro, eso implica control total de la máquina y ese no es siempre el caso...
Nosotros estamos en el mismo caso, pero... ¿cuáles son exactamente los ficheros / directorios que copias? En caso de querer recuperar un curso unicamente, se podría hacer?
Ya hemos empezado a cargar de cursos la plataforma, y nos está dando errores el tema del backup programado, de hecho no nos hace copia de ningún curso...
Resumen
==================================================
Cursos: 26
OK: 0
Pasado por alto: 0
Error: 25
Sin terminar: 1
¡Algunos de sus cursos no han sido guardados!
Voy a mirar si consigo ver qué pasa..
Muchas gracias
Koro
Name: |
backup-moodleimh-20070207-0947.zip |
|
Backup completed successfully
SI EL BACKUP lo lanzo desde MOODLE parece que funciona..eso si, tendre que ver cómo se recuperaría algún curso en caso de crash.. porque en esto aún no me he movido nada..
El backup programado sigue sin funcionar..
Hasta pronto y gracias por leerme
Koro
Estuve pensando un poco en tu problema y sería interesante saber cómo tienes ejecutándose el cron.
Con esto me refiero a si en el cron tu haces un llamado directo al archivo ejecutándolo con php, algo asi como
*/10 * * * * php /instalacion/moodle/admin/cron.php
o si lo haces de la siguiente forma
*/10 * * * * wget http://www.tusitio/moodle/admin/cron.php
en ambos casos el cron de moodle se manda a llamar, pero en el primer caso quien realiza las operaciones programadas dentro del archivo cron.php es el usuario para el cual se programó la tarea y dicho usuario tal vez no tiene acceso de lectura o escritura en el directorio donde se hacen los respaldos, por lo tanto el backup falla.
En el segundo caso, estas invocando al cron desde el moodle, por lo tanto el usuario que realizará las tareas del cron.php es el usuario dueño del proceso apache y ese si debería tener permisos para poder leer y escribir el directorio donde se realizan los backups.
Este es un primer acercamiento a lo que ocasiona tu problema. Espero haber sido de utilidad.
Cualquier duda estaré pendiente.
Saludos cordiales.
Con esto me refiero a si en el cron tu haces un llamado directo al archivo ejecutándolo con php, algo asi como
*/10 * * * * php /instalacion/moodle/admin/cron.php
o si lo haces de la siguiente forma
*/10 * * * * wget http://www.tusitio/moodle/admin/cron.php
en ambos casos el cron de moodle se manda a llamar, pero en el primer caso quien realiza las operaciones programadas dentro del archivo cron.php es el usuario para el cual se programó la tarea y dicho usuario tal vez no tiene acceso de lectura o escritura en el directorio donde se hacen los respaldos, por lo tanto el backup falla.
En el segundo caso, estas invocando al cron desde el moodle, por lo tanto el usuario que realizará las tareas del cron.php es el usuario dueño del proceso apache y ese si debería tener permisos para poder leer y escribir el directorio donde se realizan los backups.
Este es un primer acercamiento a lo que ocasiona tu problema. Espero haber sido de utilidad.
Cualquier duda estaré pendiente.
Saludos cordiales.
Hola!!
Aquí está cómo llamo al cron.. así debería estar OK, verdad??
Un saludo! ;)
Koro
*/5 * * * * wget -q -O /dev/null http://moodle.imh.es/admin/cron.php
Aquí está cómo llamo al cron.. así debería estar OK, verdad??
Un saludo! ;)
Koro
*/5 * * * * wget -q -O /dev/null http://moodle.imh.es/admin/cron.php
el parámetro "-O /dev/null" no me convence mucho... yo lo dejaría algo asi como
*/5 * * * * wget -q http://moodle.imh.es/admin/cron.php
Saludos, de todos modos dime como evoluciona todo tu proceso, yo lo tengo de esa manera y los backup se hacen todos bien.
Igual podrías indicarnos qué versión de moodle estas usando.
Saludos.
*/5 * * * * wget -q http://moodle.imh.es/admin/cron.php
Saludos, de todos modos dime como evoluciona todo tu proceso, yo lo tengo de esa manera y los backup se hacen todos bien.
Igual podrías indicarnos qué versión de moodle estas usando.
Saludos.
Moodle 1.6.2+ (2006050521)
;)
Tengo un jaleo ahora impresionante, tengo con postgresql como Bd, pero no consigo entrar a ver y poder hacer copia de la BD con el webmin..
Intentaré hacer copia de seguridad de todo desde fuera.. alguien que sepa exactamente qué ficheros y directorios hay que copiar??
Muchas gracias a todos
;)
Tengo un jaleo ahora impresionante, tengo con postgresql como Bd, pero no consigo entrar a ver y poder hacer copia de la BD con el webmin..
Intentaré hacer copia de seguridad de todo desde fuera.. alguien que sepa exactamente qué ficheros y directorios hay que copiar??
Muchas gracias a todos
Lo siguiente es válido si administras tu propio servidor, que en tu caso veo que sí, vía webmin.
Una forma muy rápida de hacer una copia de seguridad de las bases de datos ( y de todos los datos que nos interesen ) y con posibilidad de programarla en el cron es la siguiente: ( utilizando tar )
( en mi caso que utilizo MySQL y Trustix Secure Linux como S.O. , administrado de forma remota vía webmin )
# tar cfz /home/users/juan/mysql.tgz /var/lib/mysql
( copio todas las bases de datos que están en el directorio mysql )
si utilizas postgresql sería:
# tar cfz /home/users/juan/postgresql.tgz /var/lib/postgresql
( tendrás que adaptarlo a tu SO y directorios )
después descargamos vía webmin o FTP el fichero .tgz , descomprimimos en local tar zxf ( si queremos ver el contenido ... ) . Si deseamos instalar en otro servidor, no sería necesario descomprimir en local, subimos al nuevo servidor y descomprimimos en éste.
Espero te sirva como referencia.
saludos.
Una forma muy rápida de hacer una copia de seguridad de las bases de datos ( y de todos los datos que nos interesen ) y con posibilidad de programarla en el cron es la siguiente: ( utilizando tar )
( en mi caso que utilizo MySQL y Trustix Secure Linux como S.O. , administrado de forma remota vía webmin )
# tar cfz /home/users/juan/mysql.tgz /var/lib/mysql
( copio todas las bases de datos que están en el directorio mysql )
si utilizas postgresql sería:
# tar cfz /home/users/juan/postgresql.tgz /var/lib/postgresql
( tendrás que adaptarlo a tu SO y directorios )
después descargamos vía webmin o FTP el fichero .tgz , descomprimimos en local tar zxf ( si queremos ver el contenido ... ) . Si deseamos instalar en otro servidor, no sería necesario descomprimir en local, subimos al nuevo servidor y descomprimimos en éste.
Espero te sirva como referencia.
saludos.
Puedes probar con esta otra opción en el cron:
*/5 * * * * lynx -dump http://moodle.imh.es/admin/cron.php > /dev/null
*/5 * * * * lynx -dump http://moodle.imh.es/admin/cron.php > /dev/null
Me acaban de hackear el sistema.. casuennn la mierda.. ;(
http://www.zone-h.org/index2.php?option=com_mirrorwrp&Itemid=43&id=5628104
Creo que tan solo me han cambiado la pagina de inicio, estoy intentandola poner Ok, pero es que no localizo dónde está lo que han tocado.
A la zona de aministración y demás accedo Ok ,sin problemas
¿alguna idea?
Tengo moodle1.6.2 , alguien tiene idea de qué vulnerabilidad han aprovechado?
Estoy pensando también actualizarme a la ultima versión de Moodle, la 1.7.. alguna experiencia?
Muchas gracias
http://www.zone-h.org/index2.php?option=com_mirrorwrp&Itemid=43&id=5628104
Creo que tan solo me han cambiado la pagina de inicio, estoy intentandola poner Ok, pero es que no localizo dónde está lo que han tocado.
A la zona de aministración y demás accedo Ok ,sin problemas
¿alguna idea?
Tengo moodle1.6.2 , alguien tiene idea de qué vulnerabilidad han aprovechado?
Estoy pensando también actualizarme a la ultima versión de Moodle, la 1.7.. alguna experiencia?
Muchas gracias