Autor

Alejandro Alcalde

Data Scientist and Computer Scientist. Creator of this blog.

Más artículos de Alejandro Alcalde | Porfolio

Índice

NOTA: Actualmente uso insyncq, una cliente multiplataforma para sincronizar Google Drive.

Hace poco vimos en un artículo cómo Sincronizar Google Drive en Linux en 4 pasos. Llevo usando ese método unas semanas y hasta ahora todo funcionaba correctamente. Sin embargo me he dado cuenta que cuando se usa con archivos muy grandes puede haber problemas, ya que grive vuelve a ejecutarse varias veces mientras está subiendo archivos, con lo cual acaban pasando cosas extrañas, como quedarse subiendo el archivo indefinidamente o inundar la memoria RAM. Aplicar los siguientes cambios parece que soluciona los problemas.

El problema

Tal y como se explicó en el artículo anterior, se tiene un script encargado de detectar los cambios locales con inotify y una entrada en cron ejecutando grive cada X tiempo para descargar los cambios remotos. Por tanto, puede ocurrir que en un determinado instante grive se esté ejecutando más de una vez, y si está realizando alguna operación de descarga o subida inotify detectará que los ficheros están cambiando y volverá a lanzar grive.

Es decir, si estamos subiendo/descargando un archivo lo bastante grande para que tarde más que los periodos de pausa que hay en el script y en cron, el comportamiento de grive no será el correcto porque los archivos están cambiando continuamente mientras están siendo descargados.

Posible solución

Tras haber hecho varias pruebas, una solución que parece ser correcta es la siguiente:

El script quedaría así:

#!/bin/bash
# Google Drive Grive script that syncs your Google Drive folder on change
# This functionality is currently missing in Grive and there are still no
# official Google Drive app for Linux coming from Google.
#
# This script will only detect local changes and trigger a sync. Remote
# changes will go undetected and are probably still best sync on a periodic
# basis via cron.
#
# Kudos to Nestal Wan for writing the excellent Grive software
# Also thanks to Google for lending some free disk space to me
#
# Peter Österberg, 2012

GRIVE_COMMAND_WITH_PATH=/usr/bin/grive   # Path to your grive binary, change to match your system
GDRIVE_PATH=~/Drive                      # Path to the folder that you want to be synced
TIMEOUT=60               # Timeout time in seconds, for periodic syncs. Nicely pointed out by ivanmacx

declare -i esta_grive_ejecutando

while true
do
    inotifywait -t 300 -e modify -e move -e create -e delete -r $GDRIVE_PATH
    esta_grive_ejecutando=`pidof grive`
    if [[ "$esta_grive_ejecutando" -ne 0 ]]
    then
        echo "Grive está ejecutandose, PID: $esta_grive_ejecutando. Esperando..."
        sleep $TIMEOUT
    else
        cd $GDRIVE_PATH && $GRIVE_COMMAND_WITH_PATH
    fi
done

Con esta pequeña modificación logramos que no haya varias instancias de grive en ejecución. Además podríamos dejar la entrada en cron, ya que de esta forma si cron está ejecutando grive, el script no lo hará, porque detecta que ya hay una instancia en ejecución.

Script para CRON

Sería muy similar, salvo que no monitoriza el estado del directorio con inotify, de esta forma obtendremos los cambios remotos:

#!/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

TIMEOUT=60

declare -i is_grive_cron_running

is_grive_cron_running=`pidof grive`

if [[ "$is_grive_cron_running" -ne 0 ]]
then
    echo "Grive está corriendo en cron: $is_grive_cron_running. Esperando..."
    sleep $TIMEOUT
else
    cd "$HOME/Drive" && grive | tee /tmp/GRIVE_LOG
fi

Lo guardamos como update-grive.sh, le damos permisos de ejecución chmod +x update-grive.sh y lo añadimos a crontab:

*/10 * * * *  /home/hkr/bin/update-grive.sh

Referencias

¿Has visto algún error?: Por favor, ayúdame a corregirlo contactando conmigo o comentando abajo.

Quizá también te interese leer...