🚀 go-pugleaf

Hola Seve <invalid@lafirma.es>
el Mon, 05 Apr 2010 09:05:16 +0200 escribiste:

> Hola
> 
> Necesito una ayudita :)
> 

Añade la opción set -x al principio del script y prueba
de nuevo. Obtendrás más info.

-- 
Gonzalo Pérez de Olaguer Córdoba <gpoc@iies.es> --- www.gpoc.es
PGP key 2861C704 --- F206 5671 6789 425D 111C  1302 214F 1934 2861 C704

Seve <invalid@lafirma.es> writes:

> Hola
>
> Necesito una ayudita :)
>
> Queremos lanzar un script desde el cron en una Centos5. El script se
> llama cada minuto y aunque habitualmente termina en cuesti�n de
> segundos, hay veces que puede tardar varios minutos.
>
> Como no nos interesa que el script se ejecute dos veces, hacemos un ps
> y buscamos que no estuviera en ejecuci�n. El problema que tenemos es
> que cuando quiere da error porque el shell parece lanzarse dos veces y
> da un "falso positivo".
>
> Mosqueados, hemos hecho el sscript que pongo m�s abajo y lo hemos
> colgado en el cron. Lo que hace es ver si est� en el mismo nodo que en
> el que corre apache (es un cluster). Si es el mismo, saca la lista de
> procesos, busca su nombre, quita grep, se quita a s� mismo y si la
> lista est� vac�a, supone que no est� ya en ejecuci�n y hace lo que
> tenga que hacer (TEST_CRON.sh en este caso).


Tenemos el problema general en unix para saber si un programa dado esta
ejecutandose.  En linux, se puede usar lockf(1):

--------------------(test-cluster)-------------------------------------
#!/bin/bash
exc flock -x -n "/var/lock/test-cluster/pid.lock" -c test-cluster-do-it
-----------------------------------------------------------------------
      


-- 
__Pascal Bourguignon__

El 05/04/2010 20:11, Pascal J. Bourguignon escribió:
> Seve<invalid@lafirma.es>  writes:
>> Como no nos interesa que el script se ejecute dos veces, hacemos un ps
>> y buscamos que no estuviera en ejecución. El problema que tenemos es
>> que cuando quiere da error porque el shell parece lanzarse dos veces y
>> da un "falso positivo".

> Tenemos el problema general en unix para saber si un programa dado esta
> ejecutandose.  En linux, se puede usar lockf(1):

Ostras, no había caído en usar bloqueos sobre ficheros en lugar de 
ficheros bandera. Una idea estupenda. Mañana probamos :D

Muchas gracias.

-- 
Seve.
EChMotor#486 BPD#6 Linux user#134969
306 XT HDI 2000-... Caleidoscopio Free
Canon EOS 400D + BG-E3 - S 17-70 - S 55-200 - C 100-400L IS - Helios-44M
RMC TK 24 F2.8 - Dryzone 200 - Toploader 70 AW - Canon Speedlite 430EX
seve < @ > vicius < . > org
Las FAQ de es.comp.hardware.misc en http://www.escomphardwaremisc.org

El 05/04/2010 16:38, Gonzalo Pérez de Olaguer Córdoba escribió:
> Hola Seve<invalid@lafirma.es>
> el Mon, 05 Apr 2010 09:05:16 +0200 escribiste:
>
>> Hola
>>
>> Necesito una ayudita :)

> Añade la opción set -x al principio del script y prueba
> de nuevo. Obtendrás más info.

Ok, mañana probamos a ver qué sale, porque es curioso que unas veces 
vaya y otras no y sobre todo que falle en las Centos 5 y no nos haya 
fallado en las otras máquinas más antiguas.



-- 
Seve.
EChMotor#486 BPD#6 Linux user#134969
306 XT HDI 2000-... Caleidoscopio Free
Canon EOS 400D + BG-E3 - S 17-70 - S 55-200 - C 100-400L IS - Helios-44M
RMC TK 24 F2.8 - Dryzone 200 - Toploader 70 AW - Canon Speedlite 430EX
seve < @ > vicius < . > org
Las FAQ de es.comp.hardware.misc en http://www.escomphardwaremisc.org

pjb@informatimago.com (Pascal J. Bourguignon) writes:
> [...]
> exc flock -x -n "/var/lock/test-cluster/pid.lock" -c test-cluster-do-it

Vaya, no conocía sobre flock. Gracias.

dx

Seve wrote:

> Hola
> 
> Necesito una ayudita :)
> 
> Queremos lanzar un script desde el cron en una Centos5. El script se
> llama cada minuto y aunque habitualmente termina en cuesti�n de
> segundos, hay veces que puede tardar varios minutos.
> 
> Como no nos interesa que el script se ejecute dos veces, hacemos un ps y
> buscamos que no estuviera en ejecuci�n. El problema que tenemos es que
> cuando quiere da error porque el shell parece lanzarse dos veces y da un
> "falso positivo".
> 
> Mosqueados, hemos hecho el sscript que pongo m�s abajo y lo hemos
> colgado en el cron. Lo que hace es ver si est� en el mismo nodo que en
> el que corre apache (es un cluster). Si es el mismo, saca la lista de
> procesos, busca su nombre, quita grep, se quita a s� mismo y si la lista
> est� vac�a, supone que no est� ya en ejecuci�n y hace lo que tenga que
> hacer (TEST_CRON.sh en este caso).
> 
> Entrada en cron:
> * * * * * /usr/bin/hvs/cron/migrados/TEST_CLUSTER.sh # Test
> 
> 

* Si tienes muchos y distintos, como es mi caso, en cron u otros front-ends, 
los lanzo como argumento con el del enlace, invitado invitado para acceder, 
me evita programarlo en los propios scripts, con la opcion de especificar un 
usuario o pararlos de forma ordenada, independientemente del script.

https://doc.usernix.org:4443/index.php?module=fileview&objectId=7401