Le 19 oct. 14 à 15:00, Francois Lafont a écrit :
Bonjour,
Le 19/10/2014 13:12, Philippe Gras a écrit :
Chez moi (Wheezy) :
$ dpkg -L locate | grep cron
/etc/cron.daily
/etc/cron.daily/locate
Seb
J'ai aussi :-) , merci Seb ! J'ai ouvert le fichier, mais si je
vois bien des
r
Le 19/10/2014 15:00, Francois Lafont a écrit :
> Sur ma Wheezy, c'est dans le fichier /etc/crontab que cette information
> est donnée. En effet, dans ce fichier, j'ai cette ligne :
>
> 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report
> /etc/cron.daily )
>
> Ce qui v
Bonjour,
Le 19/10/2014 13:12, Philippe Gras a écrit :
>> Chez moi (Wheezy) :
>> $ dpkg -L locate | grep cron
>> /etc/cron.daily
>> /etc/cron.daily/locate
>>
>> Seb
>
> J'ai aussi :-) , merci Seb ! J'ai ouvert le fichier, mais si je vois bien des
> références à cron.daily, je n'en voi
Le 16 oct. 14 à 22:35, Sébastien NOBILI a écrit :
Bonsoir,
Le jeudi 16 octobre 2014 à 21:55, Philippe Gras a écrit :
Je remonte ce sujet parce que je n'ai pas de tâche cron pour Locate,
Dans crontab je n'ai que les tâches que j'ai moi-même programmées.
Y a-t-il un autre endroit où locate se
Bonsoir,
Le jeudi 16 octobre 2014 à 21:55, Philippe Gras a écrit :
> Je remonte ce sujet parce que je n'ai pas de tâche cron pour Locate,
>
> Dans crontab je n'ai que les tâches que j'ai moi-même programmées.
>
> Y a-t-il un autre endroit où locate se mettrait à jour ?
Chez moi (Wheezy) :
$
Le 16/10/2014 21:55, Philippe Gras a écrit :
Je remonte ce sujet parce que je n'ai pas de tâche cron pour Locate,
Dans crontab je n'ai que les tâches que j'ai moi-même programmées.
Y a-t-il un autre endroit où locate se mettrait à jour ?
Sur la doc. Ubuntu, il est écrit que Locate se met à jou
Je remonte ce sujet parce que je n'ai pas de tâche cron pour Locate,
Dans crontab je n'ai que les tâches que j'ai moi-même programmées.
Y a-t-il un autre endroit où locate se mettrait à jour ?
Sur la doc. Ubuntu, il est écrit que Locate se met à jour avec Anacron.
J'ai des fichiers Anacron sur
Bonsoir,
Pour la commande de mise à jour de la base de données locate, elle est
aussi utilisée avec ionice -c 3 (voir le script cron) et exécutée dans mon
cas chaque jour à 6h25
Le 9 octobre 2014 02:05, Francois Lafont a écrit :
> Bonsoir,
>
> Le 09/10/2014 00:03, Belaïd a écrit :
>
> > Pourquoi
On Thursday 09 October 2014 10:36:35 Philippe Gras wrote:
> Vous êtes sûr de ça ? Quand j'effectue des mises à jour ou que je
> mets un
> nouveau fichier sur le serveur, je dois faire ‘updatedb' pour que
> locate les prenne en compte.
Oui, avant de lancer loca te il faut faire un updatedb.
Bonjour à tous les utilisateurs et développeurs de Debian :
Le jeudi 9 octobre 2014 à 09:24, Philippe Gras a
écrit :
> OK. Merci pour l'info. Je vais regarder à quelle heure s'effectue
> cette tâche cron. Si c'est pendant la journée,
> je la désactiverai aussi ! Je trouve locate bien pratique, m
Vous êtes sûr de ça ? Quand j'effectue des mises à jour ou que je
mets un
nouveau fichier sur le serveur, je dois faire ‘updatedb' pour que
locate les
prenne en compte.
oui, mais si c'est le updatedb est dans le cron, tu attends le
lendemain, tu auras ton fichier dans la base.
pour mes
Le 09/10/2014 10:55, Sébastien NOBILI a écrit :
[...]
Il suffit de retirer la màj de cron et le tour est joué.
Retirer la mise-à-jour de cron rend l'intérêt de locate plutôt limité. L'idée
lancée par Belaïd était justement de profiter du fait que la base locate est à
jour et que donc la réponse
Le 09/10/2014 10:36, Philippe Gras a écrit :
Le 9 oct. 14 à 02:05, Francois Lafont a écrit :
Bonsoir,
Le 09/10/2014 00:03, Belaïd a écrit :
Pourquoi ne pas utiliser la base de donnée de la commande locate ?
J'espère pour le PO que locate n'est pas installé sur son serveur
de production ca
Bonjour,
Le jeudi 09 octobre 2014 à 10:11, daniel huhardeaux a écrit :
> Le 09/10/2014 02:05, Francois Lafont a écrit :
> >Le 09/10/2014 00:03, Belaïd a écrit :
> >
> >>Pourquoi ne pas utiliser la base de donnée de la commande locate ?
> >J'espère pour le PO que locate n'est pas installé sur son s
Le 9 oct. 14 à 02:05, Francois Lafont a écrit :
Bonsoir,
Le 09/10/2014 00:03, Belaïd a écrit :
Pourquoi ne pas utiliser la base de donnée de la commande locate ?
J'espère pour le PO que locate n'est pas installé sur son serveur
de production car il n'y a pas de miracle, si cet outil va trè
Le 09/10/2014 02:05, Francois Lafont a écrit :
Bonsoir,
Le 09/10/2014 00:03, Belaïd a écrit :
Pourquoi ne pas utiliser la base de donnée de la commande locate ?
J'espère pour le PO que locate n'est pas installé sur son serveur
de production car il n'y a pas de miracle, si cet outil va très
vi
Le 09/10/2014 02:05, Francois Lafont a écrit :
Bonsoir,
Le 09/10/2014 00:03, Belaïd a écrit :
Pourquoi ne pas utiliser la base de donnée de la commande locate ?
J'espère pour le PO que locate n'est pas installé sur son serveur
de production car il n'y a pas de miracle, si cet outil va très
vi
Bonsoir,
Le 09/10/2014 00:03, Belaïd a écrit :
> Pourquoi ne pas utiliser la base de donnée de la commande locate ?
J'espère pour le PO que locate n'est pas installé sur son serveur
de production car il n'y a pas de miracle, si cet outil va très
vite c'est parce qu'il met à jour régulièrement un
Bonsoir,
Pourquoi ne pas utiliser la base de donnée de la commande locate ?
du genre: locate "*" | xargs stat -c "%n %U %G"
pour un peu plus de 56000 entrées le traitement a duré 4 secondes
(processeur Atom 1,8ghz, 4go de mémoire)
la base doit au préalable être à jour
Le 8 octobre 2014 19:03, admi
Salut,
admini a écrit le 08/10/2014 21:50 :
> les fichers vont de 1Ko à qqs centaines de Mo. le serveur est virtualisé
> sous ESX avec un vCPU et 4Go de RAM. la cadence du vCPU est gérée par la
> ferme ESX. les disques sont des disques SAN en raid5. c'est du sata
> 7200ppm, mais des disques de
Le Wed, 08 Oct 2014 19:03:33 +0200
admini a écrit:
> salut la liste
>
> je dois parcourir, de façon resursive, pas mal de millions (25M) de
> fichiers pour trouver tous les owners de tous les fichiers.
>
> j'ai d'abord fait une expérience sur seulement 7Millions, avec
>
> find . -type d > li
Pour améliorer les perf', regardes du côté de ionice et linux io scheduler...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En
Le 08/10/2014 20:22, Guy Roussin a écrit :
A tester en une passe :
find . -printf "%p %u %g\n" > listowner
je fais ça sur de petite quantité de fichiers: 1 à demi million.
mais au delà, ça devient un peu chaud. avec stat, je me suis dit que ça
devrait traverser que les tables d'inodes, et don
Le 08/10/2014 20:47, Stéphane GARGOLY a écrit :
Bonjour à tous les utilisateurs et développeurs de Debian :
Le mercredi 8 octobre 2014 à 17:03, admini a écrit :
je dois parcourir, de façon resursive, pas mal de millions (25M) de
fichiers pour trouver tous les owners de tous les fichiers.
25
Bonjour à tous les utilisateurs et développeurs de Debian :
Le mercredi 8 octobre 2014 à 18:47, Stéphane GARGOLY
a écrit :
> Chez moi, mon listdir contient prés de 20'000 lignes et pèse prés de 660
> ko, mon listowner approximativement 250'000 lignes et 15 Mo !!
D'abord un petit rectificatif :
Bonjour à tous les utilisateurs et développeurs de Debian :
Le mercredi 8 octobre 2014 à 17:03, admini a écrit :
> je dois parcourir, de façon resursive, pas mal de millions (25M) de
> fichiers pour trouver tous les owners de tous les fichiers.
25 millions de fichiers !! J'ai bien cru halluciner
A tester en une passe :
find . -printf "%p %u %g\n" > listowner
Guy
Le 08/10/2014 19:03, admini a écrit :
> salut la liste
>
> je dois parcourir, de façon resursive, pas mal de millions (25M) de
> fichiers pour trouver tous les owners de tous les fichiers.
>
> j'ai d'abord fait une expérience su
salut la liste
je dois parcourir, de façon resursive, pas mal de millions (25M) de
fichiers pour trouver tous les owners de tous les fichiers.
j'ai d'abord fait une expérience sur seulement 7Millions, avec
find . -type d > listdir
ca a pris 30minutes
puis
while read i ; do stat -c '%n %U
28 matches
Mail list logo
