Re: crontab -e

[rantis cares <rantiscares@gmail.com>]

El día 13 de enero de 2011 01:32, fernando sainz
<fernandojose.sainz@gmail.com> escribió:
> El día 13 de enero de 2011 00:58, rantis cares <rantiscares@gmail.com> escribió:
>> El día 10 de enero de 2011 16:05, fernando sainz
>> <fernandojose.sainz@gmail.com> escribió:
>>> El día 10 de enero de 2011 22:49, rantis cares <rantiscares@gmail.com> escribió:
>>>> El día 10 de enero de 2011 12:51, fernando sainz
>>>> <fernandojose.sainz@gmail.com> escribió:
>>>>> El día 10 de enero de 2011 18:45, rantis cares <rantiscares@gmail.com> escribió:
>>>>>> El día 10 de enero de 2011 11:23, Camaleón <noelamac@gmail.com> escribió:
>>>>>>> El Mon, 10 Jan 2011 10:08:27 -0600, rantis cares escribió:
>>>>>>>
>>>>>>>> El día 9 de enero de 2011 05:14, Camaleón escribió:
>>>>>>>
>>>>>>>>> Parece que tiene problemas con la codificación. Prueba a definir en la
>>>>>>>>> tarea del cron la variable "LANG=es_ES.UTF-8".
>>>>>>>>
>>>>>>>> Perdon mi ignorancia, pero no se como hacer esto que dices. Ya intente
>>>>>>>> (ejecutando crontab me abre un archivo en nano y ahi agrego en la
>>>>>>>> primera linea lo que me dices
>>>>>>>>
>>>>>>>>                  LANG=es_ES.UTF-8
>>>>>>>>
>>>>>>>>                  #mn hr dm me ds comando
>>>>>>>>
>>>>>>>>
>>>>>>>> Pero me sigue saliendo el mismo error. Intente poner la variable en mi
>>>>>>>> script de la siguiente manera:
>>>>>>>>
>>>>>>>> #!/bin/bash
>>>>>>>>
>>>>>>>> LANG=es_ES.UTF-8
>>>>>>>>
>>>>>>>>
>>>>>>>> Pero me sigue arrojando el mismo error:
>>>>>>>
>>>>>>> (...)
>>>>>>>
>>>>>>>> GNOKII Version 0.6.26
>>>>>>>> iconv: Invalid or incomplete multibyte or wide character
>>>>>>>> iconv: Invalid or incomplete multibyte or wide character
>>>>>>>
>>>>>>> Está raro... ¿qué comando ejecutas exactamente? Es decir ¿qué contiene el
>>>>>>> script que ejecuta cron? Si lo envías a la lista, oculta los datos
>>>>>>> sensibles como números de teléfono, etc...
>>>>>>
>>>>>> lo unico que tiene mi grandioso script es:
>>>>>>
>>>>>>    #!/bin/bash
>>>>>>    ALTA=`date "+%d%m%Y-%k%M%S"`
>>>>>>    gnokii --getsms IN 1 > /home/usuario/mensajes/$ALTA
>>>>>>    gnokii --deletesms IN
>>>>>>
>>>>>> Eso es todo lo que hace mi script
>>>>>>
>>>>>>> Otra cosa, ¿si lo ejecutas directamente, sin llamarlo desde cron, te
>>>>>>> aparece algún mensaje de error?
>>>>>>
>>>>>> Cuando lo ejecuto desde la linea de comandos, no me aparece ningun
>>>>>> error, claro tambien cuando lo ejecuto desde cron, funciona tambien
>>>>>> perfectamente, pero me manda ese dichoso mail a ca da minuto.
>>>>>>
>>>>>> Para añadirlo a cron lo hago mediante la siguiente orden:
>>>>>>
>>>>>>    crontab -e
>>>>>>
>>>>>> Y entonces me aparece esto
>>>>>>
>>>>>>  GNU nano 2.0.7      Fichero: /tmp/crontab.nnilds/crontab
>>>>>>
>>>>>> #mn hr dm me ds comando
>>>>>> LANG=es_ES.UTF-8
>>>>>>
>>>>>> #Descargando SMSs a cada minuto y borrandolos
>>>>>> * * * * * /home/usuario/.script.sh
>>>>>>
>>>>>>
>>>>>
>>>>> Sin entrar en el porqué de esos mensajes, siempre puedes redirigir las
>>>>> salidas estandar y/o de error a /dev/null.
>>>>
>>>> Creo que eso no es resolver el problema de raiz. Esto no quiere decir
>>>> que yo "siempre los resuelvo"
>>>> Pero ahora mi pregunta es ¿Si los dirijo a /dev/null los mensajes se
>>>> borraran automaticamente incluso de /dev/null? o tambien almacenara la
>>>> informacion?.
>>>>>
>>>
>>> Como decía no entro en el problema solo comento que para programas que
>>> escriben en la salida o error estandar puedes de esta forma evitar que
>>> se genere el correo.
>>> Siempre podrías redirigirlo a otro fichero para no perder información.
>>>  con 2>/home/usuario/mensajes/errores.log
>>>
>>> Tranquilo que /dev/null es un pozo sin fondo :-)
>>>
>>> Por supuesto lo mejor es identificar por qué te produce el mensaje de
>>> error, pero para eso ya te dieron pistas.
>>
>> Agradecido estoy con tu ayuda... hare lo que dices. ¿En crontab -e
>> puedo redirigirlo?
>>
>> ej
>>
>> #mn hr dm me ds comando
>>
>> #Descargando SMSs a cada minuto y borrandolos
>>  * * * * * /home/usuario/.script.sh > /dev/null 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