suppression de fichiers anciens dans un ensemble de sous répertoires - problème espace

Bonjour,
Je me permets de vous contacter pour un problème avec un de mes scripts batchs de purge de fichiers .log

Je l'utilisais jusqu'ici comme dans l'exemple suivant :

Code:

---

1 2	echo suppression des logs anciens dans la sous arbo LogFiles for /F %%a in ("C:\inetpub\logs\LogFiles") do (forfiles -p %%a -s -m *.log -d -21 -c "cmd /c del @FILE")

---

Pratique pour effacer les log plus anciens que 3 semaines et utiliser le planificateur de tâches pour laisser tourner ça tout seul.

Mon soucis :
J'ai deux autres répertoires à purger de la sorte, mais j'ai une erreur de "répertoire introuvable" car ils comportent des espaces :

Code:

---

1 2	echo suppression des logs anciens dans la sous arbo V15 Logging for /F %%a in ("%programfiles%\Microsoft\Exchange Server\V15\Logging") do (forfiles -p %%a -s -m *.log -d -21 -c "cmd /c del @FILE")

---

J'avais déjà remplacé c:\program files par %programfiles% mais j'ai un second espace dans le chemin
Etant donné que c'est exchange derrière je ne voulais pas non plus m'amuser à ajouter une variable d'environnement.

Chose surprenant : normalement en batch avec des chemins entre " " on n'a pas de soucis avec les espaces mais dans ce cas de figure si.

Quelqu'un pourrait-il m'aider car tous mes tests restent infructueux ?

Qu'est senser retourner 'for /F %%a in ("C:\inetpub\logs\LogFiles")' ?

Citation:

---

Envoyé par ericlm128

Qu'est senser retourner 'for /F %%a in ("C:\inetpub\logs\LogFiles")' ?

---

il va vérifier tous les fichiers présents dans le répertoire cité et dans tous ses sous-répertoires

la syntaxe est correcte pour c:\inetpub\logsfiles car ce chemin ne comporte pas d'espaces
je recherche l'équivalent ou ce que j'ai oublié dans mon code pour que l'espace du chemin ne soit plus un problème

Excuse moi de bloquer sur cette premier partie de ta ligne de script, mais je ne pense pas que ça te retourne ce que tu pense.

Tu souhaite effectuer ton traitement pour les fichier ".log" du dossier et sous-dossier de "C:\inetpub\logs\LogFiles" ?

Code:

---

for /f %a in ("C:\") do @echo %a

---

Résultat

Citation:

---

C:\

---

Je pense que cette commande suffirait à ton besoin.

Code:

---

FORFILES /P "C:\inetpub\logs\LogFiles" /M "*.log" /S /C /D -21 "cmd /c del @path"

---

Citation:

---

Envoyé par ericlm128

Je pense que cette commande suffirait à ton besoin.

Code:

---

FORFILES /P "C:\inetpub\logs\LogFiles" /M "*.log" /S /C /D -21 "cmd /c del @path"

---

---

en effet, j'avais une mauvaise syntaxe et là je n'ai plus non plus de problème avec mes chemins comprenant des espaces
un grand merci !

je n'ai pas osé tester mais j'ai modifié directement la commande donnée pour remettre le commutateur /C juste avant la commande entre "" :
FORFILES /P "C:\inetpub\logs\LogFiles" /M "*.log" /S /D -21 /C "cmd /c del @path"

en tout cas merci encore !

j'ai marqué en résolu un peu vite.
Il me reste un problème avec cette syntaxe.

Parmi les répertoires et sous répertoires il y a 2-3 fichiers qui sont parfois encore verrouillés en écriture et donc ne peuvent pas être supprimés par le script (d'ailleurs heureusement).
Mon problème du coup c'est que j'ai utilisé le planificateur de tâche de mons erveur 2012 R2 pour lancer ce script une fois par semaine (lancé via un compte administrateur, en mode de lancement même si la session est fermée).

Le script reste indéfiniment en running donc bloqué sur le fichier ou les fichiers encore verrouillés en écriture.
Est-il possible de faire un bypass automatique de ces fichiers afin que le script les ignore et poursuive ?

En lançant le batch manuellement sans tâche planifiée, il reste bloqué quelques secondes sur le fichier puis poursuit et au bout de 60 secondes il termine et efface bien tout les fichiers qui entrent dans les critères (sauf les verrouillés en écriture).
Peut-être un bug au niveau du mode de lancement sous une session non ouverte ? je souhaite éviter de garder une session ouverte juste pour lancer ce script.

J'ai oublié de te répondre :roll:
On peut ajouter ce paramètre à la commande "del" pour pas qu'elle bloque.
Mais ça ne devrait pas bloquer comme même ...

Code:

---

FORFILES /P "C:\inetpub\logs\LogFiles" /M "*.log" /S /C /D -21 "cmd /c del /A /F /Q @path"

---

PS : Le "/A" c'est juste au cas ou le fichier aurait un attribut "System" ou "Caché"

Sinon tu ne peut pas mettre ta tache planifié en "Intéractive" ?
Ça permettrai de savoir réellement ou ça bloque pacque je ne suis pas sur que ce soit la ou tu pense.

euh si je suis sur du blocage.

en fait, la première fois j'avais mon disque c quasiment plein et j'ai fait cette manipulation à la main avec une recherche via Windows puis suppression manuelle : 3 fichiers m'ont dit être verrouillés par un processus Exchange.

La seconde j'ai fait un script et exécuté le script manuellement (en graphique) : j'ai donc bien vu les avertissements sur les fichiers verrouillés et après quelques secondes le script était passé.

Concernant la tâche je préfère éviter de mettre en interactif car si la session est fermée, le ménage ne se fait plus.

Pour en revenir à la commande, j'avais déjà regardé du côté des commutateurs de la commande DEL et là du coup c'est risqué non ?
/Q je l'avais testé sans que ça ne change quelque chose
/F force la suppression des fichiers en lecture seule : je ne veux surtout pas que les fichiers log verrouillés (car utilisés) par exchange soient supprimés.
/A attend normalement autre chose derrière car ça indique une suppression par attribut ?

J'avais vu cela mais pas tout compris
peut être un /A:-R pour effacer ce qui n'est pas en lecture seule

Après lecture seule est un attribut fichier mais ici mes fichiers n'ont pas cet attribut normalement, ils sont verrouillés par un processus.
Je patauge lol

Je vais quand même tester dans ce sens

bon, finalement je t'ai fait perdre du temps pour rien....
Je mérite des baffes car j'ai omis d'oter la commande pause en fin de script (très utile lors d'un lancement manuel).... du coup logique que la commande ne se termine jamais...

Merci encore pour ton temps et cette fois je passe en résolu ^^

Oui j'avais comme un doute sur la cause du blocage ;) mais nous ne te bafferons pas aujourd'hui.
Sinon :
- je pensai au mode "interactive" sans pour cela le lier à un profile tel les services.
- /F : Un fichier en lecture seul n'est pas forcement verrouillé et l'inverse est vrai aussi, en faite ça n'a pas de rapport comme tu le dit. Mais si tu as un fichier devant être supprimé qui est en lecture seul il risque de ne pas le supprimer ou bloquer dessus attendant une réponse utilisateur.
- /A sans ce paramètre tu ne supprimera pas les fichiers avec les attributs "System" ou "Caché". Effectivement en règle général il attend un paramètre mais la c'est une astuce.