Don't force line return on ####
This commit is contained in:
parent
bbd704d413
commit
6e135a40de
19 changed files with 48 additions and 43 deletions
|
|
@ -172,7 +172,7 @@ Il s'agit d'une représentation d'une structure du noyau, pas forcément très
|
|||
lisible en l'état. On utilisera `getfacl` pour la version lisible.
|
||||
|
||||
|
||||
#### `ping`\
|
||||
#### `ping`
|
||||
|
||||
De la même manière que l'on peut définir de façon plus fine les droits d'accès
|
||||
par utilisateur, un attribut de l'espace de nom *security* peut être défini
|
||||
|
|
|
|||
|
|
@ -5,7 +5,7 @@
|
|||
Poursuivons [notre script de monitoring](#script-monitoring) afin d'envoyer nos
|
||||
résultats vers InfluxDB : nous l'appellerons `./telegraf.sh`.
|
||||
|
||||
#### Rappel d'InfluxDB\
|
||||
#### Rappel d'InfluxDB
|
||||
|
||||
Commençons par lancer le conteneur Docker d'InfluxDB (pour éviter de
|
||||
l'installer sur notre machine) :
|
||||
|
|
@ -32,7 +32,7 @@ EOF
|
|||
Vérifiez que la base de données `metrics` a bien été créée.
|
||||
|
||||
|
||||
#### Monitoring vers InfluxDB\
|
||||
#### Monitoring vers InfluxDB
|
||||
|
||||
Maintenant, envoyons nos données vers la base
|
||||
<https://docs.influxdata.com/influxdb/v1.8/guides/write_data/> :
|
||||
|
|
@ -54,7 +54,7 @@ SELECT * from "$my_cgroup_name";
|
|||
</div>
|
||||
|
||||
|
||||
#### Monitorer davantage de données\
|
||||
#### Monitorer davantage de données
|
||||
|
||||
Liste non exhaustive de données à monitorer :
|
||||
|
||||
|
|
@ -70,7 +70,7 @@ accessible ici :
|
|||
- v2 : <https://www.kernel.org/doc/html/latest/admin-guide/cgroup-v2.html>
|
||||
|
||||
|
||||
#### Permettre à l'utilisateur de monitorer des processus\
|
||||
#### Permettre à l'utilisateur de monitorer des processus
|
||||
|
||||
Maintenant, séparons notre script en deux parties afin qu'un utilisateur normal
|
||||
(non-root) puisse utiliser la partie monitoring de notre script.
|
||||
|
|
|
|||
|
|
@ -98,7 +98,7 @@ Les distributions *à l'ancienne* proposent de télécharger leur système de ba
|
|||
sous forme de tarball :
|
||||
|
||||
|
||||
#### Gentoo\
|
||||
#### Gentoo
|
||||
|
||||
<http://gentoo.mirrors.ovh.net/gentoo-distfiles/releases/amd64/autobuilds/current-stage3-amd64-openrc/stage3-amd64-openrc-20211128T170532Z.tar.xz>
|
||||
|
||||
|
|
@ -123,7 +123,7 @@ chroot newroot/ bash
|
|||
</div>
|
||||
|
||||
|
||||
#### Alpine\
|
||||
#### Alpine
|
||||
|
||||
<https://dl-cdn.alpinelinux.org/alpine/v3.14/releases/x86_64/alpine-minirootfs-3.14.2-x86_64.tar.gz>
|
||||
|
||||
|
|
|
|||
|
|
@ -55,7 +55,7 @@ ce sujet :\
|
|||
|
||||
::::: {.exercice}
|
||||
|
||||
#### À vous de jouer {-}\
|
||||
#### À vous de jouer {-}
|
||||
|
||||
Continuons l'exercice précédent où nous avions [fixé les
|
||||
limites](#Fixer-des-limites) de mémoire que pouvez réserver les processus de
|
||||
|
|
|
|||
|
|
@ -81,7 +81,7 @@ Vous devriez constater l'effet de cette commande sans plus attendre !
|
|||
|
||||
::::: {.exercice}
|
||||
|
||||
#### `procinfo`\
|
||||
#### `procinfo`
|
||||
|
||||
Explorons le pseudo système de fichiers `/proc` pour écrire un script qui va
|
||||
afficher des informations sur un processus donné :
|
||||
|
|
@ -125,7 +125,7 @@ uts:[4026531838]
|
|||
</div>
|
||||
|
||||
|
||||
#### `batinfo.sh`, `cpuinfo.sh`\
|
||||
#### `batinfo.sh`, `cpuinfo.sh`
|
||||
|
||||
Explorons le pseudo système de fichiers `/sys` pour écrire un script
|
||||
qui va, en fonction de ce que vous avez de disponible :
|
||||
|
|
@ -188,7 +188,7 @@ Thermal throttle count: 0
|
|||
N'hésitez pas à rajouter toute sorte d'information intéressantes !
|
||||
|
||||
|
||||
#### `rev_kdb_leds.sh`, `suspend_schedule.sh`\
|
||||
#### `rev_kdb_leds.sh`, `suspend_schedule.sh`
|
||||
|
||||
Maintenant que vous savez lire des informations dans `/sys`, tentons d'aller
|
||||
modifier le comportement de notre système. Au choix, réalisez l'un des scripts
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue