Re: Crontab y alertas por mail

2016-01-24 Por tema Camaleón
El Sat, 23 Jan 2016 20:18:18 +0100, David Rotger escribió:

> desde que configure el servicio SSMTP para mandar emails desde la
> consola, estoy recibiendo emails de root cuando cron ejecuta una tarea.
> Desde donde puedo configurar eso?

¿No será que has habilitado algo en ssmtp para recibir mensajes? Revisa 
esta guía que hay en la wiki:

https://wiki.debian.org/sSMTP

Los mensajes de cron (en caso de haberlos) los recibe el usuario root que 
normalmente es un alias que va a la cuenta del usuario del sistema ("cat /
etc/aliases").

Saludos,

-- 
Camaleón



Re: Crontab y alertas por mail

2016-01-24 Por tema Camaleón
El Sun, 24 Jan 2016 16:35:11 +0100, David Rotger escribió:

Corrijo el top-posting.

> El día 24 de enero de 2016, 15:59, Camaleón 
> escribió:
>> El Sat, 23 Jan 2016 20:18:18 +0100, David Rotger escribió:
>>
>>> desde que configure el servicio SSMTP para mandar emails desde la
>>> consola, estoy recibiendo emails de root cuando cron ejecuta una
>>> tarea.
>>> Desde donde puedo configurar eso?
>>
>> ¿No será que has habilitado algo en ssmtp para recibir mensajes? Revisa
>> esta guía que hay en la wiki:
>>
>> https://wiki.debian.org/sSMTP
>>
>> Los mensajes de cron (en caso de haberlos) los recibe el usuario root
>> que normalmente es un alias que va a la cuenta del usuario del sistema
>> ("cat /
>> etc/aliases").

> Este es mi archivo aliases.
> 
> # /etc/aliases mailer-daemon: postmaster postmaster: root nobody: root
> hostmaster: root usenet: root news: root webmaster: root www: root ftp:
> root abuse: root noc: root security: root root: server backuppc: root

Según ese archivo, los correos dirigidos a "root" los recibe el usuario 
"server". ¿Quién *recibe* los mensajes que te llegan de cron?

> en el archivo de configuración de SSMTP no veo nada extraño...

Bien, pero mejor si lo mandas a la lista omitiendo datos sensibles si los 
hubiere ;-)

Saludos,

-- 
Camaleón



Re: Crontab y alertas por mail

2016-01-24 Por tema David Rotger
Este es mi archivo aliases.

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: server
backuppc: root

en el archivo de configuración de SSMTP no veo nada extraño...

El día 24 de enero de 2016, 15:59, Camaleón  escribió:
> El Sat, 23 Jan 2016 20:18:18 +0100, David Rotger escribió:
>
>> desde que configure el servicio SSMTP para mandar emails desde la
>> consola, estoy recibiendo emails de root cuando cron ejecuta una tarea.
>> Desde donde puedo configurar eso?
>
> ¿No será que has habilitado algo en ssmtp para recibir mensajes? Revisa
> esta guía que hay en la wiki:
>
> https://wiki.debian.org/sSMTP
>
> Los mensajes de cron (en caso de haberlos) los recibe el usuario root que
> normalmente es un alias que va a la cuenta del usuario del sistema ("cat /
> etc/aliases").
>
> Saludos,
>
> --
> Camaleón
>



-- 
David Rotger



Re: Crontab y alertas por mail

2016-01-24 Por tema Camaleón
El Sun, 24 Jan 2016 16:44:29 +0100, David Rotger escribió:

David, recuerda responder debajo del texto, no encima :-)

> El día 24 de enero de 2016, 16:41, Camaleón 
> escribió:

(...)

 Los mensajes de cron (en caso de haberlos) los recibe el usuario root
 que normalmente es un alias que va a la cuenta del usuario del
 sistema ("cat /
 etc/aliases").
>>
>>> Este es mi archivo aliases.
>>>
>>> # /etc/aliases mailer-daemon: postmaster postmaster: root nobody: root
>>> hostmaster: root usenet: root news: root webmaster: root www: root
>>> ftp:
>>> root abuse: root noc: root security: root root: server backuppc: root
>>
>> Según ese archivo, los correos dirigidos a "root" los recibe el usuario
>> "server". ¿Quién *recibe* los mensajes que te llegan de cron?
>>
>>> en el archivo de configuración de SSMTP no veo nada extraño...
>>
>> Bien, pero mejor si lo mandas a la lista omitiendo datos sensibles si
>> los hubiere ;-)

> Los recibo en el correo que tengo configurado en el archivo ssmtp.conf.

Pues entonces parece claro quién es el culpable ¿no? Seguramente ssmtp se 
haya "apoderado" del MTA predeterminado (Exim) y se encargue ahora de 
todas las notificaciones (locales y remotas).

>   1 #
>   2 # Config file for sSMTP sendmail 
>   3 #
>   4 # The person who gets all mail for userids < 1000 
>   5 # Make this empty to disable rewriting.
>   6 root=postmaster 

Prueba comentando (#) esa línea.

#root=postmaster

Y esta otra:

#root=m...@gmail.com

Saludos,

-- 
Camaleón



Re: Crontab y alertas por mail

2016-01-24 Por tema David Rotger
Los recibo en el correo que tengo configurado en el archivo ssmtp.conf.

  1 #
  2 # Config file for sSMTP sendmail
  3 #
  4 # The person who gets all mail for userids < 1000
  5 # Make this empty to disable rewriting.
  6 root=postmaster
  7
  8 # The place where the mail goes. The actual machine name is required no
  9 # MX records are consulted. Commonly mailhosts are named mail.domain.com
 10 mailhub=mail
 11
 12 # Where will the mail seem to come from?
 13 #rewriteDomain=
 14
 15 # The full hostname
 16 hostname= mi servidor
 17
 18 # Are users allowed to set their own From: address?
 19 # YES - Allow the user to specify their own From: address
 20 # NO - Use the system generated From: address
 21 #FromLineOverride=YES
 22
 23 root=m...@gmail.com
 24 mailhub=smtp.gmail.com:587
 25 UseTLS=YES
 26 UseSTARTTLS=YES
 27 AuthUser=m...@gmail.com
 28 AuthPass=pass
 29 FromLineOverride=YES
 30

El día 24 de enero de 2016, 16:41, Camaleón  escribió:
> El Sun, 24 Jan 2016 16:35:11 +0100, David Rotger escribió:
>
> Corrijo el top-posting.
>
>> El día 24 de enero de 2016, 15:59, Camaleón 
>> escribió:
>>> El Sat, 23 Jan 2016 20:18:18 +0100, David Rotger escribió:
>>>
 desde que configure el servicio SSMTP para mandar emails desde la
 consola, estoy recibiendo emails de root cuando cron ejecuta una
 tarea.
 Desde donde puedo configurar eso?
>>>
>>> ¿No será que has habilitado algo en ssmtp para recibir mensajes? Revisa
>>> esta guía que hay en la wiki:
>>>
>>> https://wiki.debian.org/sSMTP
>>>
>>> Los mensajes de cron (en caso de haberlos) los recibe el usuario root
>>> que normalmente es un alias que va a la cuenta del usuario del sistema
>>> ("cat /
>>> etc/aliases").
>
>> Este es mi archivo aliases.
>>
>> # /etc/aliases mailer-daemon: postmaster postmaster: root nobody: root
>> hostmaster: root usenet: root news: root webmaster: root www: root ftp:
>> root abuse: root noc: root security: root root: server backuppc: root
>
> Según ese archivo, los correos dirigidos a "root" los recibe el usuario
> "server". ¿Quién *recibe* los mensajes que te llegan de cron?
>
>> en el archivo de configuración de SSMTP no veo nada extraño...
>
> Bien, pero mejor si lo mandas a la lista omitiendo datos sensibles si los
> hubiere ;-)
>
> Saludos,
>
> --
> Camaleón
>



-- 
David Rotger



Re: Crontab y alertas por mail

2016-01-23 Por tema Erick Ocrospoma
2016-01-23 14:18 GMT-05:00 David Rotger :
> Hola,
>
> desde que configure el servicio SSMTP para mandar emails desde la consola,
> estoy recibiendo emails de root cuando cron ejecuta una tarea. Desde donde
> puedo configurar eso?
>
> gracias.
>
>
> --
> David Rotger

Hola,

Recibes correos a una cuenta en especifico? o es que te envian al
spool de tu usuario root ?
Tal vez esto te sirva
http://www.cyberciti.biz/faq/disable-the-mail-alert-by-crontab-command/

-- 



~ Happy install !





Erick.

---

IRC :   zerick
Blog: http://zerick.me
About :  http://about.me/zerick
Linux User ID :  549567



Re: Crontab y alertas por mail

2016-01-23 Por tema David Rotger
Perfecto, muchas gracias. Si, el mismo mail siempre. Pero ahora recibo
este bastante a menudo:

Cron  test -x /usr/sbin/anacron || ( cd / && run-parts
--report /etc/cron.daily )

Eso es porque tengo configurado el servició de SSMTP? que todas las
tareas me las pasa por el mail? Me gustaría saber como configurar esto
y poder controlarlo, porque según que cosas sí es interesante que
mande un correo.

Saludos.

El día 24 de enero de 2016, 0:22, Erick Ocrospoma
 escribió:
> 2016-01-23 14:18 GMT-05:00 David Rotger :
>> Hola,
>>
>> desde que configure el servicio SSMTP para mandar emails desde la consola,
>> estoy recibiendo emails de root cuando cron ejecuta una tarea. Desde donde
>> puedo configurar eso?
>>
>> gracias.
>>
>>
>> --
>> David Rotger
>
> Hola,
>
> Recibes correos a una cuenta en especifico? o es que te envian al
> spool de tu usuario root ?
> Tal vez esto te sirva
> http://www.cyberciti.biz/faq/disable-the-mail-alert-by-crontab-command/
>
> --
>
>
>
> ~ Happy install !
>
>
>
>
>
> Erick.
>
> ---
>
> IRC :   zerick
> Blog: http://zerick.me
> About :  http://about.me/zerick
> Linux User ID :  549567



-- 
David Rotger



Re: crontab no ejecuta nada

2014-08-03 Por tema Camaleón
El Sat, 02 Aug 2014 15:53:13 -0430, Andrew Pollard escribió:

(...)

 Nota: En cuanto a lo que dices Camaleón, de que hay que dejar una línea
 en blanco al final en el editor de crontab porque de lo contrario no se
 ejecutará el script y no dirá nada es falso, lo pude comprobar.

man 5 crontab

DIAGNOSTICS
cron requires that each entry in a crontab end in a newline  character.  
If  the last  entry in a crontab is missing a newline (ie, terminated by 
EOF), cron will consider the crontab (at least partially) broken. A 
warning will be  written  to syslog.

Eso quiere decir que lo han corregido en una nueva versión de cron porque 
hace unos años no te avisaba si faltaba una línea en blanco al final y la 
tarea no se ejecuta cuando eso sucede.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.08.03.10.58...@gmail.com



Re: crontab no ejecuta nada

2014-08-02 Por tema Andrew Pollard
El jue, 31-07-2014 a las 17:09 +0200, Manolo Díaz escribió:
  ¿Necesita tu script alguna variable de ambiente que no use cron?
 
 Abundando en el tema. Así es como ve cron mi sistema [1]:
 
   HOME='/home/manolo'
   IFS='   
   '
   LANG='es_ES.UTF-8'
   LOGNAME='manolo'
   OPTIND='1'
   PATH='/usr/bin:/bin'
   PPID='925'
   PS1='$ '
   PS2=' '
   PS4='+ '
   PWD='/home/manolo'
   SHELL='/bin/sh'
 
 Un conjunto de variables mucho más reducido que el de sesión. Nota
 también que la variable PATH solo tiene dos directorios, los más
 básicos, que es de lo que te advierte Fernando en su correo.
 
 [1] Obtenido con un método un tanto pedestre: pedirle al cron de usuario
 que ejecute set  /tmp/set.txt
 
 
 Saludos.
 --
 Manolo Díaz
 
 

Los permisos del script están bien, al igual que la sintaxis del comando
escrito en el crontab (comprobado en el terminal). Con la ayuda de todos
ustedes e investigando en internet logré solucionar el problema. Faltaba
especificar en el crontab en una variable PATH los directorios de los
ejecutables que están en mi script, que son: megasync, megadf, date,
grep, y zenity. Crontab estuvo siempre ejecutando el comando a la hora y
minuto especificado, pero el script no encontraba la ubicación de los
ejecutables.

Así ahora está mi crontab:

PATH=/bin:/usr/bin:/usr/local/bin
# m h  dom mon dow   command
41 19 * * * /home/usropti/megabackup  /home/usropti/log_mega/output
21

Nota: En cuanto a lo que dices Camaleón, de que hay que dejar una línea
en blanco al final en el editor de crontab porque de lo contrario no se
ejecutará el script y no dirá nada es falso, lo pude comprobar.

Gracias a todos!


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1407010993.8367.19.camel@blackyDebian



Re: crontab no ejecuta nada

2014-07-31 Por tema Adrià
On Thu, Jul 31, 2014 at 03:05:14AM -0430, Andrew Pollard wrote:
 Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
 automáticamente un script escrito en bash todos los días a una
 determinada hora. He tratado de hacer esto editando el crontab del
 usuario con el siguiente comando:
 
 crontab -e
 
 La linea que inserté es esta:
 
 30 6 * * * /home/usropti/megabackup
 

Revisa que el fichero tenga permisos de ejecución. Seguramente ya los
tendrá, pero como no comentas nada al respecto, lo digo no vaya a ser
esto...

-- 
Adrià García-Alzórriz
GPG Key: 09494C14
El inferior paga las culpas del superior. 


signature.asc
Description: Digital signature


Re: crontab no ejecuta nada

2014-07-31 Por tema Juan Guil
El día 31 de julio de 2014, 9:35, Andrew Pollard
andrew@gmail.com escribió:
 Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
 automáticamente un script escrito en bash todos los días a una
 determinada hora. He tratado de hacer esto editando el crontab del
 usuario con el siguiente comando:

 crontab -e

 La linea que inserté es esta:

 30 6 * * * /home/usropti/megabackup

 lo que quiere decir que ese comando debería ejecutarse todos los días
 a las 6:30 a.m, pero no lo hace. He hecho pruebas sucesivas y nada. El
 script funciona a la perfección si lo ejecuto en el terminal de la
 siguiente forma:

 cd /home/usropti  ./megabackup

m_czfna_yt...@mail.gmail.com


cd /home/usropti  ./megabackup  ¿Funciona asi y no,
/home/usropti/megabackup directamente?

Has probado si el script funciona lanzandolo /home/usropti/megabackup
desde consola y no, cd /home/usropti  ./megabackup ?
Esa forma de  lanzar el script es muy rara...
Has visto si en el  /var/log/syslog te dice algo?, que yo sepa, los
errores que he tenido con la programacion de scripts en el crontab,
siempre me lo registar en el syslog


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAMF5f5BB2YtPXwCbzxeTMRcGq43qe_5=6g9quicgmmnjlmq...@mail.gmail.com



Re: crontab no ejecuta nada

2014-07-31 Por tema Ricardo Eureka!
Envianos la salida de
# ls -l /home/usropti/megabackup
Comentanos en el crontab de que usuario estas ingresando esa linea


El 31 de julio de 2014, 4:35, Andrew Pollard andrew@gmail.com
escribió:

 Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
 automáticamente un script escrito en bash todos los días a una
 determinada hora. He tratado de hacer esto editando el crontab del
 usuario con el siguiente comando:

 crontab -e

 La linea que inserté es esta:

 30 6 * * * /home/usropti/megabackup

 lo que quiere decir que ese comando debería ejecutarse todos los días
 a las 6:30 a.m, pero no lo hace. He hecho pruebas sucesivas y nada. El
 script funciona a la perfección si lo ejecuto en el terminal de la
 siguiente forma:

 cd /home/usropti  ./megabackup

 En  el log de cron ubicado en /var/log/cron.log se encuentran estas lineas:


 Jul 31 02:20:23 optiPc anacron[2225]: Anacron 2.3 started on 2014-07-31
 Jul 31 02:20:23 optiPc anacron[2225]: Normal exit (0 jobs run)
 Jul 31 02:25:38 optiPc /usr/sbin/cron[3682]: (CRON) INFO (pidfile fd = 3)
 Jul 31 02:25:38 optiPc /usr/sbin/cron[3683]: (CRON) STARTUP (fork ok)
 Jul 31 02:25:38 optiPc /usr/sbin/cron[3683]: (CRON) INFO (Running @reboot
 jobs)
 Jul 31 02:32:46 optiPc crontab[4152]: (usropti) BEGIN EDIT (usropti)
 Jul 31 02:33:48 optiPc crontab[4152]: (usropti) REPLACE (usropti)
 Jul 31 02:33:48 optiPc crontab[4152]: (usropti) END EDIT (usropti)
 Jul 31 02:34:01 optiPc /usr/sbin/cron[3683]: (usropti) RELOAD
 (crontabs/usropti)
 Jul 31 02:36:09 optiPc anacron[2225]: Anacron 2.3 started on 2014-07-31
 Jul 31 02:36:10 optiPc anacron[2225]: Normal exit (0 jobs run)
 Jul 31 02:36:11 optiPc /usr/sbin/cron[2419]: (CRON) INFO (pidfile fd = 3)
 Jul 31 02:36:11 optiPc /usr/sbin/cron[2420]: (CRON) STARTUP (fork ok)
 Jul 31 02:36:11 optiPc /usr/sbin/cron[2420]: (CRON) INFO (Running @reboot
 jobs)
 Jul 31 02:40:01 optiPc /USR/SBIN/CRON[3409]: (usropti) CMD
 (/home/usropti/megabackup)
 Jul 31 02:43:22 optiPc crontab[3491]: (usropti) BEGIN EDIT (usropti)
 Jul 31 02:43:44 optiPc crontab[3491]: (usropti) REPLACE (usropti)
 Jul 31 02:43:44 optiPc crontab[3491]: (usropti) END EDIT (usropti)
 Jul 31 02:44:01 optiPc /usr/sbin/cron[2420]: (usropti) RELOAD
 (crontabs/usropti)
 Jul 31 02:44:01 optiPc /USR/SBIN/CRON[3497]: (usropti) CMD (usropti
 /home/usropti/megabackup)

 También he probado usando otras lineas como las siguientes:

 30 6 * * * usropti /home/usropti/megabackup
 30 6 * * * cd /home/usropti  ./megabackup
 30 6 * * * usropti cd /home/usropti  ./megabackup
 30 6 * * * root /home/usropti/megabackup
 30 6 * * * root cd /home/usropti  ./megabackup

 Y también lo he intentado usando el crontab -e en el usuario root, y
 ninguno de mis intentos y combinaciones ha logrado un resultado
 positivo. He investigado varios días sobre esto en internet y he
 conseguido información que he probado pero que no resuelven mi
 problema. Espero que puedan ayudarme, muchas gracias de antemano a
 todos.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/caf35kycgtkhq8pme9pyubatfmpndfeyfbujm1m_czfna_yt...@mail.gmail.com




Re: crontab no ejecuta nada

2014-07-31 Por tema Camaleón
El Thu, 31 Jul 2014 03:05:14 -0430, Andrew Pollard escribió:

(el asunto es un pelín sensacionalista ;-P)

 Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
 automáticamente un script escrito en bash todos los días a una
 determinada hora. He tratado de hacer esto editando el crontab del
 usuario con el siguiente comando:
 
 crontab -e
 
 La linea que inserté es esta:
 
 30 6 * * * /home/usropti/megabackup
 
 lo que quiere decir que ese comando debería ejecutarse todos los días a
 las 6:30 a.m, pero no lo hace. 

(...)

Asegúrate de dejar una línea en blanco al final en el editor de crontab 
de lo contrario no se ejecutará el script y no te dirá nada.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.31.13.30...@gmail.com



Re: crontab no ejecuta nada

2014-07-31 Por tema fernando sainz

Antes de nada, ¿has definido la variable PATH en el crontab o puesto la ruta 
completa de los comandos?

S2.

Andrew Pollard andrew@gmail.com wrote:

Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
automáticamente un script escrito en bash todos los días a una
determinada hora. He tratado de hacer esto editando el crontab del
usuario con el siguiente comando:

crontab -e

La linea que inserté es esta:

30 6 * * * /home/usropti/megabackup

lo que quiere decir que ese comando debería ejecutarse todos los días
a las 6:30 a.m, pero no lo hace. He hecho pruebas sucesivas y nada. El
script funciona a la perfección si lo ejecuto en el terminal de la
siguiente forma:

cd /home/usropti  ./megabackup

En  el log de cron ubicado en /var/log/cron.log se encuentran estas lineas:


Jul 31 02:20:23 optiPc anacron[2225]: Anacron 2.3 started on 2014-07-31
Jul 31 02:20:23 optiPc anacron[2225]: Normal exit (0 jobs run)
Jul 31 02:25:38 optiPc /usr/sbin/cron[3682]: (CRON) INFO (pidfile fd = 3)
Jul 31 02:25:38 optiPc /usr/sbin/cron[3683]: (CRON) STARTUP (fork ok)
Jul 31 02:25:38 optiPc /usr/sbin/cron[3683]: (CRON) INFO (Running @reboot jobs)
Jul 31 02:32:46 optiPc crontab[4152]: (usropti) BEGIN EDIT (usropti)
Jul 31 02:33:48 optiPc crontab[4152]: (usropti) REPLACE (usropti)
Jul 31 02:33:48 optiPc crontab[4152]: (usropti) END EDIT (usropti)
Jul 31 02:34:01 optiPc /usr/sbin/cron[3683]: (usropti) RELOAD 
(crontabs/usropti)
Jul 31 02:36:09 optiPc anacron[2225]: Anacron 2.3 started on 2014-07-31
Jul 31 02:36:10 optiPc anacron[2225]: Normal exit (0 jobs run)
Jul 31 02:36:11 optiPc /usr/sbin/cron[2419]: (CRON) INFO (pidfile fd = 3)
Jul 31 02:36:11 optiPc /usr/sbin/cron[2420]: (CRON) STARTUP (fork ok)
Jul 31 02:36:11 optiPc /usr/sbin/cron[2420]: (CRON) INFO (Running @reboot jobs)
Jul 31 02:40:01 optiPc /USR/SBIN/CRON[3409]: (usropti) CMD
(/home/usropti/megabackup)
Jul 31 02:43:22 optiPc crontab[3491]: (usropti) BEGIN EDIT (usropti)
Jul 31 02:43:44 optiPc crontab[3491]: (usropti) REPLACE (usropti)
Jul 31 02:43:44 optiPc crontab[3491]: (usropti) END EDIT (usropti)
Jul 31 02:44:01 optiPc /usr/sbin/cron[2420]: (usropti) RELOAD 
(crontabs/usropti)
Jul 31 02:44:01 optiPc /USR/SBIN/CRON[3497]: (usropti) CMD (usropti
/home/usropti/megabackup)

También he probado usando otras lineas como las siguientes:

30 6 * * * usropti /home/usropti/megabackup
30 6 * * * cd /home/usropti  ./megabackup
30 6 * * * usropti cd /home/usropti  ./megabackup
30 6 * * * root /home/usropti/megabackup
30 6 * * * root cd /home/usropti  ./megabackup

Y también lo he intentado usando el crontab -e en el usuario root, y
ninguno de mis intentos y combinaciones ha logrado un resultado
positivo. He investigado varios días sobre esto en internet y he
conseguido información que he probado pero que no resuelven mi
problema. Espero que puedan ayudarme, muchas gracias de antemano a
todos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caf35kycgtkhq8pme9pyubatfmpndfeyfbujm1m_czfna_yt...@mail.gmail.com



RE: crontab no ejecuta nada

2014-07-31 Por tema Frank Harbey Sanabria Florez
Buen dia,

Elimina anacron, dicha herramienta genera conflictos con crontab, luego de ello 
asegurate que el script genera adecuadamente la subshell para la ejecucion de 
comandos, no estaria mal que le hicieras un test a tu script para corroborar 
sintaxis .

FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas
Bogota - Colombia@franksanabria
sugeek.co




 To: debian-user-spanish@lists.debian.org
 From: noela...@gmail.com
 Subject: Re: crontab no ejecuta nada
 Date: Thu, 31 Jul 2014 13:30:45 +
 
 El Thu, 31 Jul 2014 03:05:14 -0430, Andrew Pollard escribió:
 
 (el asunto es un pelín sensacionalista ;-P)
 
  Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
  automáticamente un script escrito en bash todos los días a una
  determinada hora. He tratado de hacer esto editando el crontab del
  usuario con el siguiente comando:
  
  crontab -e
  
  La linea que inserté es esta:
  
  30 6 * * * /home/usropti/megabackup
  
  lo que quiere decir que ese comando debería ejecutarse todos los días a
  las 6:30 a.m, pero no lo hace. 
 
 (...)
 
 Asegúrate de dejar una línea en blanco al final en el editor de crontab 
 de lo contrario no se ejecutará el script y no te dirá nada.
 
 Saludos,
 
 -- 
 Camaleón
 
 
 -- 
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2014.07.31.13.30...@gmail.com
 
  

Re: crontab no ejecuta nada

2014-07-31 Por tema Atilio
Como han dicho has un check de tu script por el tema de las rutas tiene que
tener el path completa en todo momento que haga una llamada a alguna app
que este implicada, ademas asegurate que tiene permisos correctos para
poder ejecutarse tanto el script como de poder leer en el path actual.

Debes mirar tambien si ejecuta algun mensaje grafico porque de puede fallar
.

Te recomiendo probar con una app de debian llamada apt-get install
mail-notification para realizar un check, tambien mira los logs del sistema.

*Me paso particularmente que el tiempo de ejecución de cron no
necesariamente corre en tiempo y forma respecto de las aplicaciones de
notificación.*

slds.


El 31 de julio de 2014, 4:35, Andrew Pollard andrew@gmail.com
escribió:

 Saludos cordiales a todos. Lo que quiero hacer es que se ejecute
 automáticamente un script escrito en bash todos los días a una
 determinada hora. He tratado de hacer esto editando el crontab del
 usuario con el siguiente comando:

 crontab -e

 La linea que inserté es esta:

 30 6 * * * /home/usropti/megabackup

 lo que quiere decir que ese comando debería ejecutarse todos los días
 a las 6:30 a.m, pero no lo hace. He hecho pruebas sucesivas y nada. El
 script funciona a la perfección si lo ejecuto en el terminal de la
 siguiente forma:

 cd /home/usropti  ./megabackup

 En  el log de cron ubicado en /var/log/cron.log se encuentran estas lineas:


 Jul 31 02:20:23 optiPc anacron[2225]: Anacron 2.3 started on 2014-07-31
 Jul 31 02:20:23 optiPc anacron[2225]: Normal exit (0 jobs run)
 Jul 31 02:25:38 optiPc /usr/sbin/cron[3682]: (CRON) INFO (pidfile fd = 3)
 Jul 31 02:25:38 optiPc /usr/sbin/cron[3683]: (CRON) STARTUP (fork ok)
 Jul 31 02:25:38 optiPc /usr/sbin/cron[3683]: (CRON) INFO (Running @reboot
 jobs)
 Jul 31 02:32:46 optiPc crontab[4152]: (usropti) BEGIN EDIT (usropti)
 Jul 31 02:33:48 optiPc crontab[4152]: (usropti) REPLACE (usropti)
 Jul 31 02:33:48 optiPc crontab[4152]: (usropti) END EDIT (usropti)
 Jul 31 02:34:01 optiPc /usr/sbin/cron[3683]: (usropti) RELOAD
 (crontabs/usropti)
 Jul 31 02:36:09 optiPc anacron[2225]: Anacron 2.3 started on 2014-07-31
 Jul 31 02:36:10 optiPc anacron[2225]: Normal exit (0 jobs run)
 Jul 31 02:36:11 optiPc /usr/sbin/cron[2419]: (CRON) INFO (pidfile fd = 3)
 Jul 31 02:36:11 optiPc /usr/sbin/cron[2420]: (CRON) STARTUP (fork ok)
 Jul 31 02:36:11 optiPc /usr/sbin/cron[2420]: (CRON) INFO (Running @reboot
 jobs)
 Jul 31 02:40:01 optiPc /USR/SBIN/CRON[3409]: (usropti) CMD
 (/home/usropti/megabackup)
 Jul 31 02:43:22 optiPc crontab[3491]: (usropti) BEGIN EDIT (usropti)
 Jul 31 02:43:44 optiPc crontab[3491]: (usropti) REPLACE (usropti)
 Jul 31 02:43:44 optiPc crontab[3491]: (usropti) END EDIT (usropti)
 Jul 31 02:44:01 optiPc /usr/sbin/cron[2420]: (usropti) RELOAD
 (crontabs/usropti)
 Jul 31 02:44:01 optiPc /USR/SBIN/CRON[3497]: (usropti) CMD (usropti
 /home/usropti/megabackup)

 También he probado usando otras lineas como las siguientes:

 30 6 * * * usropti /home/usropti/megabackup
 30 6 * * * cd /home/usropti  ./megabackup
 30 6 * * * usropti cd /home/usropti  ./megabackup
 30 6 * * * root /home/usropti/megabackup
 30 6 * * * root cd /home/usropti  ./megabackup

 Y también lo he intentado usando el crontab -e en el usuario root, y
 ninguno de mis intentos y combinaciones ha logrado un resultado
 positivo. He investigado varios días sobre esto en internet y he
 conseguido información que he probado pero que no resuelven mi
 problema. Espero que puedan ayudarme, muchas gracias de antemano a
 todos.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/caf35kycgtkhq8pme9pyubatfmpndfeyfbujm1m_czfna_yt...@mail.gmail.com




Re: crontab no ejecuta nada

2014-07-31 Por tema Manolo Díaz
Jul 31 02:40:01 optiPc /USR/SBIN/CRON[3409]: (usropti) CMD 
(/home/usropti/megabackup)

[...]

Jul 31 02:44:01 optiPc /USR/SBIN/CRON[3497]: (usropti) CMD (usropti 
/home/usropti/megabackup)

Pues yo diría que esas dos líneas indican que sí se ejecuta. ¿Necesita
tu script alguna variable de ambiente que no use cron?

Saludos.
--
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140731164021.3ad7b...@gmail.com



Re: crontab no ejecuta nada

2014-07-31 Por tema Manolo Díaz
 ¿Necesita tu script alguna variable de ambiente que no use cron?

Abundando en el tema. Así es como ve cron mi sistema [1]:

HOME='/home/manolo'
IFS='   
'
LANG='es_ES.UTF-8'
LOGNAME='manolo'
OPTIND='1'
PATH='/usr/bin:/bin'
PPID='925'
PS1='$ '
PS2=' '
PS4='+ '
PWD='/home/manolo'
SHELL='/bin/sh'

Un conjunto de variables mucho más reducido que el de sesión. Nota
también que la variable PATH solo tiene dos directorios, los más
básicos, que es de lo que te advierte Fernando en su correo.

[1] Obtenido con un método un tanto pedestre: pedirle al cron de usuario
que ejecute set  /tmp/set.txt


Saludos.
--
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140731170946.00f1e...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-10 Por tema Camaleón
El Sun, 09 Feb 2014 18:40:42 +0100, Ramses escribió:

 El 09/02/2014, a las 15:59, Camaleón noela...@gmail.com escribió:

(...)

 Por cierto, echa un ojo a este bug².
 
 ¹Creo que deberías explicar esto porque más arriba dices lo contrario
 
 Yo he dicho que ambos sistemas están en CET, y he mandado la salida de
 los date de ambas máquinas, y hwclock del Server PROXMOX. Y lo de que
 el crontab está tirando de UTC, lo he dicho porque se ejecuta la tarea
 1 hora exacta después de la hora que tiene programada la tarea en el
 crontab.
 
 No sé si te referirás a eso.

Quizá entendí o interpreté mal lo que dijiste de que al pedirle la fecha 
(entiendo que te referías al contenedor) te la daba en CET.

 ²http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687807
 
 Voy a mirarlo, a ver de qué va...

El bug me parece interesante por dos cosas:

1/ Que efectivamente puede existir la necesidad de ejecutar una tarea de 
cron en una zona horaria distinta a la del equipo.

2/ Que esto se puede hacer exportando la variable TZ antes de ejecutar la 
tarea.

En cualquier caso, ¿por qué cron no respeta la zona horaria configurada 
en el cliente o en el host? Revisando el manual (man cron) en la sección 
Environment se lee:

***
The daemon will use, if present, the definition from /etc/timezone for the 
time‐zone.

The environment can be redefined in user's crontab  definitions  but  
cron  will only handle tasks in a single timezone.
***

Entonces ¿por qué no respeta la variable definida en /etc/timezone que 
supongo tendrás establecida en Europe/Madrid? Pues ni idea, podría ser 
un bug :-?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02.10.15.02...@gmail.com



RE: Crontab no ejecuta tarea a la hora programada. (SOLUCIONADO)

2014-02-10 Por tema Ramses II
-Mensaje original-
De: Camaleón [mailto:noela...@gmail.com]
Enviado el: lunes, 10 de febrero de 2014 16:02
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Crontab no ejecuta tarea a la hora programada.

El Sun, 09 Feb 2014 18:40:42 +0100, Ramses escribió:

 El 09/02/2014, a las 15:59, Camaleón noela...@gmail.com escribió:

(...)

 Por cierto, echa un ojo a este bug².

 ¹Creo que deberías explicar esto porque más arriba dices lo contrario

 Yo he dicho que ambos sistemas están en CET, y he mandado la salida de
 los date de ambas máquinas, y hwclock del Server PROXMOX. Y lo de
 que el crontab está tirando de UTC, lo he dicho porque se ejecuta la
 tarea
 1 hora exacta después de la hora que tiene programada la tarea en el
 crontab.

 No sé si te referirás a eso.

Quizá entendí o interpreté mal lo que dijiste de que al pedirle la fecha
(entiendo que te referías al contenedor) te la daba en CET.


Camaleón, ambas me las da en CET:

Fecha del Server PROXMOX:
--

root@PROXMOX:/# date
lun feb 10 17:01:38 CET 2014
root@PROXMOX:/#

root@PROXMOX:/# hwclock
lun 10 feb 2014 17:02:33 CET  -0.031459 seconds
root@PROXMOX:/#

root@PROXMOX:/# ls /etc/localtime -la
lrwxrwxrwx 1 root root 33 feb 10 17:18 /etc/localtime - 
/usr/share/zoneinfo/Europe/Madrid
root@PROXMOX:/#

Fecha del Contenedor:


root@VM:/# date
Mon Feb 10 17:20:14 CET 2014
root@VM:/#

root@MV:/# ls /etc/localtime -la
lrwxrwxrwx 1 root root 33 Feb 10 17:22 /etc/localtime - 
/usr/share/zoneinfo/Europe/Madrid
root@MV:/#

Lo que me acabo de dar cuenta es de esto:

root@PROXMOX:/# cat /etc/timezone
Europe/Paris
root@PROXMOX:/#

root@MV:/# cat /etc/timezone
Europe/Madrid
root@MV:/#

Que en el Server estaba definido el timezone Europe/Paris.

Lo he cambiado a Europe/Madrid, he reiniciado el cron del Contenedor y creo 
que ya está solucionado, porque he hecho una prueba y ha funcionado.

Ojo, hay que reiniciar cron después del cambio, si no, no lo toma...


Saludos y gracias,

Ramses



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/002e01cf267d$ac40a940$04c1fbc0$@gmail.com



Re: Crontab no ejecuta tarea a la hora programada. (SOLUCIONADO)

2014-02-10 Por tema Camaleón
El Mon, 10 Feb 2014 17:32:15 +0100, Ramses II escribió:

(...)

 Lo que me acabo de dar cuenta es de esto:
 
 root@PROXMOX:/# cat /etc/timezone Europe/Paris 
 root@PROXMOX:/#
 
 root@MV:/# cat /etc/timezone Europe/Madrid 
 root@MV:/#
 
 Que en el Server estaba definido el timezone Europe/Paris.
 
 Lo he cambiado a Europe/Madrid, he reiniciado el cron del Contenedor
 y creo que ya está solucionado, porque he hecho una prueba y ha
 funcionado.

(...)

¿Madrid no comparte zona horaria con París? Ambos deberían usar UTC+0100 
ahora mismo.

sm01@stt008:~$ date
lun feb 10 17:42:22 CET 2014

sm01@stt008:~$ export TZ=Europe/Paris; date
lun feb 10 17:42:39 CET 2014

sm01@stt008:~$ echo $TZ
Europe/Paris

Raro ¿no? :-?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02.10.16.49...@gmail.com



RE: Crontab no ejecuta tarea a la hora programada. (SOLUCIONADO)

2014-02-10 Por tema Ramses II
-Mensaje original-
De: Camaleón [mailto:noela...@gmail.com]
Enviado el: lunes, 10 de febrero de 2014 17:49
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Crontab no ejecuta tarea a la hora programada. (SOLUCIONADO)

El Mon, 10 Feb 2014 17:32:15 +0100, Ramses II escribió:

(...)

 Lo que me acabo de dar cuenta es de esto:

 root@PROXMOX:/# cat /etc/timezone Europe/Paris root@PROXMOX:/#

 root@MV:/# cat /etc/timezone Europe/Madrid root@MV:/#

 Que en el Server estaba definido el timezone Europe/Paris.

 Lo he cambiado a Europe/Madrid, he reiniciado el cron del
 Contenedor y creo que ya está solucionado, porque he hecho una prueba
 y ha funcionado.

(...)

¿Madrid no comparte zona horaria con París? Ambos deberían usar UTC+0100
ahora mismo.

sm01@stt008:~$ date
lun feb 10 17:42:22 CET 2014

sm01@stt008:~$ export TZ=Europe/Paris; date lun feb 10 17:42:39 CET 2014

sm01@stt008:~$ echo $TZ
Europe/Paris

Raro ¿no? :-?

Ya te digo, los date  que te he puesto antes son antes de cambiar el 
timezone del Server, y en ambos aparecen como CET y la hora clavada...


Saludos,

Ramses



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/003c01cf2681$7f89d5d0$7e9d8170$@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 00:56, Santiago José López Borrazás sjlop...@gmail.com 
escribió:

 El 09/02/14 00:29, Ramses escribió:
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme la 
 UTC me da la CET.
 
 ¡Aaaamigo! Ahora te das cuenta del fallo... :)

¿Y hay alguna forma de que crontab use la misma hora que muestra date en 
vez de la hora UTC?


Saludos y gracias,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/d3385f2b-3ca4-4318-8ff1-ab276e81c...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema fernando sainz
El día 9 de febrero de 2014, 10:53, Ramses ramses.sevi...@gmail.com escribió:
 El 09/02/2014, a las 00:56, Santiago José López Borrazás sjlop...@gmail.com 
 escribió:

 El 09/02/14 00:29, Ramses escribió:
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme la 
 UTC me da la CET.

 ¡Aaaamigo! Ahora te das cuenta del fallo... :)

 ¿Y hay alguna forma de que crontab use la misma hora que muestra date en 
 vez de la hora UTC?


 Saludos y gracias,

 Ramses


La pregunta es: ¿ que has hecho para que use UTC porque a mi de toda
la vida me usa la hora local?

No has mandado las salidas de date y crontab -l de las dos máquinas.

S2


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGw=rhh3anemuilc3kwnv1arnpjukhz969yvbahs+cldz_g...@mail.gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Santiago José López Borrazás
El 09/02/14 10:53, Ramses escribió:
 ¿Y hay alguna forma de que crontab use la misma hora que muestra date en 
 vez de la hora UTC?

¿Y no será que la máquina la hayas programado como UTC? Porque, a este paso,
se debe tener la hora local. Si te pasara algo:

dpkg-reconfigure tzdata

:þ

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature


Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 11:18, fernando sainz fernandojose.sa...@gmail.com 
escribió:

 El día 9 de febrero de 2014, 10:53, Ramses ramses.sevi...@gmail.com 
 escribió:
 El 09/02/2014, a las 00:56, Santiago José López Borrazás 
 sjlop...@gmail.com escribió:
 
 El 09/02/14 00:29, Ramses escribió:
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme 
 la UTC me da la CET.
 
 ¡Aaaamigo! Ahora te das cuenta del fallo... :)
 
 ¿Y hay alguna forma de que crontab use la misma hora que muestra date en 
 vez de la hora UTC?
 
 
 Saludos y gracias,
 
 Ramses
 
 La pregunta es: ¿ que has hecho para que use UTC porque a mi de toda
 la vida me usa la hora local?

Te aseguro que no he tocado nada en lo referente a la hora de la configuración 
de crontab.

 No has mandado las salidas de date y crontab -l de las dos máquinas.

Aquí están:

PROXMOX:

root@PROXMOX:/#
root@PROXMOX:/# date
dom feb  9 11:30:56 CET 2014
root@PROXMOX:/#
root@PROXMOX:/# hwclock
dom 09 feb 2014 11:31:25 CET  -0.765938 seconds
root@PROXMOX:/#
root@PROXMOX:/# crontab -l
no crontab for root
root@PROXMOX:/#

Container OpenVZ:

root@OVZ:/#
root@OVZ:/# date
Sun Feb  9 11:39:33 CET 2014
root@OVZ:/#
root@OVZ:/# crontab -l
45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 2 
/scripts/consultas/cron.debug.res

root@OVZ:/#

La diferencia entre las horas es lo que he tardado en ejecutar los comandos en 
ambas máquinas, pero tienen exactamente la misma...


Saludos y gracias,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/eb1d7a57-2281-4336-a24f-3404890bd...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Santiago José López Borrazás
El 09/02/14 11:55, Ramses escribió:
(...)
 45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 2 
 /scripts/consultas/cron.debug.res
 
 root@OVZ:/#
 
 La diferencia entre las horas es lo que he tardado en ejecutar los comandos 
 en ambas máquinas, pero tienen exactamente la misma...

Pues lo que aparece, está bien, en mi caso, lo hace una hora y 10 minutos
después. Porque por las mañanas, cuando estoy despierto desde las 7 de la
mañana, noto que a las 07:35, sale el crontab a relucir:

25 6* * *   roottest -x /usr/sbin/anacron || ( cd /  run-parts
--report /etc/cron.daily )

En vez de hacerlo a las 06:25, lo hace a las 07:35.

Y no está mal la hora, ni nada.

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature


Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema fernando sainz
El día 9 de febrero de 2014, 12:14, Santiago José López Borrazás
sjlop...@gmail.com escribió:
 El 09/02/14 11:55, Ramses escribió:
 (...)
 45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 
 2 /scripts/consultas/cron.debug.res

 root@OVZ:/#

 La diferencia entre las horas es lo que he tardado en ejecutar los comandos 
 en ambas máquinas, pero tienen exactamente la misma...

 Pues lo que aparece, está bien, en mi caso, lo hace una hora y 10 minutos
 después. Porque por las mañanas, cuando estoy despierto desde las 7 de la
 mañana, noto que a las 07:35, sale el crontab a relucir:

 25 6* * *   roottest -x /usr/sbin/anacron || ( cd /  run-parts
 --report /etc/cron.daily )

 En vez de hacerlo a las 06:25, lo hace a las 07:35.

 Y no está mal la hora, ni nada.

 --
 Saludos de Santiago José López Borrazás.



A ver, no confundamos el cron con el anacron.
Anacron se encarga de ejecutar tareas pero no impone una hora en
concreto, se asegura de que se ejecutan en los períodos establecidos
(diaramente, semanalmente, etc..)

En el caso de Ramses hay algo raro.
En debian el crontab de root se programa en /etc/crontab y cuando
ejecutas crontab -l dice: no crontab for root.
Sin embargo en la otra máquina si se ve una tarea progamada.

S2.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGw=rhhyr5bsioczhmrmq9alht52rbv4+_j+nt9+ite-2qr...@mail.gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 12:21, fernando sainz fernandojose.sa...@gmail.com 
escribió:

 El día 9 de febrero de 2014, 12:14, Santiago José López Borrazás
 sjlop...@gmail.com escribió:
 El 09/02/14 11:55, Ramses escribió:
 (...)
 45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 
 2 /scripts/consultas/cron.debug.res
 
 root@OVZ:/#
 
 La diferencia entre las horas es lo que he tardado en ejecutar los comandos 
 en ambas máquinas, pero tienen exactamente la misma...
 
 Pues lo que aparece, está bien, en mi caso, lo hace una hora y 10 minutos
 después. Porque por las mañanas, cuando estoy despierto desde las 7 de la
 mañana, noto que a las 07:35, sale el crontab a relucir:
 
 25 6* * *   roottest -x /usr/sbin/anacron || ( cd /  run-parts
 --report /etc/cron.daily )
 
 En vez de hacerlo a las 06:25, lo hace a las 07:35.
 
 Y no está mal la hora, ni nada.
 
 --
 Saludos de Santiago José López Borrazás.
 
 
 A ver, no confundamos el cron con el anacron.
 Anacron se encarga de ejecutar tareas pero no impone una hora en
 concreto, se asegura de que se ejecutan en los períodos establecidos
 (diaramente, semanalmente, etc..)
 
 En el caso de Ramses hay algo raro.
 En debian el crontab de root se programa en /etc/crontab y cuando
 ejecutas crontab -l dice: no crontab for root.

Claro, ese es el crontab del server que contiene la VM / Container OVZ, y ahí 
no deben aparecer las tareas programadas en las VM's activas en el PROXMOX ¿no?.

 Sin embargo en la otra máquina si se ve una tarea progamada.

Claro, este es el Container OpenVZ en cuestión, el que tiene la tarea 
programada y que la ejecuta 1 hora después de la que se le programe en 
crontab...


Saludos y gracias,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/b4f8a6a3-d3b8-4b67-9258-264eccc28...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 12:14, Santiago José López Borrazás sjlop...@gmail.com 
escribió:

 El 09/02/14 11:55, Ramses escribió:
 (...)
 45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 
 2 /scripts/consultas/cron.debug.res
 
 root@OVZ:/#
 
 La diferencia entre las horas es lo que he tardado en ejecutar los comandos 
 en ambas máquinas, pero tienen exactamente la misma...
 
 Pues lo que aparece, está bien, en mi caso, lo hace una hora y 10 minutos
 después. Porque por las mañanas, cuando estoy despierto desde las 7 de la
 mañana, noto que a las 07:35, sale el crontab a relucir:
 
 25 6* * *   roottest -x /usr/sbin/anacron || ( cd /  run-parts
 --report /etc/cron.daily )
 
 En vez de hacerlo a las 06:25, lo hace a las 07:35.
 
 Y no está mal la hora, ni nada.

Entonces a ti también te hace algo raro, no se ejecuta a la hora programada en 
crontab, ¿no?.

¿También es una máquina virtual?


Saludos,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/83321ca9-acbc-4d0a-ab42-d3a8c8504...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Santiago José López Borrazás
El 09/02/14 12:41, Ramses escribió:
 Entonces a ti también te hace algo raro, no se ejecuta a la hora programada 
 en crontab, ¿no?.
 
 ¿También es una máquina virtual?

No. En máquina virtual no. :) Pero el fichero /etc/adjtime está bien, está
como UTC.

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature


Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 12:47, Santiago José López Borrazás sjlop...@gmail.com 
escribió:

 El 09/02/14 12:41, Ramses escribió:
 Entonces a ti también te hace algo raro, no se ejecuta a la hora programada 
 en crontab, ¿no?.
 
 ¿También es una máquina virtual?
 
 No. En máquina virtual no. :) Pero el fichero /etc/adjtime está bien, está
 como UTC.

En ese fichero tengo yo:

En el Server PROXMOX:

# cat /etc/adjtime
0.00 1391906784 0.00
1391906784
UTC
#

Y en la VM OpenVZ:

0.0 0 0.0


Saludos,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/85345333-4ea9-46c0-9d58-b2c44eff8...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema fernando sainz
El día 9 de febrero de 2014, 11:55, Ramses ramses.sevi...@gmail.com escribió:
 El 09/02/2014, a las 11:18, fernando sainz fernandojose.sa...@gmail.com 
 escribió:

 El día 9 de febrero de 2014, 10:53, Ramses ramses.sevi...@gmail.com 
 escribió:
 El 09/02/2014, a las 00:56, Santiago José López Borrazás 
 sjlop...@gmail.com escribió:

 El 09/02/14 00:29, Ramses escribió:
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme 
 la UTC me da la CET.

 ¡Aaaamigo! Ahora te das cuenta del fallo... :)

 ¿Y hay alguna forma de que crontab use la misma hora que muestra date 
 en vez de la hora UTC?


 Saludos y gracias,

 Ramses

 La pregunta es: ¿ que has hecho para que use UTC porque a mi de toda
 la vida me usa la hora local?

 Te aseguro que no he tocado nada en lo referente a la hora de la 
 configuración de crontab.

 No has mandado las salidas de date y crontab -l de las dos máquinas.

 Aquí están:

 PROXMOX:

 root@PROXMOX:/#
 root@PROXMOX:/# date
 dom feb  9 11:30:56 CET 2014
 root@PROXMOX:/#
 root@PROXMOX:/# hwclock
 dom 09 feb 2014 11:31:25 CET  -0.765938 seconds
 root@PROXMOX:/#
 root@PROXMOX:/# crontab -l
 no crontab for root
 root@PROXMOX:/#

 Container OpenVZ:

 root@OVZ:/#
 root@OVZ:/# date
 Sun Feb  9 11:39:33 CET 2014
 root@OVZ:/#
 root@OVZ:/# crontab -l
 45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 2 
 /scripts/consultas/cron.debug.res

Hay algo que no me cuadra.
Entiendo que la maquina OVZ es una Debian?

En Debian el crontab para root se configura en /etc/crontab
No se si usar como  root crontab -e funciona, no lo he comprobado.
Esto crearía un crontab  /var/spool/cron/crontabs/root

En cualquier caso el crontab para root tiene un formato distinto al de
un usuario normal, ya que añade un campo de usuario:

# en /etc/crontab
25 6 * * *  root  test -x /usr/sbin/anacron || ( cd /  run-parts
--report /etc/cron.daily )

El sexto campo es el usuario con el que se ejecuta ese comando en el
crontab. (Ignoro si siendo root y usando crontab -e puede no
ponerse).

S2.




 root@OVZ:/#

 La diferencia entre las horas es lo que he tardado en ejecutar los comandos 
 en ambas máquinas, pero tienen exactamente la misma...


 Saludos y gracias,

 Ramses

 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/eb1d7a57-2281-4336-a24f-3404890bd...@gmail.com



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGw=rHht49Gv5tvJobMvcEe1=-lqayhbp5agarcwmm7exew...@mail.gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 13:46, fernando sainz fernandojose.sa...@gmail.com 
escribió:

 El día 9 de febrero de 2014, 11:55, Ramses ramses.sevi...@gmail.com 
 escribió:
 El 09/02/2014, a las 11:18, fernando sainz fernandojose.sa...@gmail.com 
 escribió:
 
 El día 9 de febrero de 2014, 10:53, Ramses ramses.sevi...@gmail.com 
 escribió:
 El 09/02/2014, a las 00:56, Santiago José López Borrazás 
 sjlop...@gmail.com escribió:
 
 El 09/02/14 00:29, Ramses escribió:
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme 
 la UTC me da la CET.
 
 ¡Aaaamigo! Ahora te das cuenta del fallo... :)
 
 ¿Y hay alguna forma de que crontab use la misma hora que muestra date 
 en vez de la hora UTC?
 
 
 Saludos y gracias,
 
 Ramses
 
 La pregunta es: ¿ que has hecho para que use UTC porque a mi de toda
 la vida me usa la hora local?
 
 Te aseguro que no he tocado nada en lo referente a la hora de la 
 configuración de crontab.
 
 No has mandado las salidas de date y crontab -l de las dos máquinas.
 
 Aquí están:
 
 PROXMOX:
 
 root@PROXMOX:/#
 root@PROXMOX:/# date
 dom feb  9 11:30:56 CET 2014
 root@PROXMOX:/#
 root@PROXMOX:/# hwclock
 dom 09 feb 2014 11:31:25 CET  -0.765938 seconds
 root@PROXMOX:/#
 root@PROXMOX:/# crontab -l
 no crontab for root
 root@PROXMOX:/#
 
 Container OpenVZ:
 
 root@OVZ:/#
 root@OVZ:/# date
 Sun Feb  9 11:39:33 CET 2014
 root@OVZ:/#
 root@OVZ:/# crontab -l
 45 10 * * * /bin/bash -l -c -x 'source /root/.bashrc;/scripts/encuesta.sh' 
 2 /scripts/consultas/cron.debug.res
 Hay algo que no me cuadra.
 Entiendo que la maquina OVZ es una Debian?
 
 En Debian el crontab para root se configura en /etc/crontab
 No se si usar como  root crontab -e funciona, no lo he comprobado.
 Esto crearía un crontab  /var/spool/cron/crontabs/root
 
 En cualquier caso el crontab para root tiene un formato distinto al de
 un usuario normal, ya que añade un campo de usuario:
 
 # en /etc/crontab
 25 6 * * *  root  test -x /usr/sbin/anacron || ( cd /  run-parts
 --report /etc/cron.daily )
 
 El sexto campo es el usuario con el que se ejecuta ese comando en el
 crontab. (Ignoro si siendo root y usando crontab -e puede no
 ponerse).

Sí, puede usarse crontab -e y se puede usar el campo de usuario o no. Creo 
recordar...


Saludos,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/cc3a7a85-04bc-42d6-adea-8b51351b2...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Camaleón
El Sun, 09 Feb 2014 00:29:14 +0100, Ramses escribió:

 El 09/02/2014, a las 00:14, Ramses ramses.sevi...@gmail.com escribió:
 
 El 08/02/2014, a las 21:31, Camaleón noela...@gmail.com escribió:

(...)

 ¿La hora del registro de ejecución de la tarea es correcta? ¿Has
 comprobado la zona horaria, que sea la adecuada?
 
 Programo la tarea a las 23:00, se ejecuta a las 00:00, el el syslog
 aparece ejecutada a las 00:00, y ambos sistemas, tanto el Host como el
 OpenVZ tienen la hora correcta, las 00:00.
 
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme
 la UTC me da la CET.

(...)

Bueno, a eso me refería:

sm01@stt008:~$ date; date -u
dom feb  9 15:16:32 CET 2014
dom feb  9 14:16:32 UTC 2014

Tienes que configurar el contenedor para que use la misma zona horaria 
que el host o ajustar la hora de ejecución de la tarea del crontab de la 
VM teniendo en cuenta esta variación (ejecución a la 22:00) pero creo que 
te conviene mantener las horas/zonas sincronizadas (las dos en UTC o las 
dos en CET).

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02.09.14.20...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 15:20, Camaleón noela...@gmail.com escribió:

 El Sun, 09 Feb 2014 00:29:14 +0100, Ramses escribió:
 
 El 09/02/2014, a las 00:14, Ramses ramses.sevi...@gmail.com escribió:
 
 El 08/02/2014, a las 21:31, Camaleón noela...@gmail.com escribió:
 
 (...)
 
 ¿La hora del registro de ejecución de la tarea es correcta? ¿Has
 comprobado la zona horaria, que sea la adecuada?
 
 Programo la tarea a las 23:00, se ejecuta a las 00:00, el el syslog
 aparece ejecutada a las 00:00, y ambos sistemas, tanto el Host como el
 OpenVZ tienen la hora correcta, las 00:00.
 
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme
 la UTC me da la CET.
 
 (...)
 
 Bueno, a eso me refería:
 
 sm01@stt008:~$ date; date -u
 dom feb  9 15:16:32 CET 2014
 dom feb  9 14:16:32 UTC 2014
 
 Tienes que configurar el contenedor para que use la misma zona horaria 
 que el host o ajustar la hora de ejecución de la tarea del crontab de la 
 VM teniendo en cuenta esta variación (ejecución a la 22:00) pero creo que 
 te conviene mantener las horas/zonas sincronizadas (las dos en UTC o las 
 dos en CET).

Camaleón, mira los datos que he pasado. Ambos están en CET, pero el crontab 
está tirando de UTC. No sé por qué...


Saludos,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5b624949-5531-4c9c-89e5-37d53ae7c...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Camaleón
El Sun, 09 Feb 2014 15:46:57 +0100, Ramses escribió:

 El 09/02/2014, a las 15:20, Camaleón noela...@gmail.com escribió:

(...)

 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de
 darme la UTC me da la CET.
 
 (...)
 
 Bueno, a eso me refería:
 
 sm01@stt008:~$ date; date -u dom feb  9 15:16:32 CET 2014 dom feb  9
 14:16:32 UTC 2014
 
 Tienes que configurar el contenedor para que use la misma zona horaria
 que el host o ajustar la hora de ejecución de la tarea del crontab de
 la VM teniendo en cuenta esta variación (ejecución a la 22:00) pero
 creo que te conviene mantener las horas/zonas sincronizadas (las dos en
 UTC o las dos en CET).
 
 Camaleón, mira los datos que he pasado. Ambos están en CET, pero el
 crontab está tirando de UTC. No sé por qué...

Pues así a bote pronto¹ y si dices que la zona horaria del contenedor 
está configurada para usar CET en lugar de UTC y que sólo las tareas del 
crontrab usan una zona horaria distinta a la del sistema/contenedor, 
revisa la variable de entorno TZ del usuario que ejecuta el crontab o 
simplemente fuerza su uso exportando esa variable antes de ejecutar el 
comando de la tarea.

Por cierto, echa un ojo a este bug².

¹Creo que deberías explicar esto porque más arriba dices lo contrario
²http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687807

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02.09.14.59...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Ramses
El 09/02/2014, a las 15:59, Camaleón noela...@gmail.com escribió:

 El Sun, 09 Feb 2014 15:46:57 +0100, Ramses escribió:
 
 El 09/02/2014, a las 15:20, Camaleón noela...@gmail.com escribió:
 
 (...)
 
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de
 darme la UTC me da la CET.
 
 (...)
 
 Bueno, a eso me refería:
 
 sm01@stt008:~$ date; date -u dom feb  9 15:16:32 CET 2014 dom feb  9
 14:16:32 UTC 2014
 
 Tienes que configurar el contenedor para que use la misma zona horaria
 que el host o ajustar la hora de ejecución de la tarea del crontab de
 la VM teniendo en cuenta esta variación (ejecución a la 22:00) pero
 creo que te conviene mantener las horas/zonas sincronizadas (las dos en
 UTC o las dos en CET).
 
 Camaleón, mira los datos que he pasado. Ambos están en CET, pero el
 crontab está tirando de UTC. No sé por qué...
 
 Pues así a bote pronto¹ y si dices que la zona horaria del contenedor 
 está configurada para usar CET en lugar de UTC y que sólo las tareas del 
 crontrab usan una zona horaria distinta a la del sistema/contenedor, 
 revisa la variable de entorno TZ del usuario que ejecuta el crontab o 
 simplemente fuerza su uso exportando esa variable antes de ejecutar el 
 comando de la tarea.
 
 Por cierto, echa un ojo a este bug².
 
 ¹Creo que deberías explicar esto porque más arriba dices lo contrario

Yo he dicho que ambos sistemas están en CET, y he mandado la salida de los 
date de ambas máquinas, y hwclock del Server PROXMOX. Y lo de que el 
crontab está tirando de UTC, lo he dicho porque se ejecuta la tarea 1 hora 
exacta después de la hora que tiene programada la tarea en el crontab.

No sé si te referirás a eso.

 ²http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687807

Voy a mirarlo, a ver de qué va...


Saludos,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/c8312738-d6dd-4b1b-9cc6-fc15f7ba4...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Santiago José López Borrazás
El 09/02/14 18:40, Ramses escribió:
(...)
 Voy a mirarlo, a ver de qué va...

Sólo es poner:

export TZ

En el fichero /etc/init.d/cron

Nada más que eso.

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature


Re: Crontab no ejecuta tarea a la hora programada.

2014-02-09 Por tema Eduardo

El 08/02/14 21:11, Ramses escribió:

Hola a todos,

Hola

Me he encontrado una cosa algo extraña...

Tengo un contenedor OpenVZ sobre un Server PROXMOX.

En dicho contenedor configuro una tarea en crontab para que se ejecute, por 
ejemplo, a las 22:00, pero la tarea no se ejecuta a esa hora, sino que lo hace una hora 
más tarde, a las 23:00.

He mirado la hora, tanto en el Contenedor como en el Server PROXMOX, con el comando 
date, y en ambos casos es correcta.

¿De dónde está sacando la hora de ejecución crontab?

¿cambiaste la zona horaria una vez iniciado el proceso de cron?

Si es así, sólo debes reiniciar cron. La aplicación cron toma referencia 
de la hora una vez iniciado y después va aumentando los segundos y 
mirando la diferencia.



Saludos y gracias,

Ramses


Espero que sea útil.

--
Eduardo


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52f81bd3.9070...@eduardors.net



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-08 Por tema Camaleón
El Sat, 08 Feb 2014 21:11:55 +0100, Ramses escribió:

 Me he encontrado una cosa algo extraña...
 
 Tengo un contenedor OpenVZ sobre un Server PROXMOX.
 
 En dicho contenedor configuro una tarea en crontab para que se
 ejecute, por ejemplo, a las 22:00, pero la tarea no se ejecuta a esa
 hora, sino que lo hace una hora más tarde, a las 23:00.
 
 He mirado la hora, tanto en el Contenedor como en el Server PROXMOX, con
 el comando date, y en ambos casos es correcta.

Bueno, eso sí que es raro. 

¿La hora del registro de ejecución de la tarea es correcta? ¿Has 
comprobado la zona horaria, que sea la adecuada?

 ¿De dónde está sacando la hora de ejecución crontab?

Pues te diría que del anfitrión/nodo, o al menos la mayoría de soluciones 
de virtualización usan su propio sistema de sincronización con la máquina 
que hace de host pero no está de más añadir tu propia solución en el 
contenedor que pasa por usar ntpd o algún paquete ligero que mantenga 
la hora de la VM ajustada.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02.08.20.31...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-08 Por tema Ramses
El 08/02/2014, a las 21:31, Camaleón noela...@gmail.com escribió:

 El Sat, 08 Feb 2014 21:11:55 +0100, Ramses escribió:
 
 Me he encontrado una cosa algo extraña...
 
 Tengo un contenedor OpenVZ sobre un Server PROXMOX.
 
 En dicho contenedor configuro una tarea en crontab para que se
 ejecute, por ejemplo, a las 22:00, pero la tarea no se ejecuta a esa
 hora, sino que lo hace una hora más tarde, a las 23:00.
 
 He mirado la hora, tanto en el Contenedor como en el Server PROXMOX, con
 el comando date, y en ambos casos es correcta.
 
 Bueno, eso sí que es raro. 
 
 ¿La hora del registro de ejecución de la tarea es correcta? ¿Has 
 comprobado la zona horaria, que sea la adecuada?

Programo la tarea a las 23:00, se ejecuta a las 00:00, el el syslog aparece 
ejecutada a las 00:00, y ambos sistemas, tanto el Host como el OpenVZ tienen la 
hora correcta, las 00:00.

 ¿De dónde está sacando la hora de ejecución crontab?
 
 Pues te diría que del anfitrión/nodo, o al menos la mayoría de soluciones 
 de virtualización usan su propio sistema de sincronización con la máquina 
 que hace de host pero no está de más añadir tu propia solución en el 
 contenedor que pasa por usar ntpd o algún paquete ligero que mantenga 
 la hora de la VM ajustada.

Están en hora, el tema es que lo que programe en el crontab se ejecuta una hora 
después.

¿A alguien le ha pasado algo parecido?.


Saludos y gracias,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/a688a33c-1e7f-4c15-bc26-549a6eda4...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-08 Por tema Ramses
El 09/02/2014, a las 00:14, Ramses ramses.sevi...@gmail.com escribió:

 El 08/02/2014, a las 21:31, Camaleón noela...@gmail.com escribió:
 
 El Sat, 08 Feb 2014 21:11:55 +0100, Ramses escribió:
 
 Me he encontrado una cosa algo extraña...
 
 Tengo un contenedor OpenVZ sobre un Server PROXMOX.
 
 En dicho contenedor configuro una tarea en crontab para que se
 ejecute, por ejemplo, a las 22:00, pero la tarea no se ejecuta a esa
 hora, sino que lo hace una hora más tarde, a las 23:00.
 
 He mirado la hora, tanto en el Contenedor como en el Server PROXMOX, con
 el comando date, y en ambos casos es correcta.
 
 Bueno, eso sí que es raro. 
 
 ¿La hora del registro de ejecución de la tarea es correcta? ¿Has 
 comprobado la zona horaria, que sea la adecuada?
 
 Programo la tarea a las 23:00, se ejecuta a las 00:00, el el syslog aparece 
 ejecutada a las 00:00, y ambos sistemas, tanto el Host como el OpenVZ tienen 
 la hora correcta, las 00:00.

Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme la UTC 
me da la CET.

 ¿De dónde está sacando la hora de ejecución crontab?
 
 Pues te diría que del anfitrión/nodo, o al menos la mayoría de soluciones 
 de virtualización usan su propio sistema de sincronización con la máquina 
 que hace de host pero no está de más añadir tu propia solución en el 
 contenedor que pasa por usar ntpd o algún paquete ligero que mantenga 
 la hora de la VM ajustada.
 
 Están en hora, el tema es que lo que programe en el crontab se ejecuta una 
 hora después.
 
 ¿A alguien le ha pasado algo parecido?.

Saludos,

Ramses

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/88c6a822-aa01-4702-8092-16390eb06...@gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-08 Por tema fernando sainz
El día 8 de febrero de 2014, 21:11, Ramses ramses.sevi...@gmail.com escribió:
 Hola a todos,

 Me he encontrado una cosa algo extraña...

 Tengo un contenedor OpenVZ sobre un Server PROXMOX.

 En dicho contenedor configuro una tarea en crontab para que se ejecute, por 
 ejemplo, a las 22:00, pero la tarea no se ejecuta a esa hora, sino que lo 
 hace una hora más tarde, a las 23:00.

 He mirado la hora, tanto en el Contenedor como en el Server PROXMOX, con el 
 comando date, y en ambos casos es correcta.

 ¿De dónde está sacando la hora de ejecución crontab?


 Saludos y gracias,

 Ramses


Hola.

Es muy extraño.
Manda a la lista la salida de los comandos date y crontab- l

S2.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGw=rHiwsp4Zhp2XpsADmUp5gWOB+ofw+MxTcJ7fNq¼qj...@mail.gmail.com



Re: Crontab no ejecuta tarea a la hora programada.

2014-02-08 Por tema Santiago José López Borrazás
El 09/02/14 00:29, Ramses escribió:
 Lo que acabo de darme cuenta es que al pedirle la fecha, en vez de darme la 
 UTC me da la CET.

¡Aaaamigo! Ahora te das cuenta del fallo... :)

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature


Re: crontab -e

2011-01-26 Por tema rantis cares
El día 25 de enero de 2011 15:49, Camaleón noela...@gmail.com escribió:
 El Tue, 25 Jan 2011 14:11:28 -0600, rantis cares escribió:

 El día 25 de enero de 2011 14:03, Camaleón escribió:

 Antes de nada, haz la prueba que te comentaba que si no nos vamos a
 liar :-)


 Ya la realice,

 En el script anterior te faltó enviar la salida a un archivo de texto.
 Tal y como estamos cualquier detalle puede ser importante.

 si ejecuto desde la consola de comandos no me marca el
 error, es solo cuando ejecuto desde el cron...

 Hice esto ...

       nano .tirar

      #!/bin/bash
      gnokii --getsms IN 1  mensaje.txt

 Vale, eso sí.

 y lo ejecute (previos permisos chmod 745)

      $ ./.tirar
         GNOKII Version 0.6.26
      $ cat mensaje.txt
     1. Inbox Message (Read)
     Date/time: 04/01/2011 11:48:56 -600
     Sender: 11 Msg Center: +5211 Text:
     HOLA

 Todo bien, no existe problema... solo despues lo agrego al cron para que
 lo ejecute y de inmediato me envia el mail tan ya comentado

 Pues vaya :-(

 Volvamos a probar forzando un locale, ejecuta estos dos comandos y pon la
 salida:

 LANG=es_ES.UTF-8; sh tuscript.sh

He ejecutado el comando de la siguiente manera

 $  LANG=es_ES.UTF-8; sh tirar

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character
 1. Inbox Message (Read)
 Date/time: 25/01/2011 14:00:55 -600
 Sender: 11 Msg Center: +52111
 Text:
 Hola


 LANG=POSIX; sh tuscript.sh

He ejecutado el comando de la siguiente manera:

 $ LANG=POSIX; sh tirar

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character
 1. Inbox Message (Read)
 Date/time: 25/01/2011 14:00:55 -600
 Sender: 11 Msg Center: +52111
 Text:
 Hola


¡DIOS MIO!. Si ustedes que saben muucho mas que yo todavia no
podemos encontrar la respuesta. ¡Imaginenme a mi que no se!. Buaaa

De cualquier manera, sigo buscando en la red algo que me pueda ayudar.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=stkpjcp7pnyjyclgbbtgafak3yqtprrbah...@mail.gmail.com



Re: crontab -e

2011-01-26 Por tema rantis cares
2011/1/25 Camaleón noela...@gmail.com:
 El Tue, 25 Jan 2011 14:12:54 -0600, rantis cares escribió:

 El día 25 de enero de 2011 14:11, rantis cares escribió:

 De todos modos estoy buscando la respuesta en internet y encontre una
 web que es la siguiente (no se mucho el ingles) y donde creo que puedo
 encontrar algo.

 http://old.nabble.com/forum/Search.jtp?query=gnokii+iconv%3A+Invalid+OR+incomplete+multibyte+OR+wide+characterdaterange=0startdate=enddate=

 Pues mira, yo he encontrado otra cosa interesante leyendo las notas de la
 última versión del programa:

 http://www.gnokii.org/download/gnokii/gnokii-0.6.30.txt

 ***
 20100425 Version 0.6.29
 Major bugfixes in the encoding procedures. That should fix all problems
 regarding SMS encoding on libiconv-based systems. This release may not
 work properly or even build on Windows and systems without libiconv
 support. Improvements in handling Series40 5th and 6th Edition.
 ***

 En la versión 0.6.29 han corregido un bug que está relacionado con la
 codificación de los mensajes SMS y la biblioteca libiconv :-?

Perdon mi ignorancia, pero ¿Como puedo instalar la libreria?

apt-get install libiconv

Me imagino que podria ser asi, lo intentare...

No, lo he intentado, tal vez alguna aplicacion minima lo traiga.
Buscare en la red.

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=koescf5wnqt-gfhygrx-9eggqrgaqvb1jk...@mail.gmail.com



Re: crontab -e

2011-01-26 Por tema Camaleón
El Wed, 26 Jan 2011 13:04:24 -0600, rantis cares escribió:

 El día 25 de enero de 2011 15:49, Camaleón escribió:

 Volvamos a probar forzando un locale, ejecuta estos dos comandos y pon
 la salida:

 LANG=es_ES.UTF-8; sh tuscript.sh
 
 He ejecutado el comando de la siguiente manera
 
  $  LANG=es_ES.UTF-8; sh tirar
 
  GNOKII Version 0.6.26
  iconv: Invalid or incomplete multibyte or wide character iconv:
  Invalid or incomplete multibyte or wide character 1. Inbox Message
  (Read)
  Date/time: 25/01/2011 14:00:55 -600
  Sender: 11 Msg Center: +52111 Text:
  Hola
 
 
 LANG=POSIX; sh tuscript.sh
 
 He ejecutado el comando de la siguiente manera:
 
  $ LANG=POSIX; sh tirar
 
  GNOKII Version 0.6.26
  iconv: Invalid or incomplete multibyte or wide character iconv:
  Invalid or incomplete multibyte or wide character 1. Inbox Message
  (Read)
  Date/time: 25/01/2011 14:00:55 -600
  Sender: 11 Msg Center: +52111 Text:
  Hola

Juvr, pues estamos apañados.

- Sin forzar el locale el script se ejecuta bien cuando lanzas desde 
consola pero saca el error cuando lo ejecutas desde cron.

- Forzando un locale salta de todas las formas.

Pero es que no le veo ningún sentido... ¿qué diferencia existe entre 
forzar un locale y ejecutar el script directamente? ¡Si el usuario debe 
de estar trabajando con un locale!

Rantis cares, ¿qué locale tienes en el sistema? (ejecuta locale y pon 
el resultado).
 
 ¡DIOS MIO!. Si ustedes que saben muucho mas que yo todavia no
 podemos encontrar la respuesta. ¡Imaginenme a mi que no se!. Buaaa
 
 De cualquier manera, sigo buscando en la red algo que me pueda ayudar.

Sigo pensando que es un bug de la aplicación (gnokii).

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.26.19.36...@gmail.com



Re: crontab -e

2011-01-26 Por tema Camaleón
El Wed, 26 Jan 2011 13:08:35 -0600, rantis cares escribió:

 2011/1/25 Camaleón:

 Pues mira, yo he encontrado otra cosa interesante leyendo las notas de
 la última versión del programa:

 http://www.gnokii.org/download/gnokii/gnokii-0.6.30.txt

 ***
 20100425 Version 0.6.29
 Major bugfixes in the encoding procedures. That should fix all problems
 regarding SMS encoding on libiconv-based systems. This release may not
 work properly or even build on Windows and systems without libiconv
 support. Improvements in handling Series40 5th and 6th Edition. ***

 En la versión 0.6.29 han corregido un bug que está relacionado con la
 codificación de los mensajes SMS y la biblioteca libiconv :-?
 
 Perdon mi ignorancia, pero ¿Como puedo instalar la libreria?

No, no tienes que instalar nada, se supone que libiconv sirve para que 
las aplicaciones usen esa biblioteca en los sistemas que no tienen 
soporte de codificación de caracteres multi-byte, que no es el caso.

Sería interesante que probaras una versión de gnokii = 0.6.29 (donde se 
supone que ya han corregido el error) para ver si te sigue saltando ese 
mensaje. Si no quieres instalarlo en tu sistema, puedes probarlo desde 
una versión LiveCD.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.26.19.47...@gmail.com



Re: crontab -e

2011-01-26 Por tema rantis cares
El día 26 de enero de 2011 13:36, Camaleón noela...@gmail.com escribió:
 El Wed, 26 Jan 2011 13:04:24 -0600, rantis cares escribió:

 El día 25 de enero de 2011 15:49, Camaleón escribió:

 Volvamos a probar forzando un locale, ejecuta estos dos comandos y pon
 la salida:

 LANG=es_ES.UTF-8; sh tuscript.sh

 He ejecutado el comando de la siguiente manera

      $  LANG=es_ES.UTF-8; sh tirar

      GNOKII Version 0.6.26
      iconv: Invalid or incomplete multibyte or wide character iconv:
      Invalid or incomplete multibyte or wide character 1. Inbox Message
      (Read)
      Date/time: 25/01/2011 14:00:55 -600
      Sender: 11 Msg Center: +52111 Text:
      Hola


 LANG=POSIX; sh tuscript.sh

 He ejecutado el comando de la siguiente manera:

      $ LANG=POSIX; sh tirar

      GNOKII Version 0.6.26
      iconv: Invalid or incomplete multibyte or wide character iconv:
      Invalid or incomplete multibyte or wide character 1. Inbox Message
      (Read)
      Date/time: 25/01/2011 14:00:55 -600
      Sender: 11 Msg Center: +52111 Text:
      Hola

 Juvr, pues estamos apañados.

 - Sin forzar el locale el script se ejecuta bien cuando lanzas desde
 consola pero saca el error cuando lo ejecutas desde cron.

 - Forzando un locale salta de todas las formas.

 Pero es que no le veo ningún sentido... ¿qué diferencia existe entre
 forzar un locale y ejecutar el script directamente? ¡Si el usuario debe
 de estar trabajando con un locale!

 Rantis cares, ¿qué locale tienes en el sistema? (ejecuta locale y pon
 el resultado).

LANG=es_MX.UTF-8
LC_CTYPE=es_MX.UTF-8
LC_NUMERIC=es_MX.UTF-8
LC_TIME=es_MX.UTF-8
LC_COLLATE=es_MX.UTF-8
LC_MONETARY=es_MX.UTF-8
LC_MESSAGES=es_MX.UTF-8
LC_PAPER=es_MX.UTF-8
LC_NAME=es_MX.UTF-8
LC_ADDRESS=es_MX.UTF-8
LC_TELEPHONE=es_MX.UTF-8
LC_MEASUREMENT=es_MX.UTF-8
LC_IDENTIFICATION=es_MX.UTF-8
LC_ALL=




 ¡DIOS MIO!. Si ustedes que saben muucho mas que yo todavia no
 podemos encontrar la respuesta. ¡Imaginenme a mi que no se!. Buaaa

 De cualquier manera, sigo buscando en la red algo que me pueda ayudar.

 Sigo pensando que es un bug de la aplicación (gnokii).

Empiezo a creer que si, estuve leyendo un poco, necesitaria actualizar
la version de gnokii.


 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/pan.2011.01.26.19.36...@gmail.com




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktikpxaep+m6gtjt1tsmukssa24wx+1vphqunq...@mail.gmail.com



Re: crontab -e

2011-01-26 Por tema Camaleón
El Wed, 26 Jan 2011 13:58:25 -0600, rantis cares escribió:

 El día 26 de enero de 2011 13:36, Camaleón escribió:

(...)

 Pero es que no le veo ningún sentido... ¿qué diferencia existe entre
 forzar un locale y ejecutar el script directamente? ¡Si el usuario debe
 de estar trabajando con un locale!

 Rantis cares, ¿qué locale tienes en el sistema? (ejecuta locale y
 pon el resultado).
 
 LANG=es_MX.UTF-8

(...)

¡¡Arrghhh...!!

Prueba con esto (ejecutado desde la consola) y pon la salida:

LANG=es_MX.UTF-8; sh tuscript.sh

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.26.20.12...@gmail.com



Re: crontab -e

2011-01-25 Por tema Camaleón
El Mon, 24 Jan 2011 17:29:14 -0600, rantis cares escribió:

 El día 16 de enero de 2011 13:19, Camaleón escribió:

(...)

 Recapitulemos, no vaya a ser que me haya alegrado sin motivo.

 Has ejecutado directamente desde la línea de comandos (_no_ desde cron)
 LANG=POSIX; sh tuscript.sh y te aparece el mensaje de error ¿sí? :-)

(...)

 Creo que ya voy entendiendo las variables de entorno... Magistral la
 explicacion.

Vale, pero me parece que ahora tenemos otro problema.
 
 Solo que como respondi en la parte de arriba, ejecute lo siguiente...
 
 LANG=es_ES.UTF-8; sh tuscript.sh
 
 LANG=es_ES.UTF-8; sh .sms
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character 
 iconv: Invalid or incomplete multibyte or wide character

Raro, raro, raro

A ver, ejecuta el script tal cual:

sh tuscript.sh

¿Sigue apareciendo el mensaje?

Ten en cuenta que la tarea que ejecutas desde cron te va a enviar por 
correo la salida de la ejecución del script, por lo que si la ejecución 
del script produce ese mensaje tendrías que evitarlo desde el propio 
script... ahora bien (pensando en voz alta) ¿por qué salta gnokii 
cuando lo ejecutas desde un script? :-?
 
Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.25.11.34...@gmail.com



Re: crontab -e

2011-01-25 Por tema fernando sainz
El día 25 de enero de 2011 12:34, Camaleón noela...@gmail.com escribió:
 El Mon, 24 Jan 2011 17:29:14 -0600, rantis cares escribió:

 El día 16 de enero de 2011 13:19, Camaleón escribió:

 (...)

 Recapitulemos, no vaya a ser que me haya alegrado sin motivo.

 Has ejecutado directamente desde la línea de comandos (_no_ desde cron)
 LANG=POSIX; sh tuscript.sh y te aparece el mensaje de error ¿sí? :-)

 (...)

 Creo que ya voy entendiendo las variables de entorno... Magistral la
 explicacion.

 Vale, pero me parece que ahora tenemos otro problema.

 Solo que como respondi en la parte de arriba, ejecute lo siguiente...

 LANG=es_ES.UTF-8; sh tuscript.sh

 LANG=es_ES.UTF-8; sh .sms
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Raro, raro, raro

 A ver, ejecuta el script tal cual:

 sh tuscript.sh

 ¿Sigue apareciendo el mensaje?

 Ten en cuenta que la tarea que ejecutas desde cron te va a enviar por
 correo la salida de la ejecución del script, por lo que si la ejecución
 del script produce ese mensaje tendrías que evitarlo desde el propio
 script... ahora bien (pensando en voz alta) ¿por qué salta gnokii
 cuando lo ejecutas desde un script? :-?

 Saludos,

 --
 Camaleón



Si no es la variable LANG habrá que hacer pruebas a lo grande :-)

Pon todo el entorno en el script y ejecuta desde donde te da el error.
si no falla vete quitando cosas

(Para obtener todas las variables del entorno, el comando env)

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTim-VbwqxT0GdxSFY4GGFfKr=7z+byihp1f7e...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema rantis cares
El día 25 de enero de 2011 05:34, Camaleón noela...@gmail.com escribió:
 El Mon, 24 Jan 2011 17:29:14 -0600, rantis cares escribió:

 El día 16 de enero de 2011 13:19, Camaleón escribió:

 (...)

 Recapitulemos, no vaya a ser que me haya alegrado sin motivo.

 Has ejecutado directamente desde la línea de comandos (_no_ desde cron)
 LANG=POSIX; sh tuscript.sh y te aparece el mensaje de error ¿sí? :-)

 (...)

 Creo que ya voy entendiendo las variables de entorno... Magistral la
 explicacion.

 Vale, pero me parece que ahora tenemos otro problema.

 Solo que como respondi en la parte de arriba, ejecute lo siguiente...

 LANG=es_ES.UTF-8; sh tuscript.sh

 LANG=es_ES.UTF-8; sh .sms
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Raro, raro, raro

 A ver, ejecuta el script tal cual:

 sh tuscript.sh

 ¿Sigue apareciendo el mensaje?

Ahora me sale otro error:

 GNOKII Version 0.6.26
 Gnokii serial_open: open: Permission denied
 Couldn't open FBUS device: Permission denied
 Gnokii serial_open: open: Permission denied
 Couldn't open FBUS device: Permission denied
 Telephone interface init failed: Command failed.
 Quitting.
 Command failed.

Me esta diciendo que los permisos cambiaron (yo tenia los permisos
correctos y no entiendo esto). Asi que volvi a asiganr los permisos.

   chmod 0777 /dev/ttyUSB0

Ejecuto mi script como dices  y obtengo lo siguiente...

 sh .sms

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character




 Ten en cuenta que la tarea que ejecutas desde cron te va a enviar por
 correo la salida de la ejecución del script, por lo que si la ejecución
 del script produce ese mensaje tendrías que evitarlo desde el propio
 script... ahora bien (pensando en voz alta) ¿por qué salta gnokii
 cuando lo ejecutas desde un script? :-?


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi�ikz4pd3sracedonn+jau1ju4uyatfjxg...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema Camaleón
El Tue, 25 Jan 2011 12:02:21 -0600, rantis cares escribió:

 El día 25 de enero de 2011 05:34, Camaleón escribió:

 A ver, ejecuta el script tal cual:

 sh tuscript.sh

 ¿Sigue apareciendo el mensaje?
 
 Ahora me sale otro error:
(...) 
 Me esta diciendo que los permisos cambiaron (yo tenia los permisos
 correctos y no entiendo esto). Asi que volvi a asiganr los permisos.
 
chmod 0777 /dev/ttyUSB0
 
 Ejecuto mi script como dices  y obtengo lo siguiente...
 
  sh .sms
 
  GNOKII Version 0.6.26
  iconv: Invalid or incomplete multibyte or wide
  character iconv: Invalid or incomplete multibyte or
  wide character

Vale, pues entonces esto no parece un error o problema con la tarea del 
crontab ni con las variables de entorno. Esto es un error que te da la 
propia aplicación (gnokii) cuando ejecutas el script. Algo del script no 
le gusta pero no sé qué podría ser, tendrás que ir probando cosas... por 
ejemplo, puedes empezar con algo básico:

#!/bin/bash
gnokii --getsms IN 1  mensaje.txt

Y lo ejecutas directamente (sh tuscript.sh) a ver si sigue saltando.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.25.18.46...@gmail.com



Re: crontab -e

2011-01-25 Por tema rantis cares
El día 25 de enero de 2011 05:48, fernando sainz
fernandojose.sa...@gmail.com escribió:
 El día 25 de enero de 2011 12:34, Camaleón noela...@gmail.com escribió:
 El Mon, 24 Jan 2011 17:29:14 -0600, rantis cares escribió:

 El día 16 de enero de 2011 13:19, Camaleón escribió:

 (...)

 Recapitulemos, no vaya a ser que me haya alegrado sin motivo.

 Has ejecutado directamente desde la línea de comandos (_no_ desde cron)
 LANG=POSIX; sh tuscript.sh y te aparece el mensaje de error ¿sí? :-)

 (...)

 Creo que ya voy entendiendo las variables de entorno... Magistral la
 explicacion.

 Vale, pero me parece que ahora tenemos otro problema.

 Solo que como respondi en la parte de arriba, ejecute lo siguiente...

 LANG=es_ES.UTF-8; sh tuscript.sh

 LANG=es_ES.UTF-8; sh .sms
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Raro, raro, raro

 A ver, ejecuta el script tal cual:

 sh tuscript.sh

 ¿Sigue apareciendo el mensaje?

 Ten en cuenta que la tarea que ejecutas desde cron te va a enviar por
 correo la salida de la ejecución del script, por lo que si la ejecución
 del script produce ese mensaje tendrías que evitarlo desde el propio
 script... ahora bien (pensando en voz alta) ¿por qué salta gnokii
 cuando lo ejecutas desde un script? :-?

 Saludos,

 --
 Camaleón



 Si no es la variable LANG habrá que hacer pruebas a lo grande :-)

 Pon todo el entorno en el script y ejecuta desde donde te da el error.
 si no falla vete quitando cosas

Bueno, es que el script es muy sencillo...

#mn hr dm me ds comando
LANG=es_ES.UTF-8

#Descargando SMSs a cada minuto y borrandolo
* * * * * /home/usuario/.sms/.sms



 (Para obtener todas las variables del entorno, el comando env)

Ejecute el comando env que me dices y una linea (creo la mas importante) dice:

LANG=es_MX.UTF-8





 Saludos.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/aanlktim-vbwqxt0gdxsfy4ggffkr7z+byihp1f7e...@mail.gmail.com




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTimCxBV9EFreBfZLscAU1�r1jwedfhdoia0...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema rantis cares
El día 25 de enero de 2011 12:46, Camaleón noela...@gmail.com escribió:
 El Tue, 25 Jan 2011 12:02:21 -0600, rantis cares escribió:

 El día 25 de enero de 2011 05:34, Camaleón escribió:

 A ver, ejecuta el script tal cual:

 sh tuscript.sh

 ¿Sigue apareciendo el mensaje?

 Ahora me sale otro error:
 (...)
 Me esta diciendo que los permisos cambiaron (yo tenia los permisos
 correctos y no entiendo esto). Asi que volvi a asiganr los permisos.

                chmod 0777 /dev/ttyUSB0

 Ejecuto mi script como dices  y obtengo lo siguiente...

                  sh .sms

                  GNOKII Version 0.6.26
                  iconv: Invalid or incomplete multibyte or wide
                  character iconv: Invalid or incomplete multibyte or
                  wide character

 Vale, pues entonces esto no parece un error o problema con la tarea del
 crontab ni con las variables de entorno. Esto es un error que te da la
 propia aplicación (gnokii) cuando ejecutas el script. Algo del script no
 le gusta pero no sé qué podría ser, tendrás que ir probando cosas... por
 ejemplo, puedes empezar con algo básico:

 #!/bin/bash
 gnokii --getsms IN 1  mensaje.txt

 Y lo ejecutas directamente (sh tuscript.sh) a ver si sigue saltando.

De hecho, ya estoy haciendo esto y ya se que el error esta en el
script,, pero no se donde exactamente.

lo ire verificando y pondre la solucion.

Rantiscares


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTin98k-nHsdf_6HLHC5szHay4ahepYN0J9=c+...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema rantis cares
El día 25 de enero de 2011 12:56, rantis cares rantisca...@gmail.com escribió:
 El día 25 de enero de 2011 12:46, Camaleón noela...@gmail.com escribió:
 El Tue, 25 Jan 2011 12:02:21 -0600, rantis cares escribió:

 El día 25 de enero de 2011 05:34, Camaleón escribió:

 A ver, ejecuta el script tal cual:

 sh tuscript.sh

 ¿Sigue apareciendo el mensaje?

 Ahora me sale otro error:
 (...)
 Me esta diciendo que los permisos cambiaron (yo tenia los permisos
 correctos y no entiendo esto). Asi que volvi a asiganr los permisos.

                chmod 0777 /dev/ttyUSB0

 Ejecuto mi script como dices  y obtengo lo siguiente...

                  sh .sms

                  GNOKII Version 0.6.26
                  iconv: Invalid or incomplete multibyte or wide
                  character iconv: Invalid or incomplete multibyte or
                  wide character

 Vale, pues entonces esto no parece un error o problema con la tarea del
 crontab ni con las variables de entorno. Esto es un error que te da la
 propia aplicación (gnokii) cuando ejecutas el script. Algo del script no
 le gusta pero no sé qué podría ser, tendrás que ir probando cosas... por
 ejemplo, puedes empezar con algo básico:

 #!/bin/bash
 gnokii --getsms IN 1  mensaje.txt

 Y lo ejecutas directamente (sh tuscript.sh) a ver si sigue saltando.

 De hecho, ya estoy haciendo esto y ya se que el error esta en el
 script,, pero no se donde exactamente.

 lo ire verificando y pondre la solucion.

 Rantiscares


Realice todo desde un principio...

ejecuto desde la consola de comandos

 gnokii --getsms IN 1

Obtengo este resultado


 GNOKII Version 0.6.26
 1. Inbox Message (Read)
 Date/time: 04/01/2011 11:48:56 -600
 Sender: 11 Msg Center: +5211
 Text:
 HOLA



Ahora hago un script totalmente nuevo lo llamo tirar y le doy permisos
de ejecucion (chmod 745)

 #!/bin/bash
 gnokii --getsms IN 1

Lo ejecuto en la consola de comandos...

 $ ./tirar

Obtengo el siguiente resultado...

 GNOKII Version 0.6.26
 1. Inbox Message (Read)
 Date/time: 04/01/2011 11:48:56 -600
 Sender: 11 Msg Center: +5211
 Text:
 HOLA

Ejecuto en la consola de comandos (crontab -e) y escribo lo siguiente...

 * * * * * /home/usuario/.sms/tirar

Obtengo el siguiente resultado porque el sistema me avisa que tengo un mail...


 Message 1:
 From usuario@dominio.casero Tue Jan 25 13:42:05 2011
 Envelope-to: usuario@dominio.casero
 Delivery-date: Tue, 25 Jan 2011 13:42:05 -0600
 From: root@dominio.casero (Cron Daemon)
 To: usuario@dominio.casero
 Subject: Cron usuario@dominio.casero /home/usuario/.sms/tirar
 Content-Type: text/plain; charset=UTF-8
 X-Cron-Env: SHELL=/bin/sh
 X-Cron-Env: HOME=/home/usuario
 X-Cron-Env: PATH=/usr/bin:/bin
 X-Cron-Env: LOGNAME=usuario
 Date: Tue, 25 Jan 2011 13:42:05 -0600

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character
 1. Inbox Message (Read)
 Date/time: 04/01/2011 11:48:56 -600
 Sender: 11 Msg Center: +5211
 Text:
 HOLA

Raro, muy raro, entonces si tiene que ver cron con el dichoso error que sale...

¡VAYA, AYUDENMEE!
Si no, tendre que dejarlo por un tiempo y despues retomarlo... jejeje

Ratniscares


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktikxj5fxuwnn6onb_9r1sguiuogo+oh6baore...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema Camaleón
El Tue, 25 Jan 2011 13:49:01 -0600, rantis cares escribió:

 El día 25 de enero de 2011 12:56, rantis cares escribió:
 El día 25 de enero de 2011 12:46, Camaleón escribió:

 Vale, pues entonces esto no parece un error o problema con la tarea
 del crontab ni con las variables de entorno. Esto es un error que te
 da la propia aplicación (gnokii) cuando ejecutas el script. Algo del
 script no le gusta pero no sé qué podría ser, tendrás que ir probando
 cosas... por ejemplo, puedes empezar con algo básico:

 #!/bin/bash
 gnokii --getsms IN 1  mensaje.txt

 Y lo ejecutas directamente (sh tuscript.sh) a ver si sigue saltando.

 De hecho, ya estoy haciendo esto y ya se que el error esta en el
 script,, pero no se donde exactamente.

 lo ire verificando y pondre la solucion.

 Rantiscares
 
 
 Realice todo desde un principio...
 
 ejecuto desde la consola de comandos

(...)

Antes de nada, haz la prueba que te comentaba que si no nos vamos a 
liar :-)

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.25.20.03...@gmail.com



Re: crontab -e

2011-01-25 Por tema rantis cares
El día 25 de enero de 2011 14:03, Camaleón noela...@gmail.com escribió:
 El Tue, 25 Jan 2011 13:49:01 -0600, rantis cares escribió:

 El día 25 de enero de 2011 12:56, rantis cares escribió:
 El día 25 de enero de 2011 12:46, Camaleón escribió:

 Vale, pues entonces esto no parece un error o problema con la tarea
 del crontab ni con las variables de entorno. Esto es un error que te
 da la propia aplicación (gnokii) cuando ejecutas el script. Algo del
 script no le gusta pero no sé qué podría ser, tendrás que ir probando
 cosas... por ejemplo, puedes empezar con algo básico:

 #!/bin/bash
 gnokii --getsms IN 1  mensaje.txt

 Y lo ejecutas directamente (sh tuscript.sh) a ver si sigue saltando.

 De hecho, ya estoy haciendo esto y ya se que el error esta en el
 script,, pero no se donde exactamente.

 lo ire verificando y pondre la solucion.

 Rantiscares


 Realice todo desde un principio...

 ejecuto desde la consola de comandos

 (...)

 Antes de nada, haz la prueba que te comentaba que si no nos vamos a
 liar :-)


Ya la realice, si ejecuto desde la consola de comandos no me marca el
error, es solo cuando ejecuto desde el cron...

Hice esto ...

  nano .tirar

 #!/bin/bash
 gnokii --getsms IN 1  mensaje.txt

y lo ejecute (previos permisos chmod 745)

 $ ./.tirar
GNOKII Version 0.6.26
 $ cat mensaje.txt
1. Inbox Message (Read)
Date/time: 04/01/2011 11:48:56 -600
Sender: 11 Msg Center: +5211
Text:
HOLA

Todo bien, no existe problema... solo despues lo agrego al cron para
que lo ejecute y de inmediato me envia el mail tan ya comentado

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=hceq6xotm8vg57xxywnv8umohxdiz+bp4o...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema rantis cares
El día 25 de enero de 2011 14:11, rantis cares rantisca...@gmail.com escribió:
 El día 25 de enero de 2011 14:03, Camaleón noela...@gmail.com escribió:
 El Tue, 25 Jan 2011 13:49:01 -0600, rantis cares escribió:

 El día 25 de enero de 2011 12:56, rantis cares escribió:
 El día 25 de enero de 2011 12:46, Camaleón escribió:

 Vale, pues entonces esto no parece un error o problema con la tarea
 del crontab ni con las variables de entorno. Esto es un error que te
 da la propia aplicación (gnokii) cuando ejecutas el script. Algo del
 script no le gusta pero no sé qué podría ser, tendrás que ir probando
 cosas... por ejemplo, puedes empezar con algo básico:

 #!/bin/bash
 gnokii --getsms IN 1  mensaje.txt

 Y lo ejecutas directamente (sh tuscript.sh) a ver si sigue saltando.

 De hecho, ya estoy haciendo esto y ya se que el error esta en el
 script,, pero no se donde exactamente.

 lo ire verificando y pondre la solucion.

 Rantiscares


 Realice todo desde un principio...

 ejecuto desde la consola de comandos

 (...)

 Antes de nada, haz la prueba que te comentaba que si no nos vamos a
 liar :-)


 Ya la realice, si ejecuto desde la consola de comandos no me marca el
 error, es solo cuando ejecuto desde el cron...

 Hice esto ...

      nano .tirar

     #!/bin/bash
     gnokii --getsms IN 1  mensaje.txt

 y lo ejecute (previos permisos chmod 745)

     $ ./.tirar
        GNOKII Version 0.6.26
     $ cat mensaje.txt
    1. Inbox Message (Read)
    Date/time: 04/01/2011 11:48:56 -600
    Sender: 11 Msg Center: +5211
    Text:
    HOLA

 Todo bien, no existe problema... solo despues lo agrego al cron para
 que lo ejecute y de inmediato me envia el mail tan ya comentado

 Gracias


De todos modos estoy buscando la respuesta en internet y encontre una
web que es la siguiente (no se mucho el ingles) y donde creo que puedo
encontrar algo.

http://old.nabble.com/forum/Search.jtp?query=gnokii+iconv%3A+Invalid+OR+incomplete+multibyte+OR+wide+characterdaterange=0startdate=enddate=


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=xpp62ux2qoljskktwoa05bqkon4-j-o00w...@mail.gmail.com



Re: crontab -e

2011-01-25 Por tema Camaleón
El Tue, 25 Jan 2011 14:11:28 -0600, rantis cares escribió:

 El día 25 de enero de 2011 14:03, Camaleón escribió:

 Antes de nada, haz la prueba que te comentaba que si no nos vamos a
 liar :-)
 
 
 Ya la realice, 

En el script anterior te faltó enviar la salida a un archivo de texto. 
Tal y como estamos cualquier detalle puede ser importante.

 si ejecuto desde la consola de comandos no me marca el
 error, es solo cuando ejecuto desde el cron...
 
 Hice esto ...
 
   nano .tirar
 
  #!/bin/bash
  gnokii --getsms IN 1  mensaje.txt

Vale, eso sí.
 
 y lo ejecute (previos permisos chmod 745)
 
  $ ./.tirar
 GNOKII Version 0.6.26
  $ cat mensaje.txt
 1. Inbox Message (Read)
 Date/time: 04/01/2011 11:48:56 -600
 Sender: 11 Msg Center: +5211 Text:
 HOLA
 
 Todo bien, no existe problema... solo despues lo agrego al cron para que
 lo ejecute y de inmediato me envia el mail tan ya comentado

Pues vaya :-(

Volvamos a probar forzando un locale, ejecuta estos dos comandos y pon la 
salida:

LANG=es_ES.UTF-8; sh tuscript.sh
LANG=POSIX; sh tuscript.sh

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.25.21.49...@gmail.com



Re: crontab -e

2011-01-25 Por tema Camaleón
El Tue, 25 Jan 2011 14:12:54 -0600, rantis cares escribió:

 El día 25 de enero de 2011 14:11, rantis cares escribió:

 De todos modos estoy buscando la respuesta en internet y encontre una
 web que es la siguiente (no se mucho el ingles) y donde creo que puedo
 encontrar algo.
 
 http://old.nabble.com/forum/Search.jtp?query=gnokii+iconv%3A+Invalid+OR+incomplete+multibyte+OR+wide+characterdaterange=0startdate=enddate=

Pues mira, yo he encontrado otra cosa interesante leyendo las notas de la 
última versión del programa:

http://www.gnokii.org/download/gnokii/gnokii-0.6.30.txt

***
20100425 Version 0.6.29
Major bugfixes in the encoding procedures. That should fix all problems
regarding SMS encoding on libiconv-based systems. This release may not 
work properly or even build on Windows and systems without libiconv 
support. Improvements in handling Series40 5th and 6th Edition.
***

En la versión 0.6.29 han corregido un bug que está relacionado con la 
codificación de los mensajes SMS y la biblioteca libiconv :-?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.25.22.18...@gmail.com



Re: crontab -e

2011-01-24 Por tema rantis cares
El día 16 de enero de 2011 13:19, Camaleón noela...@gmail.com escribió:
 El Sun, 16 Jan 2011 12:23:17 -0600, rantis cares escribió:

 El día 13 de enero de 2011 06:24, Camaleón escribió:

 (...)

 gnokii --getsms IN 1

 No me sale ningun error, de hecho antes de comenzar a hacer el script,
 lo utilizaba asi. Despues use solo el script y lo ejecutaba cuando lo
 necesitaba. Solo despues hice que cron lo ejecutara y ahi es donde la
 puerca torcio el rabo.

 Haz una pruebas más. Ejecuta el script desde la línea de comandos pero
 forzando un cambio de locale:

 LANG=POSIX; sh tuscript.sh

 ¿Te aparece el error?

 Si, el error me sigue apareciendo...

 ¿Ah, síiii? :-DDD

 (no lo tomes a mal, no es que me alegre del error, es que es bueno que
 hayas podido reproducirlo fuera de cron porque eso querría decir que al
 script *sí* le afecta la configuración del locale con el que se
 ejecuta).

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Recapitulemos, no vaya a ser que me haya alegrado sin motivo.

 Has ejecutado directamente desde la línea de comandos (_no_ desde cron)
 LANG=POSIX; sh tuscript.sh y te aparece el mensaje de error ¿sí? :-)

 Vale, pues ahora haz lo mismo pero con el locale que debe tener:

 LANG=es_ES.UTF-8; sh tuscript.sh


Ahora ejecute esto que me dices, pero en la consola (no se que es el
locale) pero me sigue apareciendo el mismo error.

LANG=es_ES.UTF-8; sh .sms

GNOKII Version 0.6.26
iconv: Invalid or incomplete multibyte or wide character
iconv: Invalid or incomplete multibyte or wide character


 ¿Sigue saliendo el error?

 Se trata de reproducir el mismo error que te aparece cuando quien
 ejecuta el script es cron y lo único que se me ocurre que pueda
 causar ese mensaje de error es que cron no tome alguna variable de
 entorno que necesita para el script...

 Bueno, me gustaria que entender que es alguna variable de entorno (lo
 buscare en google, pero si me lo puedes explicar mejor, te lo agradecere
 camaleon.

 Sí, explico.

 Cuando ejecutas una tarea que has creado desde crontab, ésta se ejecuta
 con algunas variables de entorno preestablecidas, como por ejemplo (según
 indica el manual man 5 crontab):

 $SHELL: pasa a tomar el valor de /bin/sh, mientras que cuando ejecutas
 el script desde consola, esa variable es /bin/bash.

 $LOGNAME: esta toma el valor del usuario para el que se haya creado la
 tarea y que está definido en el archivo /etc/passwd, por lo que en este
 caso no cambia.

 $HOME: a esta le pasa lo mismo que a $LOGNAME, así que no cambia.

 $PATH: se define a /usr/bin:/bin

 Si eso lo comparas con las variables de entorno que tiene tu usuario:

 sm01@stt008:~$  echo $SHELL $LOGNAME $HOME $PATH
 /bin/bash sm01 /home/sm01 /usr/local/bin:/usr/bin:/bin:/usr/games

 Verás que algunas cambian.

 ¿Y qué sucede con la variable de entorno $LANG cuando el script lo
 ejecuta crontab? Pues que se define a LANG=POSIX (creo... que alguien
 me corrija si es otro) así que para evitar que se genere ese mensaje de
 error que te envía por correo el crontab cada vez que se ejecuta la
 rutina, tendrías que definir la variable LANG=es_ES.UTF-8 (que es la
 que usa tu usuario habitual y por eso cuando ejecutas el script desde una
 terminal no te aparece ningún mensaje de error) dentro de la rutina del
 crontab y debería funcionar... lo que se me escapa es por qué no está
 funcionando en este caso, quizá haya que definirla en otro lado :-?

Creo que ya voy entendiendo las variables de entorno... Magistral la
explicacion.

Solo que como respondi en la parte de arriba, ejecute lo siguiente...

LANG=es_ES.UTF-8; sh tuscript.sh

LANG=es_ES.UTF-8; sh .sms
GNOKII Version 0.6.26
iconv: Invalid or incomplete multibyte or wide character
iconv: Invalid or incomplete multibyte or wide character

No se ni por donde darle
Ya recibi mas de 50 mil mensajes del sistema que me indica esto, lo
peor es que los permisos se estan cambiando, (luego explico eso)


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=-zhjorxaqgjxggx7xo-rcyxggxo_+y7z5+...@mail.gmail.com



Re: crontab -e

2011-01-24 Por tema rantis cares
El día 16 de enero de 2011 13:06, fernando sainz
fernandojose.sa...@gmail.com escribió:
 El día 16 de enero de 2011 19:26, rantis cares rantisca...@gmail.com 
 escribió:
 El día 13 de enero de 2011 01:32, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 13 de enero de 2011 00:58, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 16:05, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com 
 escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en 
 la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya 
 intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en 
 mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué 
 contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


 Como decía no entro en el problema solo comento que para programas que
 escriben en la salida o error estandar puedes de esta forma evitar que
 se genere el correo.
 Siempre podrías redirigirlo a otro fichero para no perder información.
  con 2/home/usuario/mensajes/errores.log

 Tranquilo que /dev/null es un pozo sin fondo :-)

 Por supuesto lo mejor es identificar por qué te produce el mensaje de
 error, pero para eso ya te dieron pistas.

 Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e
 puedo redirigirlo?

 ej

 #mn hr dm me ds comando

 #Descargando SMSs a cada minuto y borrandolos
  * * * * * /home/usuario/.script.sh  /dev/null 21

 Gracias


 Si, lo puedes poner así.

 De todas formas como te indicaron por ahí, mira el tema de los locales
 (man locale),
 porque a lo mejor tienes que poner alguna variable de entorno en el crontab.
 Es mejor encontrar el problema, ya que si en algún momento se produjera otro
 error, al estar redirigido no tendrías constancia de el.

 Efectivamente, ya tenia yo un error diferente que no lo hubiese
 detectado si todo lo mandara al agujero negro...


 A mi no me gusta editar con crontab -e  prefiero tener un fichero
 miCrontab bajo
 mi $HOME. de esta forma es más fácil tenerlo bajo un sistema de control de
 versiones y/o backup.
 Cuando lo modifico hago:  crontab miCrontab; crontab -l;

 ¿Crees que es mejor? Si es asi, asi lo aplico.

 Gracias



 Yo si, pero cada uno elige su forma de hacer las cosas, yo solo doy 
 opciones
 (si haces copia de seguridad del /var/spool/cron/crontabs/ en tu
 backup daría igual)

 Por cierto no se si el comando que daba Camaleon era correcto para cambiar
 el entorno de una orden:

 LANG=POSIX; sh tuscript.sh

 Creo recoradar que era sin el punto y coma:

 Yo probaría con LC_ALL

 LC_ALL=es_ES.UTF-8  tuscript.sh
 (o el locale que quieras)

He ejecutado la siguiente orden en la linea de comandos y me arroja el
mismo error...

LC_ALL=es_ES.UTF-8 sh .sms

GNOKII Version 0.6.26
iconv: Invalid or incomplete multibyte 

Re: crontab -e

2011-01-16 Por tema rantis cares
El día 13 de enero de 2011 06:24, Camaleón noela...@gmail.com escribió:
 El Wed, 12 Jan 2011 18:00:19 -0600, rantis cares escribió:

 El día 10 de enero de 2011 16:55, Camaleón escribió:

     #!/bin/bash
     ALTA=`date +%d%m%Y-%k%M%S`
     gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
     gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Hum... ¿y si ejecutas manualmente el comando para que use la salida
 estándar en lugar de enviarlo a un archivo, tampoco se queja de la
 codificación? :-?

 gnokii --getsms IN 1

 No me sale ningun error, de hecho antes de comenzar a hacer el script,
 lo utilizaba asi. Despues use solo el script y lo ejecutaba cuando lo
 necesitaba. Solo despues hice que cron lo ejecutara y ahi es donde la
 puerca torcio el rabo.

 Haz una pruebas más. Ejecuta el script desde la línea de comandos pero
 forzando un cambio de locale:

 LANG=POSIX; sh tuscript.sh

 ¿Te aparece el error?

Si, el error me sigue apareciendo...

GNOKII Version 0.6.26
iconv: Invalid or incomplete multibyte or wide character
iconv: Invalid or incomplete multibyte or wide character


 Se trata de reproducir el mismo error que te aparece cuando quien ejecuta
 el script es cron y lo único que se me ocurre que pueda causar ese
 mensaje de error es que cron no tome alguna variable de entorno que
 necesita para el script...

Bueno, me gustaria que entender que es alguna variable de entorno
(lo buscare en google, pero si me lo puedes explicar mejor, te lo
agradecere camaleon.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTimfuv+synG5Qu=w84fjfpx2+gga4beepoc...@mail.gmail.com



Re: crontab -e

2011-01-16 Por tema rantis cares
El día 13 de enero de 2011 01:32, fernando sainz
fernandojose.sa...@gmail.com escribió:
 El día 13 de enero de 2011 00:58, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 16:05, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene 
 el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


 Como decía no entro en el problema solo comento que para programas que
 escriben en la salida o error estandar puedes de esta forma evitar que
 se genere el correo.
 Siempre podrías redirigirlo a otro fichero para no perder información.
  con 2/home/usuario/mensajes/errores.log

 Tranquilo que /dev/null es un pozo sin fondo :-)

 Por supuesto lo mejor es identificar por qué te produce el mensaje de
 error, pero para eso ya te dieron pistas.

 Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e
 puedo redirigirlo?

 ej

 #mn hr dm me ds comando

 #Descargando SMSs a cada minuto y borrandolos
  * * * * * /home/usuario/.script.sh  /dev/null 21

 Gracias


 Si, lo puedes poner así.

 De todas formas como te indicaron por ahí, mira el tema de los locales
 (man locale),
 porque a lo mejor tienes que poner alguna variable de entorno en el crontab.
 Es mejor encontrar el problema, ya que si en algún momento se produjera otro
 error, al estar redirigido no tendrías constancia de el.

Efectivamente, ya tenia yo un error diferente que no lo hubiese
detectado si todo lo mandara al agujero negro...


 A mi no me gusta editar con crontab -e  prefiero tener un fichero
 miCrontab bajo
 mi $HOME. de esta forma es más fácil tenerlo bajo un sistema de control de
 versiones y/o backup.
 Cuando lo modifico hago:  crontab miCrontab; crontab -l;

¿Crees que es mejor? Si es asi, asi lo aplico.

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTinUxNz01wWGS8-ZS6qfh-uUMxb1NL�u1t+...@mail.gmail.com



Re: crontab -e

2011-01-16 Por tema fernando sainz
El día 16 de enero de 2011 19:26, rantis cares rantisca...@gmail.com escribió:
 El día 13 de enero de 2011 01:32, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 13 de enero de 2011 00:58, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 16:05, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com 
 escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en 
 la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene 
 el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


 Como decía no entro en el problema solo comento que para programas que
 escriben en la salida o error estandar puedes de esta forma evitar que
 se genere el correo.
 Siempre podrías redirigirlo a otro fichero para no perder información.
  con 2/home/usuario/mensajes/errores.log

 Tranquilo que /dev/null es un pozo sin fondo :-)

 Por supuesto lo mejor es identificar por qué te produce el mensaje de
 error, pero para eso ya te dieron pistas.

 Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e
 puedo redirigirlo?

 ej

 #mn hr dm me ds comando

 #Descargando SMSs a cada minuto y borrandolos
  * * * * * /home/usuario/.script.sh  /dev/null 21

 Gracias


 Si, lo puedes poner así.

 De todas formas como te indicaron por ahí, mira el tema de los locales
 (man locale),
 porque a lo mejor tienes que poner alguna variable de entorno en el crontab.
 Es mejor encontrar el problema, ya que si en algún momento se produjera otro
 error, al estar redirigido no tendrías constancia de el.

 Efectivamente, ya tenia yo un error diferente que no lo hubiese
 detectado si todo lo mandara al agujero negro...


 A mi no me gusta editar con crontab -e  prefiero tener un fichero
 miCrontab bajo
 mi $HOME. de esta forma es más fácil tenerlo bajo un sistema de control de
 versiones y/o backup.
 Cuando lo modifico hago:  crontab miCrontab; crontab -l;

 ¿Crees que es mejor? Si es asi, asi lo aplico.

 Gracias



Yo si, pero cada uno elige su forma de hacer las cosas, yo solo doy opciones
(si haces copia de seguridad del /var/spool/cron/crontabs/ en tu
backup daría igual)

Por cierto no se si el comando que daba Camaleon era correcto para cambiar
el entorno de una orden:

LANG=POSIX; sh tuscript.sh

Creo recoradar que era sin el punto y coma:

Yo probaría con LC_ALL

LC_ALL=es_ES.UTF-8  tuscript.sh
(o el locale que quieras)

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktims7zwu3gzh0tlqrdxe8-rkp2qssft3xizpg...@mail.gmail.com



Re: crontab -e

2011-01-16 Por tema Camaleón
El Sun, 16 Jan 2011 12:23:17 -0600, rantis cares escribió:

 El día 13 de enero de 2011 06:24, Camaleón escribió:

(...)

 gnokii --getsms IN 1

 No me sale ningun error, de hecho antes de comenzar a hacer el script,
 lo utilizaba asi. Despues use solo el script y lo ejecutaba cuando lo
 necesitaba. Solo despues hice que cron lo ejecutara y ahi es donde la
 puerca torcio el rabo.

 Haz una pruebas más. Ejecuta el script desde la línea de comandos pero
 forzando un cambio de locale:

 LANG=POSIX; sh tuscript.sh

 ¿Te aparece el error?
 
 Si, el error me sigue apareciendo...

¿Ah, síiii? :-DDD 

(no lo tomes a mal, no es que me alegre del error, es que es bueno que 
hayas podido reproducirlo fuera de cron porque eso querría decir que al 
script *sí* le afecta la configuración del locale con el que se 
ejecuta).
 
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character 
 iconv: Invalid or incomplete multibyte or wide character

Recapitulemos, no vaya a ser que me haya alegrado sin motivo.

Has ejecutado directamente desde la línea de comandos (_no_ desde cron) 
LANG=POSIX; sh tuscript.sh y te aparece el mensaje de error ¿sí? :-)

Vale, pues ahora haz lo mismo pero con el locale que debe tener:

LANG=es_ES.UTF-8; sh tuscript.sh

¿Sigue saliendo el error?
 
 Se trata de reproducir el mismo error que te aparece cuando quien
 ejecuta el script es cron y lo único que se me ocurre que pueda
 causar ese mensaje de error es que cron no tome alguna variable de
 entorno que necesita para el script...
 
 Bueno, me gustaria que entender que es alguna variable de entorno (lo
 buscare en google, pero si me lo puedes explicar mejor, te lo agradecere
 camaleon.

Sí, explico.

Cuando ejecutas una tarea que has creado desde crontab, ésta se ejecuta 
con algunas variables de entorno preestablecidas, como por ejemplo (según 
indica el manual man 5 crontab):

$SHELL: pasa a tomar el valor de /bin/sh, mientras que cuando ejecutas 
el script desde consola, esa variable es /bin/bash.

$LOGNAME: esta toma el valor del usuario para el que se haya creado la 
tarea y que está definido en el archivo /etc/passwd, por lo que en este 
caso no cambia.

$HOME: a esta le pasa lo mismo que a $LOGNAME, así que no cambia.

$PATH: se define a /usr/bin:/bin

Si eso lo comparas con las variables de entorno que tiene tu usuario:

sm01@stt008:~$  echo $SHELL $LOGNAME $HOME $PATH
/bin/bash sm01 /home/sm01 /usr/local/bin:/usr/bin:/bin:/usr/games

Verás que algunas cambian.

¿Y qué sucede con la variable de entorno $LANG cuando el script lo 
ejecuta crontab? Pues que se define a LANG=POSIX (creo... que alguien 
me corrija si es otro) así que para evitar que se genere ese mensaje de 
error que te envía por correo el crontab cada vez que se ejecuta la 
rutina, tendrías que definir la variable LANG=es_ES.UTF-8 (que es la 
que usa tu usuario habitual y por eso cuando ejecutas el script desde una 
terminal no te aparece ningún mensaje de error) dentro de la rutina del 
crontab y debería funcionar... lo que se me escapa es por qué no está 
funcionando en este caso, quizá haya que definirla en otro lado :-?

Bueno, al menos esa era mi teoría :-)

Saludos, 

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.16.19.19...@gmail.com



Re: crontab -e

2011-01-13 Por tema Camaleón
El Wed, 12 Jan 2011 18:00:19 -0600, rantis cares escribió:

 El día 10 de enero de 2011 16:55, Camaleón escribió:

     #!/bin/bash
     ALTA=`date +%d%m%Y-%k%M%S`
     gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA 
 gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Hum... ¿y si ejecutas manualmente el comando para que use la salida
 estándar en lugar de enviarlo a un archivo, tampoco se queja de la
 codificación? :-?

 gnokii --getsms IN 1
 
 No me sale ningun error, de hecho antes de comenzar a hacer el script,
 lo utilizaba asi. Despues use solo el script y lo ejecutaba cuando lo
 necesitaba. Solo despues hice que cron lo ejecutara y ahi es donde la
 puerca torcio el rabo.

Haz una pruebas más. Ejecuta el script desde la línea de comandos pero 
forzando un cambio de locale:

LANG=POSIX; sh tuscript.sh

¿Te aparece el error?

Se trata de reproducir el mismo error que te aparece cuando quien ejecuta 
el script es cron y lo único que se me ocurre que pueda causar ese 
mensaje de error es que cron no tome alguna variable de entorno que 
necesita para el script...

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.13.12.24...@gmail.com



Re: crontab -e

2011-01-12 Por tema rantis cares
El día 10 de enero de 2011 16:05, fernando sainz
fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


 Como decía no entro en el problema solo comento que para programas que
 escriben en la salida o error estandar puedes de esta forma evitar que
 se genere el correo.
 Siempre podrías redirigirlo a otro fichero para no perder información.
  con 2/home/usuario/mensajes/errores.log

 Tranquilo que /dev/null es un pozo sin fondo :-)

 Por supuesto lo mejor es identificar por qué te produce el mensaje de
 error, pero para eso ya te dieron pistas.

Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e
puedo redirigirlo?

ej

#mn hr dm me ds comando

#Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh  /dev/null 21

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=9mlkpdf1mdoq9hskv=zyrymqqgg4g9z2up...@mail.gmail.com



Re: crontab -e

2011-01-12 Por tema rantis cares
El día 10 de enero de 2011 16:55, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 11:45:01 -0600, rantis cares escribió:

 El día 10 de enero de 2011 11:23, Camaleón escribió:

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene
 el script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

     #!/bin/bash
     ALTA=`date +%d%m%Y-%k%M%S`
     gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
     gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Hum... ¿y si ejecutas manualmente el comando para que use la salida
 estándar en lugar de enviarlo a un archivo, tampoco se queja de la
 codificación? :-?

 gnokii --getsms IN 1

No me sale ningun error, de hecho antes de comenzar a hacer el script,
lo utilizaba asi. Despues use solo el script y lo ejecutaba cuando lo
necesitaba. Solo despues hice que cron lo ejecutara y ahi es donde la
puerca torcio el rabo.

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimyosi_hp1fntnzuyswc3rqzc==gz-tmh2wy...@mail.gmail.com



Re: crontab -e

2011-01-12 Por tema fernando sainz
El día 13 de enero de 2011 00:58, rantis cares rantisca...@gmail.com escribió:
 El día 10 de enero de 2011 16:05, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


 Como decía no entro en el problema solo comento que para programas que
 escriben en la salida o error estandar puedes de esta forma evitar que
 se genere el correo.
 Siempre podrías redirigirlo a otro fichero para no perder información.
  con 2/home/usuario/mensajes/errores.log

 Tranquilo que /dev/null es un pozo sin fondo :-)

 Por supuesto lo mejor es identificar por qué te produce el mensaje de
 error, pero para eso ya te dieron pistas.

 Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e
 puedo redirigirlo?

 ej

 #mn hr dm me ds comando

 #Descargando SMSs a cada minuto y borrandolos
  * * * * * /home/usuario/.script.sh  /dev/null 21

 Gracias


Si, lo puedes poner así.

De todas formas como te indicaron por ahí, mira el tema de los locales
(man locale),
porque a lo mejor tienes que poner alguna variable de entorno en el crontab.
Es mejor encontrar el problema, ya que si en algún momento se produjera otro
error, al estar redirigido no tendrías constancia de el.

A mi no me gusta editar con crontab -e  prefiero tener un fichero
miCrontab bajo
mi $HOME. de esta forma es más fácil tenerlo bajo un sistema de control de
versiones y/o backup.
Cuando lo modifico hago:  crontab miCrontab; crontab -l;

Saludos.



 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/aanlkti9mlkpdf1mdoq9hskvzyrymqqgg4g9z2up...@mail.gmail.com




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTinDWqf4Hq9aBEMLkp8iPoMDWV_Km1ATfy...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema rantis cares
El día 9 de enero de 2011 05:14, Camaleón noela...@gmail.com escribió:
 El Sat, 08 Jan 2011 15:42:19 -0600, rantis cares escribió:

 Hice un script con gnokii, lo unico que hace es descargar el mensaje uno
 y borrarlo, pero para guardar el mensaje, toma la fecha y hora en que se
 recibio. Y funciona perfectamente, asi que decidi ejecutarlo mediante
 crontab -e y todo funciona bien a cada minuto, porque lo ejecuto cada
 minuto, pero aqui viene el problema, cada minuto me llega un mail que
 dice:

 Date: Sat, 08 Jan 2011 15:31:05 -0600

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character
 04012011-114856

 La linea final que dice 04012011 (etc) es la fecha y hora con que se
 registro la recepcion del mensaje.

 ¿Que es lo que sucede aqui? ¿Como hacerle para que no me lleguen a cada
 minuto estos mails del sistema, porque a ese paso, se podria llenar muy
 rapido mi disco duro de 20 theras

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
(ejecutando crontab me abre un archivo en nano y ahi agrego en la
primera linea lo que me dices

 LANG=es_ES.UTF-8

 #mn hr dm me ds comando


Pero me sigue saliendo el mismo error. Intente poner la variable en mi
script de la siguiente manera:

#!/bin/bash

LANG=es_ES.UTF-8


Pero me sigue arrojando el mismo error:

From usua...@dominio.com Mon Jan 10 10:01:05 2011
Envelope-to: usua...@dominio.com
Delivery-date: Mon, 10 Jan 2011 10:01:05 -0600
From: r...@dominio.com (Cron Daemon)
To: usua...@dominio.com
Subject: Cron usua...@dominio /home/usuario/.script.sh
Content-Type: text/plain; charset=UTF-8
X-Cron-Env: LANG=es_ES.UTF-8
X-Cron-Env: SHELL=/bin/sh
X-Cron-Env: HOME=/home/usuario
X-Cron-Env: PATH=/usr/bin:/bin
X-Cron-Env: LOGNAME=usuario
Date: Mon, 10 Jan 2011 10:01:05 -0600

GNOKII Version 0.6.26
iconv: Invalid or incomplete multibyte or wide character
iconv: Invalid or incomplete multibyte or wide character


Y por cierto, tienes toda la razon, es terabit.

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimyyj767xfoadcbzoi_twckxf=antfu+hftc...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema rantis cares
El día 9 de enero de 2011 05:02, Julio jul...@escomposlinux.org escribió:
 El 08/01/2011 22:42, rantis cares escribió:

 Listeros:

 Hice un script con gnokii, lo unico que hace es descargar el mensaje
 uno y borrarlo, pero para guardar el mensaje, toma la fecha y hora en
 que se recibio. Y funciona perfectamente, asi que decidi ejecutarlo
 mediante crontab -e y todo funciona bien a cada minuto, porque lo
 ejecuto cada minuto, pero aqui viene el problema, cada minuto me llega
 un mail

 Comenta la línea MAILTO del cron.

No se como comentar esta linea, pero creo que es para que no envie
ningun mensaje. A mi juicio creo que no deberia comentarla porque
entonces cuando suceda algun error simplemente no me avisara. Al menos
eso creo, si estoy en un error disculpa mi ignorancia.

Gracias


 Un saludo

 JulHer


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/4d2995c5.4090...@escomposlinux.org




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=cw2azwves1dknqv7n3y=mq=bqauwcm8pj9...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema Camaleón
El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.
 
 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices
 
  LANG=es_ES.UTF-8
 
  #mn hr dm me ds comando
 
 
 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:
 
 #!/bin/bash
 
 LANG=es_ES.UTF-8
 
 
 Pero me sigue arrojando el mismo error:

(...)
 
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character 
 iconv: Invalid or incomplete multibyte or wide character

Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el 
script que ejecuta cron? Si lo envías a la lista, oculta los datos 
sensibles como números de teléfono, etc... 

Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te 
aparece algún mensaje de error?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.10.17.23...@gmail.com



Re: crontab -e

2011-01-10 Por tema rantis cares
El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

lo unico que tiene mi grandioso script es:

#!/bin/bash
ALTA=`date +%d%m%Y-%k%M%S`
gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
gnokii --deletesms IN

Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
error, claro tambien cuando lo ejecuto desde cron, funciona tambien
perfectamente, pero me manda ese dichoso mail a ca da minuto.

Para añadirlo a cron lo hago mediante la siguiente orden:

crontab -e

Y entonces me aparece esto

  GNU nano 2.0.7  Fichero: /tmp/crontab.nnilds/crontab

#mn hr dm me ds comando
LANG=es_ES.UTF-8

#Descargando SMSs a cada minuto y borrandolos
* * * * * /home/usuario/.script.sh


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=Mm9ihRWAhDqhwiP_MVH39=wN;mzzvamm...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema fernando sainz
El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
salidas estandar y/o de error a /dev/null.

gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA   2/dev/null
gnokii --deletesms IN   /dev/null 21


Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktikzko=zc4nvojvsn8fk3w_5f+q=wqja_tzke...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema JulHer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El 10/01/11 17:18, rantis cares escribió:
 Comenta la línea MAILTO del cron.

 No se como comentar esta linea, pero creo que es para que no envie
 ningun mensaje. 

Si en el archivo hay una línea que empiece con MAILTO simplemente le
pones un # delante.

 A mi juicio creo que no deberia comentarla porque
 entonces cuando suceda algun error simplemente no me avisara. Al menos
 eso creo, si estoy en un error disculpa mi ignorancia.

Efectivamente. Se manda un correo con la salida de los comandos. Pero si
no tienes una línea MAILTO no se porqué te llegan los correos.

Un saludo

JulHer


-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0rWN8ACgkQN4Xu4S1+RIuaBACfYZF8cL0qEgWD8MeWYH5RYmQi
wbQAoKORwQT1EaQ+uc10fTOw/mC+kIAk
=5D52
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d2b58df.50...@escomposlinux.org



Re: crontab -e

2011-01-10 Por tema rantis cares
El día 10 de enero de 2011 12:51, fernando sainz
fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

Creo que eso no es resolver el problema de raiz. Esto no quiere decir
que yo siempre los resuelvo
Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
borraran automaticamente incluso de /dev/null? o tambien almacenara la
informacion?.

 gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA   2/dev/null
 gnokii --deletesms IN   /dev/null 21

Veamos...



 Saludos.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/aanlktikzkozc4nvojvsn8fk3w_5f+qwqja_tzke...@mail.gmail.com




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimucen_jykwbcevbk1l_u7y6uzh3h0lfwn3g...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema fernando sainz
El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


Como decía no entro en el problema solo comento que para programas que
escriben en la salida o error estandar puedes de esta forma evitar que
se genere el correo.
Siempre podrías redirigirlo a otro fichero para no perder información.
 con 2/home/usuario/mensajes/errores.log

Tranquilo que /dev/null es un pozo sin fondo :-)

Por supuesto lo mejor es identificar por qué te produce el mensaje de
error, pero para eso ya te dieron pistas.

S2.


 gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA   2/dev/null
 gnokii --deletesms IN   /dev/null 21

 Veamos...



 Saludos.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/aanlktikzkozc4nvojvsn8fk3w_5f+qwqja_tzke...@mail.gmail.com




 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/aanlktimucen_jykwbcevbk1l_u7y6uzh3h0lfwn3g...@mail.gmail.com




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=h5t-51qu1=ghkrtc19pefx2tfp=yub7yrm...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema JulHer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El 10/01/11 22:49, rantis cares escribió:
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.

/dev/null es un agujero negro donde desaparece todo lo que envías.

Un saludo

JulHer
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEUEARECAAYFAk0rgBAACgkQN4Xu4S1+RItxWACXT382M0M731x9MFRJzckZPhvG
zACfWkmRYXf8u2RUAJXY66F8OEBLGxU=
=oj13
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d2b8010.4090...@escomposlinux.org



Re: crontab -e

2011-01-10 Por tema rantis cares
El día 10 de enero de 2011 16:05, fernando sainz
fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 22:49, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 12:51, fernando sainz
 fernandojose.sa...@gmail.com escribió:
 El día 10 de enero de 2011 18:45, rantis cares rantisca...@gmail.com 
 escribió:
 El día 10 de enero de 2011 11:23, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:

 El día 9 de enero de 2011 05:14, Camaleón escribió:

 Parece que tiene problemas con la codificación. Prueba a definir en la
 tarea del cron la variable LANG=es_ES.UTF-8.

 Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
 (ejecutando crontab me abre un archivo en nano y ahi agrego en la
 primera linea lo que me dices

                  LANG=es_ES.UTF-8

                  #mn hr dm me ds comando


 Pero me sigue saliendo el mismo error. Intente poner la variable en mi
 script de la siguiente manera:

 #!/bin/bash

 LANG=es_ES.UTF-8


 Pero me sigue arrojando el mismo error:

 (...)

 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character
 iconv: Invalid or incomplete multibyte or wide character

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
 script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...

 lo unico que tiene mi grandioso script es:

    #!/bin/bash
    ALTA=`date +%d%m%Y-%k%M%S`
    gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA
    gnokii --deletesms IN

 Eso es todo lo que hace mi script

 Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
 aparece algún mensaje de error?

 Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
 error, claro tambien cuando lo ejecuto desde cron, funciona tambien
 perfectamente, pero me manda ese dichoso mail a ca da minuto.

 Para añadirlo a cron lo hago mediante la siguiente orden:

    crontab -e

 Y entonces me aparece esto

  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab

 #mn hr dm me ds comando
 LANG=es_ES.UTF-8

 #Descargando SMSs a cada minuto y borrandolos
 * * * * * /home/usuario/.script.sh



 Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
 salidas estandar y/o de error a /dev/null.

 Creo que eso no es resolver el problema de raiz. Esto no quiere decir
 que yo siempre los resuelvo
 Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
 borraran automaticamente incluso de /dev/null? o tambien almacenara la
 informacion?.


 Como decía no entro en el problema solo comento que para programas que
 escriben en la salida o error estandar puedes de esta forma evitar que
 se genere el correo.
 Siempre podrías redirigirlo a otro fichero para no perder información.
  con 2/home/usuario/mensajes/errores.log

 Tranquilo que /dev/null es un pozo sin fondo :-)

Ok, comienzo a entender

Buscare mas informacion al respecto para aclarar unas dudas ya no
sobre el mail que el sistema me manda, sino que sera otro TOPIC tal
vez /dev/null

Gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimshwb3e-dd5zdtfvxot21chh6z91cf6nqo_...@mail.gmail.com



Re: crontab -e

2011-01-10 Por tema Camaleón
El Mon, 10 Jan 2011 11:45:01 -0600, rantis cares escribió:

 El día 10 de enero de 2011 11:23, Camaleón escribió:

 Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene
 el script que ejecuta cron? Si lo envías a la lista, oculta los datos
 sensibles como números de teléfono, etc...
 
 lo unico que tiene mi grandioso script es:
 
 #!/bin/bash
 ALTA=`date +%d%m%Y-%k%M%S`
 gnokii --getsms IN 1  /home/usuario/mensajes/$ALTA 
 gnokii --deletesms IN
 
 Eso es todo lo que hace mi script

Hum... ¿y si ejecutas manualmente el comando para que use la salida 
estándar en lugar de enviarlo a un archivo, tampoco se queja de la 
codificación? :-?

gnokii --getsms IN 1

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.10.22.55...@gmail.com



Re: crontab -e

2011-01-09 Por tema Camaleón
El Sat, 08 Jan 2011 15:42:19 -0600, rantis cares escribió:

 Hice un script con gnokii, lo unico que hace es descargar el mensaje uno
 y borrarlo, pero para guardar el mensaje, toma la fecha y hora en que se
 recibio. Y funciona perfectamente, asi que decidi ejecutarlo mediante
 crontab -e y todo funciona bien a cada minuto, porque lo ejecuto cada
 minuto, pero aqui viene el problema, cada minuto me llega un mail que
 dice:
 
 Date: Sat, 08 Jan 2011 15:31:05 -0600
 
 GNOKII Version 0.6.26
 iconv: Invalid or incomplete multibyte or wide character 
 iconv: Invalid or incomplete multibyte or wide character 
 04012011-114856
 
 La linea final que dice 04012011 (etc) es la fecha y hora con que se
 registro la recepcion del mensaje.
 
 ¿Que es lo que sucede aqui? ¿Como hacerle para que no me lleguen a cada
 minuto estos mails del sistema, porque a ese paso, se podria llenar muy
 rapido mi disco duro de 20 theras

Parece que tiene problemas con la codificación. Prueba a definir en la 
tarea del cron la variable LANG=es_ES.UTF-8.

 Gracias
 
 P:D:  (jeje, es broma lo de las 20 theras).

Serían 20 teras en todo caso :-P

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.01.09.11.14...@gmail.com



Re: crontab -e

2011-01-09 Por tema Julio

El 08/01/2011 22:42, rantis cares escribió:

Listeros:

Hice un script con gnokii, lo unico que hace es descargar el mensaje
uno y borrarlo, pero para guardar el mensaje, toma la fecha y hora en
que se recibio. Y funciona perfectamente, asi que decidi ejecutarlo
mediante crontab -e y todo funciona bien a cada minuto, porque lo
ejecuto cada minuto, pero aqui viene el problema, cada minuto me llega
un mail


Comenta la línea MAILTO del cron.

Un saludo

JulHer


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d2995c5.4090...@escomposlinux.org



Re: crontab [solusionado]

2010-05-21 Por tema Liuber Hernández Leyva
On Thursday 20 May 2010 16:40:53 fernandojoseGmail wrote:

Hackers do it with fewer instructions.
Gracias lista y a fernando con toda la razón. 

estaba colocando mal el orden de la hora en el crontab. 

sin más,
liuber's 





--

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/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005211631.43195.liu...@fts.vcl.sld.cu



Re: crontab

2010-05-20 Por tema Liuber Hernández Leyva
On Monday 17 May 2010 17:38:28 Roberto De Oliveira wrote:
 El día 17 de mayo de 2010 03:12, Liuber Hernández Leyva

Hola lista, por favor, corregir si hay error, en la linia [1] que agregué 
al /etc/crontab reinicie el servicio /ete/init.d/cron restart y no funcionó, 
anteriormente lo tenia para que llamara un script, pero no funcionó, necesito 
de su ayuda, gracias de antemano y disculpen por su tiempo. 

1-
0024* * * httrack http://ftp/descomp/ -P 192.168.0.3:3128


sld2.
liuber's






--

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/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005201007.45602.liu...@fts.vcl.sld.cu



Re: crontab

2010-05-20 Por tema fernandojoseGmail
Liuber Hernández Leyva wrote:
 On Monday 17 May 2010 17:38:28 Roberto De Oliveira wrote:
 El día 17 de mayo de 2010 03:12, Liuber Hernández Leyva

 Hola lista, por favor, corregir si hay error, en la linia [1] que agregué 
 al /etc/crontab reinicie el servicio /ete/init.d/cron restart y no funcionó, 
 anteriormente lo tenia para que llamara un script, pero no funcionó, necesito 
 de su ayuda, gracias de antemano y disculpen por su tiempo. 
 
 1-
 0024* * * httrack http://ftp/descomp/ -P 192.168.0.3:3128
 
 

Una cosilla.
El cron puede ser usado a nivel de usuario, no es necesario usar el cron
de root.

Uno se puede crear un fichero crontabPersonal y cargarlo desde su
usuario con: crontab crontabPersonal

Luego un crontab -l para verificar que todo esta bien.

ejemplo: (crontabPersonal del usuario fernando)
(No olvidar que los scripts sean ejecutables y poner el PATH correcto
Si hay proxy y vamos a tirar de internet, pues el http_proxy)

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
http_proxy=http://proxy.miempresa.com:8080
MAILTO=fernando

# m h dom mon dow   command

00  9  *   *   */home/fernando/sh/correoCron.sh /dev/null 21


etc



-- 
Fernando.
{:-{D

   Hackers do it with fewer instructions.



-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bf549f5.6080...@gmail.com



Re: crontab

2010-05-20 Por tema fernandojoseGmail
fernandojoseGmail wrote:
 Liuber Hernández Leyva wrote:
 On Monday 17 May 2010 17:38:28 Roberto De Oliveira wrote:
 El día 17 de mayo de 2010 03:12, Liuber Hernández Leyva

 Hola lista, por favor, corregir si hay error, en la linia [1] que agregué 
 al /etc/crontab reinicie el servicio /ete/init.d/cron restart y no funcionó, 
 anteriormente lo tenia para que llamara un script, pero no funcionó, 
 necesito 
 de su ayuda, gracias de antemano y disculpen por su tiempo. 

 1-
 0024* * * httrack http://ftp/descomp/ -P 192.168.0.3:3128


 
 Una cosilla.
 El cron puede ser usado a nivel de usuario, no es necesario usar el cron
 de root.
 
 Uno se puede crear un fichero crontabPersonal y cargarlo desde su
 usuario con: crontab crontabPersonal
 
 Luego un crontab -l para verificar que todo esta bien.
 
 ejemplo: (crontabPersonal del usuario fernando)
 (No olvidar que los scripts sean ejecutables y poner el PATH correcto
 Si hay proxy y vamos a tirar de internet, pues el http_proxy)
 
 SHELL=/bin/sh
 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 http_proxy=http://proxy.miempresa.com:8080
 MAILTO=fernando
 
 # m h dom mon dow   command
 
 00  9  *   *   */home/fernando/sh/correoCron.sh /dev/null 21
 
 
 etc
 
 
 

Una cosa mas, usando el crontab a nivel de usuario no es necesario
reiniciar el cron cuando cargues de nuevo el crontab.
(Los programas se ejecutan aunque no hayamos abierto sesión)

es suficiente un
$ crontab crontabPersonal

Si ademas usamos scripts, podemos modificarlos y ni siquiera tenemos que
recargar el crontab.

Creo que ya no se me olvida nada.

Saludos.



-- 
Fernando.
{:-{D

   Hackers do it with fewer instructions.



-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bf54c49.70...@gmail.com



Re: crontab

2010-05-17 Por tema AngelD
El Mon, 17 May 2010 09:42:19 +0200
Liuber Hernández Leyva liu...@fts.vcl.sld.cu escribió:

 Hola lista, 
 He leido un poco de materiales, que me han enviado, coloqué estas
 lineas 50 16   
 * * *   root/root/av.sh en crontab para probar, pero no funcionó, 
 necesito de su ayuda, disculpen por su tiempo, y gracias de antemano, 

Veo que lo de leer o dedicar tres segundos a la documentación
no va contigo, porque si haces:
 
 $ man 5 crontab

Vas a la sección EXAMPLE, y miras los ejemplos te responderás
en menos tiempo del que se tarda en escribir un correo.

Saludos --- Angel


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100517155249.39838...@x32



Re: crontab

2010-05-17 Por tema Julio
El lun, 17-05-2010 a las 09:42 +0200, Liuber Hernández Leyva escribió:
 coloqué estas lineas 50 16   
 * * *   root/root/av.sh en crontab para probar, pero no funcionó, 

Debería ser 

50 16 * * *  /root/av.sh

Un saludo

JulHer



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente


Re: crontab

2010-05-17 Por tema Roberto De Oliveira
El día 17 de mayo de 2010 03:12, Liuber Hernández Leyva
liu...@fts.vcl.sld.cu escribió:
 Hola lista,
 He leido un poco de materiales, que me han enviado, coloqué estas lineas 50 16
 * * *   root    /root/av.sh en crontab para probar, pero no funcionó,
 necesito de su ayuda, disculpen por su tiempo, y gracias de antemano,

 sld2.
 liuber's


Asumiendo que la línea es:
50 16 * * *   root/root/av.sh

y aún así no se ejectua, te recomiendo que veas las bitácoras para ver
que está pasando, esto se hace con la siguiente orden (con permisos de
root):
grep CRON /var/log/syslog



-- 
Saludos,
Roberto De Oliveira


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimtnkfqfxynxt7tgtwzoxjfqgonh5egmt59v...@mail.gmail.com



Re: Crontab y backups

2007-07-08 Por tema mmejiav

El día 8/07/07, Adrián Navarro [EMAIL PROTECTED] escribió:


Hola!
Recurro a la lista por la siguiente duda...
No tengo ni idea de crontab, he intentado montarmelo pero me ha salido
el tiro por la culata.
Actualmente el comando que uso (y que me funciona perfectamente) es este:
tar cvzf /backups/linkloo/`date +%m-%d-%y`.tar.gz /linkloo 
/backups/linkloo/logs/`date +%m-%d-%y`
Ahora el problema es incluirlo a un crontab diario, es decir, a las
12:00 de la noche. Que por cierto, el reloj de esa maquina me va
adelantado de 2 horas (dom jul  8 16:53:06 CEST 2007
cuando son las 14:53) aunque al ser CEST tengo mis dudas.

Sin más que decir y sin liarme, es básicamente como poner un cron
que ejecute ese comando a la hora correcta...

Un saludo, listeros!!



Hola para ti también
Básicamente la forma en que yo lo haria (cada uno se rasca de manera
diferente) es meter tu comando en un archivito, darle permisos de ejecución
y agregarlo en el crontab
como se ingresa algo al crontab?
# crontab -e

te recomendaría buscar un poco en google sobre la sintaxis de crontab... es
bastante sencilla así que no creo que tengas perdida

larga vida y prosperidad


Re: Crontab y backups

2007-07-08 Por tema Angel Claudio Alvarez
El dom, 08-07-2007 a las 14:54 +0200, Adrián Navarro escribió:
 Hola!
 Recurro a la lista por la siguiente duda...
 No tengo ni idea de crontab, he intentado montarmelo pero me ha salido
 el tiro por la culata
Mal hecho. Primero deberias haber leido las paginas de manual de cron y
crontab
Segundo:haber buscado en google. Tenes mile y miles de documentos
 Actualmente el comando que uso (y que me funciona perfectamente) es este:
 tar cvzf /backups/linkloo/`date +%m-%d-%y`.tar.gz /linkloo 
 /backups/linkloo/logs/`date +%m-%d-%y`
 Ahora el problema es incluirlo a un crontab diario, es decir, a las
 12:00 de la noche. Que por cierto, el reloj de esa maquina me va
 adelantado de 2 horas (dom jul  8 16:53:06 CEST 2007
  cuando son las 14:53) aunque al ser CEST tengo mis dudas.
 
 Sin más que decir y sin liarme, es básicamente como poner un cron
 que ejecute ese comando a la hora correcta...
 
man cron
man crontab

 Un saludo, listeros!!
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Crontab y backups

2007-07-08 Por tema Adrián Navarro

El 8/07/07, Angel Claudio Alvarez [EMAIL PROTECTED] escribió:

El dom, 08-07-2007 a las 14:54 +0200, Adrián Navarro escribió:
 Hola!
 Recurro a la lista por la siguiente duda...
 No tengo ni idea de crontab, he intentado montarmelo pero me ha salido
 el tiro por la culata
Mal hecho. Primero deberias haber leido las paginas de manual de cron y
crontab
Segundo:haber buscado en google. Tenes mile y miles de documentos
 Actualmente el comando que uso (y que me funciona perfectamente) es este:
 tar cvzf /backups/linkloo/`date +%m-%d-%y`.tar.gz /linkloo 
 /backups/linkloo/logs/`date +%m-%d-%y`
 Ahora el problema es incluirlo a un crontab diario, es decir, a las
 12:00 de la noche. Que por cierto, el reloj de esa maquina me va
 adelantado de 2 horas (dom jul  8 16:53:06 CEST 2007
  cuando son las 14:53) aunque al ser CEST tengo mis dudas.

 Sin más que decir y sin liarme, es básicamente como poner un cron
 que ejecute ese comando a la hora correcta...

man cron
man crontab

 Un saludo, listeros!!



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Te respondo por privado por que no quiero armar pollo en la lista.
Pero si es para dar la nota ¿para qué contestas? Si realmente piensas
eso, haz una cosa, envía un email con el asunto UNSUSCRIBE a
[EMAIL PROTECTED], por que es por culpa de
gente como tu que la lista termina siendo lo que no deberia ser.


--
Adrián Navarro
(AdriNavarro.com)
Contacto: [EMAIL PROTECTED]
(Jabber + Gtalk + Email + MSNIM)



Re: Crontab y backups

2007-07-08 Por tema Lenin Hernández

$crontab -e


00 12 * * * tar cvzf /backups/linkloo/`date +%m-%d-%y`.tar.gz /linkloo 
/backups/linkloo/logs/`date +%m-%d-%y`




guardas y listo' se ejecutara todos los dias a las 12.


Saludos'

--
Lenin Hernández
2.6.18 on Debian Lenny
CUCLUG.: no hay nada mejor, que hacer lo que realmente te gusta.
Linus Tordvalds.: If it compiles, it is good, if it boots up it is perfect.


Re: Crontab de martes a sábado

2006-07-21 Por tema Alejandro Bárcena Campos
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Elvis Aaron Presley wrote:
 Hola lista, una pregunta rápida... para programar la ejecución de un
 script usando /etc/crontab a las 3 de la mañana pero solo queriendo que
 se ejecute de martes a sábado... ¿sería algo así verdad?
  
 0 3 * * 2-6 root backup_bbdd.sh
  
 Necesito confirmación que es para una cosa importante y no estoy del
 todo seguro. Asiasss
  
 Elvis

0 3 * * 2-6
martes a sábado a las 3 am... correcto

Saludos,
alejandro bárcena
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEwNbxpZP6bMridNYRApEgAKCIPbyHh3AXtPp7N4YIUnA2unpCEgCgoIJZ
6EVxYmPB9+BOFgoMrYrjao0=
=cYgJ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: crontab como root

2005-09-03 Por tema max
Juan Luis García Moreno wrote:

   Si que me funciona cuando creo un crontab de un usuario normal,
por ejemplo este:
   25 13 * * * ~/scripts/copiar_file

  


intenta esto:

25 13 * * * bash ; /root/scripts/copiar_file


ciao,
MaX


__ 
Renovamos el Correo Yahoo! 
Nuevos servicios, más seguridad 
http://correo.yahoo.es


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: crontab como root

2005-09-03 Por tema Juan Luis García Moreno
El sáb, 03-09-2005 a las 14:43 +0200, max escribió:
 Juan Luis García Moreno wrote:
 
  Si que me funciona cuando creo un crontab de un usuario normal,
 por ejemplo este:
  25 13 * * * ~/scripts/copiar_file
 
   
 
 
 intenta esto:
 
 25 13 * * * bash ; /root/scripts/copiar_file
 
 
 ciao,
 MaX

Gracias por tu ayuda. El problema lo tenía en el script ya que había
indicado mal el nombre del camino relativo de uno de los archivos.
Ahora todo funciona bien.

Un saludo,
Juan Luis.



  1   2   >