# Journaux

> Ce que ton application écrit, le récit de sa construction et celui de sa mise en service. Dans le terminal ou dans l’espace client.

Source : https://docs.arkya.gg/applications/journaux

## Le journal de l’application

Arkya garde ce que ton application écrit sur sa sortie standard et sa sortie d’erreur. Écris-y tes journaux, pas dans un fichier.

```bash
ark logs mon-api
ark logs mon-api --lines 500
```

Sans `--lines`, tu reçois les 100 dernières lignes, et jusqu’à 2 000 avec l’option.

> **Bon à savoir**
>
> Le journal suit le conteneur en cours. Après un redémarrage ou un déploiement, il repart de zéro : les lignes d’avant ne sont plus lisibles.

## La construction et la mise en service

```bash
ark logs mon-api --build
ark logs mon-api --deploy
```

- `--build` relit la sortie de `docker build`, enregistrée par `ark build` et `ark deploy`.
- `--deploy` relit le récit de la dernière mise en service.

Quand une version ne démarre pas, `ark deploy` affiche déjà les dernières lignes du journal. `--deploy` les retrouve plus tard.

## En direct

L’onglet **Journaux** de l’application, dans l’espace client, se met à jour toutes les trois secondes.

`ark logs --follow` sert aux serveurs de jeu : il passe par leur console, qu’une application n’a pas. Pour suivre une application depuis le terminal, relance `ark logs`.

## Ce qui coince le plus souvent

| Ce que tu lis | Ce que ça veut dire |
| --- | --- |
| rien, et l’application ne répond pas | elle n’écoute pas sur `PORT`, ou écoute sur `127.0.0.1` |
| `exec format error` | l’image n’est pas construite pour `linux/amd64` |
| `permission denied` | le programme attend un droit que le conteneur n’a pas ; installe et règle les fichiers pendant la construction |
| des données qui disparaissent | elles étaient écrites dans le conteneur ; range-les dans une base |

Voir [Préparer ton image](https://docs.arkya.gg/applications/image).