Re: Crontab y alertas por mail
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
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
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
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
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
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 y alertas por mail
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 no ejecuta nada
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
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 2>&1 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
> ¿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 nada
>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
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 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
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
Antes de nada, ¿has definido la variable PATH en el crontab o puesto la ruta completa de los comandos? S2. 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 > >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
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
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 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
El día 31 de julio de 2014, 9:35, Andrew Pollard 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
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 tarea a la hora programada. (SOLUCIONADO)
>-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. (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? :-? 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)
>-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 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.
El Sun, 09 Feb 2014 18:40:42 +0100, Ramses escribió: > El 09/02/2014, a las 15:59, Camaleón 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.
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.
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.
El 09/02/2014, a las 15:59, Camaleón escribió: > El Sun, 09 Feb 2014 15:46:57 +0100, Ramses escribió: > >> El 09/02/2014, a las 15:20, Camaleón 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.
El Sun, 09 Feb 2014 15:46:57 +0100, Ramses escribió: > El 09/02/2014, a las 15:20, Camaleón 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.
El 09/02/2014, a las 15:20, Camaleón escribió: > El Sun, 09 Feb 2014 00:29:14 +0100, Ramses escribió: > >> El 09/02/2014, a las 00:14, Ramses escribió: >> >>> El 08/02/2014, a las 21:31, Camaleón 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.
El Sun, 09 Feb 2014 00:29:14 +0100, Ramses escribió: > El 09/02/2014, a las 00:14, Ramses escribió: > >> El 08/02/2014, a las 21:31, Camaleón 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.
El 09/02/2014, a las 13:46, fernando sainz escribió: > El día 9 de febrero de 2014, 11:55, Ramses > escribió: >> El 09/02/2014, a las 11:18, fernando sainz >> escribió: >> >>> El día 9 de febrero de 2014, 10:53, Ramses >>> escribió: El 09/02/2014, a las 00:56, Santiago José López Borrazás 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.
El día 9 de febrero de 2014, 11:55, Ramses escribió: > El 09/02/2014, a las 11:18, fernando sainz > escribió: > >> El día 9 de febrero de 2014, 10:53, Ramses >> escribió: >>> El 09/02/2014, a las 00:56, Santiago José López Borrazás >>> 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.
El 09/02/2014, a las 12:47, Santiago José López Borrazás 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.
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.
El 09/02/2014, a las 12:14, Santiago José López Borrazás 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.
El 09/02/2014, a las 12:21, fernando sainz escribió: > El día 9 de febrero de 2014, 12:14, Santiago José López Borrazás > 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.
El día 9 de febrero de 2014, 12:14, Santiago José López Borrazás 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.
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.
El 09/02/2014, a las 11:18, fernando sainz escribió: > El día 9 de febrero de 2014, 10:53, Ramses > escribió: >> El 09/02/2014, a las 00:56, Santiago José López Borrazás >> 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.
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.
El día 9 de febrero de 2014, 10:53, Ramses escribió: > El 09/02/2014, a las 00:56, Santiago José López Borrazás > 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.
El 09/02/2014, a las 00:56, Santiago José López Borrazás 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.
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 no ejecuta tarea a la hora programada.
El día 8 de febrero de 2014, 21:11, Ramses 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.
El 09/02/2014, a las 00:14, Ramses escribió: > El 08/02/2014, a las 21:31, Camaleón 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.
El 08/02/2014, a las 21:31, Camaleón 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.
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 -e
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
El día 26 de enero de 2011 13:36, Camaleón 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
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
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/1/25 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+character&daterange=0&startdate=&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
El día 25 de enero de 2011 15:49, Camaleón 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
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+character&daterange=0&startdate=&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
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
El día 25 de enero de 2011 14:11, rantis cares escribió: > El día 25 de enero de 2011 14:03, Camaleón 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+character&daterange=0&startdate=&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
El día 25 de enero de 2011 14:03, Camaleón 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
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
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ó: >> 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 /home/usuario/.sms/tirar Content-Type: text/plain; charset=UTF-8 X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: 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
El día 25 de enero de 2011 12:46, Camaleón 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
El día 25 de enero de 2011 05:48, fernando sainz escribió: > El día 25 de enero de 2011 12:34, Camaleón 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
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
El día 25 de enero de 2011 05:34, Camaleón 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
El día 25 de enero de 2011 12:34, Camaleón 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
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
El día 16 de enero de 2011 13:06, fernando sainz escribió: > El día 16 de enero de 2011 19:26, rantis cares > escribió: >> El día 13 de enero de 2011 01:32, fernando sainz >> escribió: >>> El día 13 de enero de 2011 00:58, rantis cares >>> escribió: El día 10 de enero de 2011 16:05, fernando sainz escribió: > El día 10 de enero de 2011 22:49, rantis cares > escribió: >> El día 10 de enero de 2011 12:51, fernando sainz >> escribió: >>> El día 10 de enero de 2011 18:45, rantis cares >>> escribió: El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 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. >>>
Re: crontab -e
El día 16 de enero de 2011 13:19, Camaleón 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
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
El día 16 de enero de 2011 19:26, rantis cares escribió: > El día 13 de enero de 2011 01:32, fernando sainz > escribió: >> El día 13 de enero de 2011 00:58, rantis cares >> escribió: >>> El día 10 de enero de 2011 16:05, fernando sainz >>> escribió: El día 10 de enero de 2011 22:49, rantis cares escribió: > El día 10 de enero de 2011 12:51, fernando sainz > escribió: >> El día 10 de enero de 2011 18:45, rantis cares >> escribió: >>> El día 10 de enero de 2011 11:23, Camaleón >>> 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 2>&1 >>> >>> 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
Re: crontab -e
El día 13 de enero de 2011 01:32, fernando sainz escribió: > El día 13 de enero de 2011 00:58, rantis cares > escribió: >> El día 10 de enero de 2011 16:05, fernando sainz >> escribió: >>> El día 10 de enero de 2011 22:49, rantis cares >>> escribió: El día 10 de enero de 2011 12:51, fernando sainz escribió: > El día 10 de enero de 2011 18:45, rantis cares > escribió: >> El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 >> >> 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
El día 13 de enero de 2011 06:24, Camaleón 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
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
El día 13 de enero de 2011 00:58, rantis cares escribió: > El día 10 de enero de 2011 16:05, fernando sainz > escribió: >> El día 10 de enero de 2011 22:49, rantis cares >> escribió: >>> El día 10 de enero de 2011 12:51, fernando sainz >>> escribió: El día 10 de enero de 2011 18:45, rantis cares escribió: > El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 > > 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
El día 10 de enero de 2011 16:55, Camaleón 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
El día 10 de enero de 2011 16:05, fernando sainz escribió: > El día 10 de enero de 2011 22:49, rantis cares > escribió: >> El día 10 de enero de 2011 12:51, fernando sainz >> escribió: >>> El día 10 de enero de 2011 18:45, rantis cares >>> escribió: El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 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
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
El día 10 de enero de 2011 16:05, fernando sainz escribió: > El día 10 de enero de 2011 22:49, rantis cares > escribió: >> El día 10 de enero de 2011 12:51, fernando sainz >> escribió: >>> El día 10 de enero de 2011 18:45, rantis cares >>> escribió: El día 10 de enero de 2011 11:23, Camaleón 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
-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
El día 10 de enero de 2011 22:49, rantis cares escribió: > El día 10 de enero de 2011 12:51, fernando sainz > escribió: >> El día 10 de enero de 2011 18:45, rantis cares >> escribió: >>> El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 > > 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
El día 10 de enero de 2011 12:51, fernando sainz escribió: > El día 10 de enero de 2011 18:45, rantis cares > escribió: >> El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 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
-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
El día 10 de enero de 2011 18:45, rantis cares escribió: > El día 10 de enero de 2011 11:23, Camaleón 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 2>&1 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
El día 10 de enero de 2011 11:23, Camaleón 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
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
El día 9 de enero de 2011 05:02, Julio 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
El día 9 de enero de 2011 05:14, Camaleón 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 /home/usuario/.script.sh Content-Type: text/plain; charset=UTF-8 X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: 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
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 -e
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 [solusionado]
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
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 2>&1 > > > 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
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 2>&1 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
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
El día 17 de mayo de 2010 03:12, Liuber Hernández Leyva 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
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
El Mon, 17 May 2010 09:42:19 +0200 Liuber Hernández Leyva 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 y backups
$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 y backups
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
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
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 de martes a sábado
-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
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.
Re: crontab como root
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]