2:04 p.m.
Buenas tardes, alguien pudiera explicarme una vez que correo un script
concretamente para actualizar un repo de debían que comience a una hora
determinada, como puedo hacer para que esa tarea también se detenga a una
hora determinada ¿
Saludos
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed
para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona
que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con
las regulaciones establecidas
Infomed: http://www.sld.cu/
2:42 p.m.
On 2018-01-24 14:04, Yansy Rodriguez wrote:
Buenas tardes, alguien pudiera explicarme una vez que correo un
script concretamente para actualizar un repo de debían que comience a una hora
determinada, como puedo hacer para que esa tarea también se detenga a una hora determinada
¿
Saludos
_______________________________________________
Gutl-l mailing list -- gutl-l(a)listas.jovenclub.cu
To unsubscribe send an email to gutl-l-leave(a)listas.jovenclub.cu
Pones una linea en cron para levantarlo y luego otra para buscar el
primer proceso y en caso que exista matarlo. Para el segundo puedes o
hacer una busqueda entre todos los procesos y obtener el PID o usar la
variable $$ en el primero para tener el PID, lo guardas en un archivo y
luego en el segundo solo buscas y matas el numero que tenga el archivo
Ten cuidado pues digamos que tu primer script sea algo como
--
mkdir xx
cd xx
wget http://yyy
-----
En este caso el pid de tu script puede no ser muy relevante, sin embargo
puede que sea mas relevante el PID de wget pues es el proceso que mas se
va a demorar..
--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775
3:05 p.m.
El mié, 24-01-2018 a las 14:42 -0500, Ulises Gonzalez Horta escribió:
On 2018-01-24 14:04, Yansy Rodriguez wrote:
> Buenas tardes, alguien pudiera explicarme una vez que correo un
> script concretamente para actualizar un repo de debían que comience
> a una hora determinada, como puedo hacer para que esa tarea también
> se detenga a una hora determinada ¿
> Saludos
>
>
>
> _______________________________________________
> Gutl-l mailing list -- gutl-l(a)listas.jovenclub.cu
> To unsubscribe send an email to gutl-l-leave(a)listas.jovenclub.cu
Pones una linea en cron para levantarlo y luego otra para buscar el
primer proceso y en caso que exista matarlo. Para el segundo puedes o
hacer una busqueda entre todos los procesos y obtener el PID o usar
la variable $$ en el primero para tener el PID, lo guardas en un
archivo y luego en el segundo solo buscas y matas el numero que tenga
el archivo
Ten cuidado pues digamos que tu primer script sea algo como
--
mkdir xx
cd xx
wget http://yyy
-----
En este caso el pid de tu script puede no ser muy relevante, sin
embargo puede que sea mas relevante el PID de wget pues es el proceso
que mas se va a demorar..
Creo que el comando pidof camino-del-programa es más sencillo; da
directamente el pid. Pero igual con killall deberías resolver.
--
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
No son las horas que pones en tu trabajo lo que cuenta, sino el trabajo
que pones en esas horas.
3:02 p.m.
El mié, 24-01-2018 a las 14:04 -0500, Yansy Rodriguez escribió:
Buenas tardes, alguien pudiera explicarme una vez que correo un
script concretamente para actualizar un repo de debían que comience a
una hora determinada, como puedo hacer para que esa tarea también se
detenga a una hora determinada ¿
Saludos
Si el script tiene un nombre único e identificador, bastará con que el
crontab ejecute un:
killall nombre-del-secript.sh
--
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
No son las horas que pones en tu trabajo lo que cuenta, sino el trabajo
que pones en esas horas.
3:23 p.m.
On Wed, Jan 24 2018, Yansy Rodriguez wrote:
Buenas tardes, alguien pudiera explicarme una vez que correo un
script
concretamente para actualizar un repo de debían que comience a una hora
determinada, como puedo hacer para que esa tarea también se detenga a una
hora determinada ¿
2 opciones más encima de la q propone Ulises:
- en vez de un guión, crea un servicio q arrancas y paras desde cron
- crear un servicio de systemd de tipo `oneshot`, y usar la opción
`RuntimeMaxSec` y el servició será parado automáticamente, si no
termina antes, puedes además crear un temporizador de systemd para
arrancar este servicio.
Servilio
--
'Somos todos peregrinos se hace camino al andar.'
- No se vuelve atrás, Telmary y Kumar
8:20 a.m.
On 2018-01-24 15:23, Servilio Afre Puentes wrote:
On Wed, Jan 24 2018, Yansy Rodriguez wrote:
> Buenas tardes, alguien pudiera explicarme una vez que correo un script
> concretamente para actualizar un repo de debían que comience a una
> hora
> determinada, como puedo hacer para que esa tarea también se detenga a
> una
> hora determinada ¿
2 opciones más encima de la q propone Ulises:
- en vez de un guión, crea un servicio q arrancas y paras desde cron
- crear un servicio de systemd de tipo `oneshot`, y usar la opción
`RuntimeMaxSec` y el servició será parado automáticamente, si no
termina antes, puedes además crear un temporizador de systemd para
arrancar este servicio.
Servilio
Realmente hay que actualizarse un poco a Systemd "like" pues a veces
nos hace las cosas mas faciles...
--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775
10:02 a.m.
>
> - en vez de un guión, crea un servicio q arrancas y paras desde cron
> - crear un servicio de systemd de tipo `oneshot`, y usar la opción
> `RuntimeMaxSec` y el servició será parado automáticamente, si no
> termina antes, puedes además crear un temporizador de systemd para
> arrancar este servicio.
>
> Servilio
Realmente hay que actualizarse un poco a Systemd "like" pues a veces
nos hace las cosas mas faciles...
Mira tienes que probar para ver si realmente lo de Servilio funciona,
parece ser la mejor altermativa aunque, acabo de ver la documentacion de
systemd y dice esto
--
RuntimeMaxSec=
Configures a maximum time for the service to run. If this is used
and the service has been active for longer than the specified time it is
terminated and put into a failure state. Note that this setting does not
have any effect on Type=oneshot services, as they terminate immediately
after activation completed. Pass "infinity" (the default) to configure
no runtime limit.
If a service of Type=notify sends "EXTEND_TIMEOUT_USEC=…", this may
cause the runtime to be extended beyond RuntimeMaxSec=. The first
receipt of this message must occur before RuntimeMaxSec= is exceeded,
and once the runtime has exended beyond RuntimeMaxSec=, the service
manager will allow the service to continue to run, provided the service
repeats "EXTEND_TIMEOUT_USEC=…" within the interval specified until the
service shutdown is acheived by "STOPPING=1" (or termination). (see
sd_notify(3)).
---
Aparentemente esto no funciona para typo oneshot, quizas deberias ver si
en lugar de oneshot te trabaja mejor con Type=simple
--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775
1315
days inactive
1316
days old
6 comments
4 participants
participants (4)
-
Alberto José García Fumero -
Servilio Afre Puentes -
Ulises Gonzalez Horta -
Yansy Rodriguez