Buenas...... hacia unos dias que no iniciaba el ordenador con linux.... en teoria en el cron.daily tiene puesto el updatedb se supone que al iniciar por primera vez en un mismo dia el ordenador, updatedb se ejecuta no? he hecho un locate para buscar una cosa y me ha dicho que hacia tiempo que no hacia no se que (no me acuerdo, supongo el updatedb) no se el tiempo que se tira haciendolo..... pero.... hay alguna forma de saber cuando fue la última vez que se ejecuto? Haciendo un ps -A he visto que habia varios "hilos" del cron ejecutandose con distinto PID.... y sin tty asociado (supongo que son procesos en background no?) pero el caso es que..... están ejecutando los del cron.daily? al final ponia cron (defunc) que quiere decir? saludos ---------------------------------
On 2005-02-03 19:40, Pedro b wrote:
Buenas...... hacia unos dias que no iniciaba el ordenador con linux.... en teoria en el cron.daily tiene puesto el updatedb se supone que al iniciar por primera vez en un mismo dia el ordenador, updatedb se ejecuta no?
No justo al arrancar, sino en el primer multiplo de 15 minutos. Y el updatedb tarda bastante en terminar.
he hecho un locate para buscar una cosa y me ha dicho que hacia tiempo que no hacia no se que (no me acuerdo, supongo el updatedb) no se el tiempo que se tira haciendolo..... pero.... hay alguna forma de saber cuando fue la última vez que se ejecuto?
Según "man updatedb" el fichero está por defecto en "/var/lib/ locatedb". Basta con mirar la fecha de ese fichero.
Haciendo un ps -A he visto que habia varios "hilos" del cron ejecutandose con distinto PID.... y sin tty asociado (supongo que son procesos en background no?)
En la terminaolgía del dos, si. Son simplemente eso, procesos sn tty asociado :-p
pero el caso es que..... están ejecutando los del cron.daily?
Esos y otros que pueda haber.
al final ponia cron (defunc) que quiere decir?
Ni caso. Si vuelves a mirar un poco después habrá desaparecido. Has mirado justo en el momento en que está terminando uno de los procesos. Mira con "ps afx | less" y verás un arbol de los procesos, y quien ha sido arrancado por quien. -- Saludos Carlos E.R.
Puedes hacer un crontab -u root -e, y añadir 59 0 * * * /usr/bin/updatedb, asi se hace una actualizacion cada 59 minutos ... -- salu2 ... chakal^-^
bueno si como dicen es un proceso pesado, casi que mejor lo haga solo una vez al dia, no? por cierto si se pone 0-59/3 que lo haria cada 3 minutos? saludos chakal <> wrote: Puedes hacer un crontab -u root -e, y añadir 59 0 * * * /usr/bin/updatedb, asi se hace una actualizacion cada 59 minutos ... -- salu2 ... chakal^-^ -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com ---------------------------------
como siempre, gracias. Como curiosidad.. el locate puede "negarse" a funcionar si el updatedb es de hace bastante tiempo, hasta que haga uno nuevo? y si apagas con el updatedb a medias? saludos "Carlos E. R." <> wrote: On 2005-02-03 19:40, Pedro b wrote:
Buenas...... hacia unos dias que no iniciaba el ordenador con linux.... en teoria en el cron.daily tiene puesto el updatedb se supone que al iniciar por primera vez en un mismo dia el ordenador, updatedb se ejecuta no?
No justo al arrancar, sino en el primer multiplo de 15 minutos. Y el updatedb tarda bastante en terminar.
he hecho un locate para buscar una cosa y me ha dicho que hacia tiempo que no hacia no se que (no me acuerdo, supongo el updatedb) no se el tiempo que se tira haciendolo..... pero.... hay alguna forma de saber cuando fue la última vez que se ejecuto?
Según "man updatedb" el fichero está por defecto en "/var/lib/ locatedb". Basta con mirar la fecha de ese fichero.
Haciendo un ps -A he visto que habia varios "hilos" del cron ejecutandose con distinto PID.... y sin tty asociado (supongo que son procesos en background no?)
En la terminaolgía del dos, si. Son simplemente eso, procesos sn tty asociado :-p
pero el caso es que..... están ejecutando los del cron.daily?
Esos y otros que pueda haber.
al final ponia cron (defunc) que quiere decir?
Ni caso. Si vuelves a mirar un poco después habrá desaparecido. Has mirado justo en el momento en que está terminando uno de los procesos. Mira con "ps afx | less" y verás un arbol de los procesos, y quien ha sido arrancado por quien. -- Saludos Carlos E.R. -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com ---------------------------------
0-59/3 lo que ahce es que se ejecute a las horas de 3 en 3 que seria lo mismo que 3,6,9,12,15,18,21,23,.... SI se apaga el pc con el updatedb en curso se corrompe, la verdad no lo e probado si la bd se queda a medias o simplemente da error en la bd ... ;) El Viernes, 4 de Febrero de 2005 07:27, Pedro b escribió:
como siempre, gracias.
Como curiosidad.. el locate puede "negarse" a funcionar si el updatedb es de hace bastante tiempo, hasta que haga uno nuevo?
y si apagas con el updatedb a medias?
saludos
"Carlos E. R." <> wrote:
On 2005-02-03 19:40, Pedro b wrote:
Buenas...... hacia unos dias que no iniciaba el ordenador con linux.... en teoria en el cron.daily tiene puesto el updatedb se supone que al iniciar por primera vez en un mismo dia el ordenador, updatedb se ejecuta no?
No justo al arrancar, sino en el primer multiplo de 15 minutos. Y el updatedb tarda bastante en terminar.
he hecho un locate para buscar una cosa y me ha dicho que hacia tiempo que no hacia no se que (no me acuerdo, supongo el updatedb) no se el tiempo que se tira haciendolo..... pero.... hay alguna forma de saber cuando fue la última vez que se ejecuto?
Según "man updatedb" el fichero está por defecto en "/var/lib/ locatedb". Basta con mirar la fecha de ese fichero.
Haciendo un ps -A he visto que habia varios "hilos" del cron ejecutandose con distinto PID.... y sin tty asociado (supongo que son procesos en background no?)
En la terminaolgía del dos, si. Son simplemente eso, procesos sn tty asociado :-p
pero el caso es que..... están ejecutando los del cron.daily?
Esos y otros que pueda haber.
al final ponia cron (defunc) que quiere decir?
Ni caso. Si vuelves a mirar un poco después habrá desaparecido. Has mirado justo en el momento en que está terminando uno de los procesos.
Mira con "ps afx | less" y verás un arbol de los procesos, y quien ha sido arrancado por quien.
-- Saludos Carlos E.R.
-- salu2 ... chakal^-^
El 2005-02-04 a las 07:27 +0100, Pedro b escribió:
como siempre, gracias.
:-)
Como curiosidad.. el locate puede "negarse" a funcionar si el updatedb es de hace bastante tiempo, hasta que haga uno nuevo?
No, simplemente te lo advierte. Lo que si tienes es una opción que sólo te informa de los ficheros que realmente existen. O dicho de otra forma, despues de localizarlo en su lista, comprueba que sigue existiendo.
y si apagas con el updatedb a medias?
No se actualiza. El va guardando en algún sitio temporalmente, y cuando lo tiene listo todo, lo copia de golpe - creo, porque si no "locate" no respondería mientras "updatedb" está trabajando. Por eso yo miro que procesos hay en curso antes de apagar. El update no me importa, pero el de la base de datos rpm si. -- Saludos Carlos Robinson
pues fijate que no habia caido que durante un tiempo locate te podria mostrar ficheros que ya no existen, o que no existian en el momento de haber realizado el updatedb, pq supongo que todos los ficheros creados despues del updatedb hasta la siguiente ejecución no los ve no? sobre lo de abajo.. cual es el de los rpm¿ "Carlos E. R." <> wrote: Por eso yo miro que procesos hay en curso antes de apagar. El update no me importa, pero el de la base de datos rpm si. ---------------------------------
El 2005-02-04 a las 14:14 +0100, Pedro b escribió:
pues fijate que no habia caido que durante un tiempo locate te podria mostrar ficheros que ya no existen,
Claro.
o que no existian en el momento de haber realizado el updatedb,
Eso no.
pq supongo que todos los ficheros creados despues del updatedb hasta la siguiente ejecución no los ve no?
El locate trabaja buscando en una lista de fichero creada por el updatedb en un momento dado, como una foto. Pero el sistema ha seguido vivo y cambiando. Lo único que tiene es esta salvaguarda: -e, --existing Only print out such names that currently exist (instead of such names that existed when the database was created). Note that this may slow down the program a lot, if there are many matches in the database. Que lo que hace es verificar antes de decirtelo que el fichero que ha visto en la lista sigue existiendo. Si ya no existe, pues se calla el nombre. Pero de los ficheros nuevos no sabe nada. -- Saludos Carlos Robinson
participants (3)
-
Carlos E. R. -
chakal -
Pedro b