Bon je commence à tourner en rond :
j'ai testé dans tous les sens (avec et sans setuid et setgid sur le fichier et sur le répertoire), toujours sans résultat positif.
En effet j'en ai bien conscience, c'est la raison pour laquelle l'utilisation d'une base de données est à l'étude.
Je vous remercie tous pour vos approches expérimentées qui me permettent d'avoir une meilleur vision de ce type de problématique et qui me permettrons une meilleur anticipation à l'avenir.
Et ces outils ont besoin de l'information en temps réel, c'est un problème s'ils ne voient pas tout de suite les lignes des dernières minutes?
Cette problématique traite de vidéo surveillance, donc plus le laps de temps est court, mieux c'est.
Quelques secondes n'auront que peu de conséquences, mais des minutes seront critiques.
Par contre l'utilisation d'une base de données qui simplifierait grandement les choses est à l'étude.
tout simplement parce qu'en aval, des outils (dont je n'ai pas la maitrise) de consultation avec des filtres variables utilisent ce fichier. Je ne peux donc pas modifier le nom de la source d'information.
Pas sur que logrotate soit la solution à mon besoin :
Si j'effectue une l'opération quotidiennement avec un rotate de 30 (pour 1 mois), j'obtiendrai 31 fichiers indicé de chacun 1 jour de log (le fichier sans indice étant celui du jour).
Or ce dont j'ai besoin c'est d'un seul fichier contenant 1 mois glissant. donc si je concatène mes 31 fichiers (aujourd'hui compris) pour atteindre mon objectif, je retrouve le même problème durant l'écriture.
Si par contre j'effectue l'opération une fois par mois, je n'aurais jamais le contenu d'un mois glissant, mais un fichier allant de la date de rotation à aujourd'hui.
Ou alors je ne comprend pas correctement le fonctionnement le logrotate
Donc si je comprend bien, j'ai mis le doigt sur une des limites du système
Le code de logrotate est disponible, mais honnêtement, c'est pas mon envie de creuser dedans.
Et moi probablement pas les compétences
Pour conclure : je peux faire ma manipe, mais je dois avoir en tête qu'il est probable que je perde quelques infos durant l'opération et en faire mon deuil.
Dois-je dupliquer mon fichier originel pour faire mon traitement et comparer les 2 fichier pour analyser les # ?
Peux t-on temporiser les entrées durant le traitement ?
Donc en gros durant le traitement de mon fichier log je perds les éventuelles nouvelles entrées.
Quel est ou sont les mécanismes afin d'éviter ce soucis ?
Je ne connaissait pas cet outils.
Je vais approfondir son utilisation, mais d'après mon premier survol, je ne suis pas sur que cela réponde parfaitement à mon besoin : logrotate semble générer plusieurs fichiers or j'ai besoin de conserver 1 seul fichier avec le même nom.
A la base je recherchais plutôt une solution du type cat file combiné à un awk pour filtrer les lignes.
Ok cela fonctionne correctement à partir de debian.
Je vais donc continuer à partir de cette machine.
J'aurais aimé comprendre comment faire sous freebsd, mais j'ai au moins une solution fonctionnelle.
Merci beaucoup pour votre patience.
[^] # Re: ca marche !
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1. Dernière modification le 21 janvier 2021 à 08:43.
Merci beaucoup : C'est ça le PB.
Encore merci.
J'ajoute que cela fonctionne parfaitement sans le setuid et setgid.
# ca marche !
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1.
Merci à tous.
J'ai éteint ma maquette pour la nuit et maintenant tout fonctionne parfaitement.
Sans éteindre la machine, il y a surement un service à redémarrer mais je ne sais pas lequel.
[^] # Re: Besoin de visualiser
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1. Dernière modification le 20 janvier 2021 à 22:59.
Bon je commence à tourner en rond :
j'ai testé dans tous les sens (avec et sans setuid et setgid sur le fichier et sur le répertoire), toujours sans résultat positif.
[^] # Re: Besoin de visualiser
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1. Dernière modification le 20 janvier 2021 à 22:00.
Merci
Voici :
-rw-rw---- 1 tata entreprise 0 janv. 20 21:50 fichier (sans de setgid)
et voici le contenu du groupe (au cas ou)
entreprise:x:1003:toto,clem,titi,tata
[^] # Re: Répertoire
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1.
Oui en effet et ces droits sont automatiquement attribués à la création
[^] # Re: Répertoire
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1.
Ok merci.
J'ai effectuer un setgid sur mon repcom et sur mon fichier, mais le PB reste le même.
[^] # Re: Répertoire
Posté par Clemzo . En réponse au message Autorisation groupe (Résolu). Évalué à 1.
le fichier se trouve dans le répertoire /home/repcom qui a lui même, le groupe entreprise et dont le propriétaire est root.
Donc pour moi : oui.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
simple et efficace, même si ce n'est pas la solution ultime, merci.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1. Dernière modification le 17 octobre 2020 à 12:38.
En effet j'en ai bien conscience, c'est la raison pour laquelle l'utilisation d'une base de données est à l'étude.
Je vous remercie tous pour vos approches expérimentées qui me permettent d'avoir une meilleur vision de ce type de problématique et qui me permettrons une meilleur anticipation à l'avenir.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1. Dernière modification le 17 octobre 2020 à 00:06.
Cette problématique traite de vidéo surveillance, donc plus le laps de temps est court, mieux c'est.
Quelques secondes n'auront que peu de conséquences, mais des minutes seront critiques.
Par contre l'utilisation d'une base de données qui simplifierait grandement les choses est à l'étude.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
tout simplement parce qu'en aval, des outils (dont je n'ai pas la maitrise) de consultation avec des filtres variables utilisent ce fichier. Je ne peux donc pas modifier le nom de la source d'information.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Parfait, même si ce n'est pas aussi simple que ne le pensais au début, cela me parait être la meilleur solution.
Merci.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Pas sur que logrotate soit la solution à mon besoin :
Si j'effectue une l'opération quotidiennement avec un rotate de 30 (pour 1 mois), j'obtiendrai 31 fichiers indicé de chacun 1 jour de log (le fichier sans indice étant celui du jour).
Or ce dont j'ai besoin c'est d'un seul fichier contenant 1 mois glissant. donc si je concatène mes 31 fichiers (aujourd'hui compris) pour atteindre mon objectif, je retrouve le même problème durant l'écriture.
Si par contre j'effectue l'opération une fois par mois, je n'aurais jamais le contenu d'un mois glissant, mais un fichier allant de la date de rotation à aujourd'hui.
Ou alors je ne comprend pas correctement le fonctionnement le logrotate
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Ok je pensais que l'on travaillait sur un tampon le temps de faire la réécriture.
=> ok pour le fichier dupliqué.
Merci
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
oui je vais approfondir cette solution en combinant les 2
Merci
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1. Dernière modification le 16 octobre 2020 à 16:05.
Donc si je comprend bien, j'ai mis le doigt sur une des limites du système
Et moi probablement pas les compétences
Pour conclure : je peux faire ma manipe, mais je dois avoir en tête qu'il est probable que je perde quelques infos durant l'opération et en faire mon deuil.
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Dois-je dupliquer mon fichier originel pour faire mon traitement et comparer les 2 fichier pour analyser les # ?
Peux t-on temporiser les entrées durant le traitement ?
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Donc en gros durant le traitement de mon fichier log je perds les éventuelles nouvelles entrées.
Quel est ou sont les mécanismes afin d'éviter ce soucis ?
[^] # Re: Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Bien vu : c'est mon problème de débutant.
Je vais gratter pour y remédier.
Merci.
# Voici ma ligne de commande :
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1. Dernière modification le 16 octobre 2020 à 13:29.
Merci à tous.
[^] # Re: logrotate ?
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1.
Super c'est exactement le principe que je recherche
Merci beaucoup.
[^] # Re: logrotate ?
Posté par Clemzo . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 1. Dernière modification le 16 octobre 2020 à 12:05.
Bonjour, et merci pour cette réponse.
Je ne connaissait pas cet outils.
Je vais approfondir son utilisation, mais d'après mon premier survol, je ne suis pas sur que cela réponde parfaitement à mon besoin : logrotate semble générer plusieurs fichiers or j'ai besoin de conserver 1 seul fichier avec le même nom.
A la base je recherchais plutôt une solution du type cat file combiné à un awk pour filtrer les lignes.
Je vais approfondir tout ça.
Merci pour m'avoir fait découvrir cet outils.
[^] # Re: Grep après le branchement
Posté par Clemzo . En réponse au message utilisation combinée de tee (resolu). Évalué à 2.
Ok cela fonctionne correctement à partir de debian.
Je vais donc continuer à partir de cette machine.
J'aurais aimé comprendre comment faire sous freebsd, mais j'ai au moins une solution fonctionnelle.
Merci beaucoup pour votre patience.
[^] # Re: Utiliser les options de rsync
Posté par Clemzo . En réponse au message utilisation combinée de tee (resolu). Évalué à 1.
Désolé pour le man, mais je n'en ai par sur OS (freeBSD - Xigmanas) et si je consulte https://linux.die.net/man/1/rsync ou https://linux.die.net/man/5/rsyncd.conf cette option n'apparait pas. par contre trouvé ici
[^] # Re: Grep après le branchement
Posté par Clemzo . En réponse au message utilisation combinée de tee (resolu). Évalué à 1.
Au besoin je vais tenter l'opération à partir d'une machine tier sous debian.