> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/on-premises/fr/configuration/overleaf-toolkit/logging.md).

# Journalisation

Vous pouvez utiliser le `bin/logs` script pour afficher les journaux des services.

Exemples d'utilisation de base :

```bash
# Afficher les journaux du service web
bin/logs web

# Afficher l'aide
bin/logs --help

# Afficher les journaux de plusieurs services à la fois
bin/logs filestore docstore web clsi

# Suivre la sortie des journaux (comme tail -f)
bin/logs -f filestore docstore web clsi

# Limiter le nombre de lignes affichées (50 par défaut)
bin/logs -n 50 web

# Afficher toutes les lignes du journal
bin/logs -n all web

# Rediriger la sortie vers un fichier
bin/logs -n all web > web.log
```

Vous pouvez utiliser le `bin/logs` script pour afficher les journaux des services suivants : `clsi`, `contacts`, `docstore`, `document-updater`, `filestore`, `git-bridge`, `mongo`, `notifications`, `real-time`, `redis`, `spelling`, `tags`, `track-changes`, `web`, `web-api`, `history-v1`, `project-history`.

## Copie des journaux

Voir la documentation originale : <https://docs.overleaf.com/on-premises/configuration/overleaf-toolkit/logging#copying-logs>

Copiez les fichiers journaux depuis le conteneur principal `sharelatex` vers votre ordinateur local :

```bash
docker cp sharelatex:/var/log/overleaf/{service-name}.log {service-name}.log
```

## Persistance des journaux

Les conteneurs Docker sont éphémères, ce qui signifie que les fichiers/répertoires créés à l'intérieur du conteneur pendant l'exécution (y compris les fichiers journaux) seront supprimés si le conteneur est recréé (par exemple, lors de l'exécution `bin/up`). Pour conserver les fichiers journaux entre les recréations du conteneur :

* Définissez la variable d'environnement `OVERLEAF_LOG_PATH` dans le `config/overleaf.rc` fichier utilisé par le Toolkit. Il doit s'agir du répertoire sur l'hôte qui sera monté en bind sur le répertoire des journaux à l'intérieur du `sharelatex` conteneur.
* Après avoir modifié cela et exécuté `bin/up -d`, les fichiers journaux seront conservés sur l'hôte et accessibles directement.

{% hint style="warning" %}
Vous devez définir le propriétaire du répertoire de journaux de l'hôte utilisé pour le montage bind sur l'utilisateur `www-data` www-data (uid=33) et vous assurer que les permissions sont `drwxr-xr-x` (755).

Exemple :

```bash
chown 33:33 data/overleaf/logs
chmod 755 data/overleaf/logs
```

{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/on-premises/fr/configuration/overleaf-toolkit/logging.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.