[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [OFF-TOPIC] Error RunBeforeJob en Bacula



El día 20 de julio de 2015, 10:59, Maykel Franco
<maykeldebian@gmail.com> escribió:
> El día 17 de julio de 2015, 15:31, Camaleón <noelamac@gmail.com> escribió:
>> El Fri, 17 Jul 2015 09:51:30 +0200, Maykel Franco escribió:
>>
>>> El día 16 de julio de 2015, 15:41, Camaleón <noelamac@gmail.com>
>>> escribió:
>>
>> (...)
>>
>>>>> Could not open required defaults file: /etc/mysql/debian.cnf Fatal
>>>>> error in defaults handling. Program aborted chmod: cambiando los
>>>>> permisos de «/var/lib/automysqlbackup»: Operación no permitida chmod:
>>>>> cambiando los permisos de «/var/lib/automysqlbackup»: Operación no
>>>>> permitida
>>
>> (...)
>>
>>>> Echa un vistazo por aquí ("Step 1b"), entiendo que la idea es
>>>> configurar "automysqlbackup" para que se pueda ejecutar y tener acceso
>>>> a los archivos desde un usuario sin privilegios:
>>>>
>>>> How To Automatically Backup MySQL Databases and Send To Another Server
>>>> - Ubuntu 12.04
>>>> http://nestordeharo.blogspot.com.es/2014/08/how-to-automatically-
>> backup-
>>>> mysql.html
>>>>
>>> Gracias por contestar. He probado lo de ese enlace, pero jugando con el
>>> grupo de bacula. Para comprobar si podría ejecutarlo, he lanzado esto:
>>>
>>> sudo -u bacula /usr/sbin/automysqlbackup
>>>
>>> o
>>>
>>> su -m bacula -c /usr/sbin/automysqlbackup
>>>
>>> Y puede ejecutarlo sin problemas.
>>
>> Bien, sí, el artículo hablaba de configurar los permisos adecuados. De
>> todas formas, ¿se ejecuta correctamente y hace lo que se supone que debe
>> hacer?
>
> Si, lo hace correctamente.
>
>>
>>> El problema de los permisos está resuelto pero bacula se sigue
>>> quejando...
>>
>> Eso quiere decir que el error era otro.
>
> Si, pero me centré en los permisos porque tampoco me dejaba lanzarlo
> con el usuario de bacula, daba error de permisos e intuí que bacula
> daba un error "standard" al no poder ejecutarse correctamente...
>
>>
>>> 17-jul 09:47 Bacula-Server-dir JobId 536: shell command: run BeforeJob
>>> "/usr/sbin/automysqlbackup"
>>> 17-jul 09:47 Bacula-Server-dir JobId 536: Error: Runscript: BeforeJob
>>> returned non-zero status=208. ERR=No such file or directory
>>> 17-jul 09:47 Bacula-Server-dir JobId 536: Error: Bacula Bacula-Server-
>>> dir 5.2.6 (21Feb12):
>>
>> Si dice que no encuentra el archivo y no es por un problema de permisos
>> quizá se nos pasa algo en esa tarea de Bacula... ¿has comprobado que la
>> tarea se haya definido en la forma correcta? Lo comento porque se ve que
>> hay varias opciones y cada una de ellas sirve para distintas situaciones/
>> escenarios según se ejecute en el cliente o en el propio servidor
>> (apartado "RunScript {body-of-runscript}"):
>>
>> http://wiki.bacula.org/doku.php?id=bacula_manual:the_job_resource
>>
>> Otra cosa que podrías probar es ejecutar una instrucción más sencilla
>> para ver si lo hace correctamente y bueno, darte una vuelta por Google
>> buscando ese error:
>
> Probé un script simple pero me daba el mismo error, que no lo encuentra...
>
> En la propia máquina servidor, para hacer backup del catálogo bacula
> tiene definido un job también con estas lineas, pero claro se ejecuta
> en local, lado servidor:
>
>   RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog"
>   # This deletes the copy of the catalog
>   RunAfterJob  = "/etc/bacula/scripts/delete_catalog_backup"
>
> Y eso funciona bien.
>
>>
>> https://www.google.es/webhp?
>> complete=0&hl=en&gws_rd=cr,ssl&ei=ZwGpVYH6Jobg7Qa4k7WIDQ#complete=0&hl=en&q=
>> +Error:+Runscript:+BeforeJob+returned+non-zero+status%3D208.+ERR%3DNo+such
>> +file+or+directory+&btnK=Google+Search
>>
>> Saludos,
>
> Voy a seguir mirando...
>
>>
>> --
>> Camaleón
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> Archive: [🔎] pan.2015.07.17.13.31.59@gmail.com">https://lists.debian.org/[🔎] pan.2015.07.17.13.31.59@gmail.com
>>


Curioso... Esto sí que lo coge...Un simple /bin/ls -l

20-jul 12:01 Bacula-Server-dir JobId 557: shell command: run BeforeJob
"/bin/ls -l /tmp/"
20-jul 12:01 Bacula-Server-dir JobId 557: BeforeJob: total 0
20-jul 12:01 Bacula-Server-dir JobId 557: Start Backup JobId 557,
Job=BackupOwncloud.2015-07-20_12.01.35_03
20-jul 12:01 Bacula-Server-dir JobId 557: Using Device "FileStorage"

El script automysqlbackup tiene permisos para ejecución para todos los
usuarios... Será por la variable de entorno? Algo se me escapa...


Reply to: