« Équipe sysadmin » : différence entre les versions
mAucun résumé des modifications |
Aucun résumé des modifications |
||
Ligne 4 : | Ligne 4 : | ||
Pour l’instant les sysadmins s’occupent de : | Pour l’instant les sysadmins s’occupent de : | ||
* | * gérer l’hébergement TF (notamment les sempiternels problèmes de quota) | ||
* le wiki | * le wiki | ||
* le forum | * le forum | ||
Ligne 11 : | Ligne 11 : | ||
* [[Utilisateur:Arathor|Arathor]] | * [[Utilisateur:Arathor|Arathor]] | ||
* (rajoutez-vous si zêtes | * (rajoutez-vous si zêtes prêts à mettre la main à la pâte) | ||
==Todolist== | ==Todolist== | ||
Ligne 22 : | Ligne 22 : | ||
===MÀJ du wiki=== | ===MÀJ du wiki=== | ||
===Quota de l’espace Tuxfamily=== | ===Quota de l’espace Tuxfamily=== | ||
* Lors du dernier dépassement (fin août 2020), y’avait plus de 170m occupé par des données awstats que personne regarde/utilise. Il faudrait les pruner automatiquement (à chaque instant, garder que genre les 6 mois précédents), voir même les désactiver complètement. | * Lors du dernier dépassement (fin août 2020), y’avait plus de 170m occupé par des données awstats que personne regarde/utilise. Il faudrait les pruner automatiquement (à chaque instant, garder que genre les 6 mois précédents), voir même les désactiver complètement. | ||
** voir si on peut configurer awstats, | ** voir si on peut configurer awstats, y’a fichier ~/dvorak/bepo.fr-web/awstats.bepo.fr.conf | ||
** sinon à coup de find -mtime X dans une crontab | ** sinon à coup de find -mtime X dans une crontab | ||
* Les 2/3 de notre espace est mangé par les dumps | * Les 2/3 de notre espace est mangé par les dumps des DB. | ||
** On a peut-être pas besoin de garder dans la DB du wiki toutes les révisions des votes à répétition, y’a plus de 10 ans, pour inverser 2 touches. On pourrait aussi enlever les comptes qui n’ont eu aucune inactivité depuis plus de 10 ans, etc. | ** On a peut-être pas besoin de garder dans la DB du wiki toutes les révisions des votes à répétition, y’a plus de 10 ans, pour inverser 2 touches. On pourrait aussi enlever les comptes qui n’ont eu aucune inactivité depuis plus de 10 ans, etc. | ||
** Sans avoir fouillé pour l’instant, j’ai un peu de mal à comprendre comment le dump d’un forum pas super actif peut dépasser les 100m ? putain de forum… au moins la ML pose pas ce problème, gniark :) | ** Sans avoir fouillé pour l’instant, j’ai un peu de mal à comprendre comment le dump d’un forum pas super actif peut dépasser les 100m ? putain de forum… au moins la ML pose pas ce problème, gniark :) | ||
** faudrait voir comment automatiser ce nettoyage, sinon | ** faudrait voir comment automatiser ce nettoyage, sinon la même situation finira par se reproduire. | ||
===MÀJ du forum=== | |||
===Demander à Tuxfamily de renommer notre projet en « ergodis »=== | ===Demander à Tuxfamily de renommer notre projet en « ergodis »=== | ||
Ligne 52 : | Ligne 50 : | ||
Pourquoi rester chez TF s’ils nous donnent aussi peu d’espace disque ? Parce que c’est vraiment un élément de stabilité. Avant de venir chez eux, le wiki et la ML étaient gérées comme tout le reste dans le projet, c’est-à-dire de manière anarcho-bordélique. Et c’est pas un bon souvenir. | Pourquoi rester chez TF s’ils nous donnent aussi peu d’espace disque ? Parce que c’est vraiment un élément de stabilité. Avant de venir chez eux, le wiki et la ML étaient gérées comme tout le reste dans le projet, c’est-à-dire de manière anarcho-bordélique. Et c’est pas un bon souvenir. | ||
Tuxfamily c’est pas qu’un hébergeur physique : ils s’occupent aussi de mettre à jour les briques de bases (linux, apache, php, etc). Je suis pas optimiste sur le niveau de sécurité d’un serveur directement géré par Ergodis, | Tuxfamily c’est pas qu’un hébergeur physique : ils s’occupent aussi de mettre à jour les briques de bases (linux, apache, php, etc). Je suis pas optimiste sur le niveau de sécurité d’un serveur directement géré par Ergodis, ou sur la rapidité du retour en cas de panne/piratage. | ||
===On a des sauvegardes ?=== | ===On a des sauvegardes ?=== | ||
On est au moins | On est au moins un à sauvegarder l’espace TF. Si vous voulez participer, vous pouvez vous inspirer de ce script : | ||
<pre>#!/bin/sh | <pre>#!/bin/sh | ||
Ligne 73 : | Ligne 71 : | ||
Il faut paramétrer une clé ssh sans mdp et mettre ça en crontab (perso c’est mensuel). | Il faut paramétrer une clé ssh sans mdp et mettre ça en crontab (perso c’est mensuel). | ||
==Infos sur l’hébergement TuxFamily== | |||
===Dumps DB=== | |||
Les dumps des DB à la racine de l’espace TF sont faits automatiquement (genre 1 fois par jour) par Tuxfamily. | |||
===Calcul du quota=== | |||
Septembre 2020 : 491/600m | |||
* Le dépôt dvorak-repository a un quota à part (1 ou 1.2g). Les dumps sont comptés dans le quota. | |||
* Les images du wiki sont sur le dépôt, pour éviter de remplir les 600m avec des nimages de clavier de 7m. |
Version du 9 septembre 2020 à 11:09
Équipe chargée de l’administration système
Les ceusses qui s’occupent des installations et mises à jour des outils informatiques qui sont pas pris en charge par Tuxfamily. Attention, il ne faut pas confondre l’administration système (installation et màj des wiki/forum) d’un côté, et de l’autre la gestion de ces outils une fois qu’ils sont en place (configuration et modération).
Pour l’instant les sysadmins s’occupent de :
- gérer l’hébergement TF (notamment les sempiternels problèmes de quota)
- le wiki
- le forum
L’équipe
- Arathor
- (rajoutez-vous si zêtes prêts à mettre la main à la pâte)
Todolist
Les droits sur le panel Tuxfamily
- Faire le tri dans les comptes et mettre à jour les permissions.
- S’organiser pour éviter que tout le monde doive attendre après une personne qui serait la seule à pouvoir débloquer un truc.
MÀJ du wiki
Quota de l’espace Tuxfamily
- Lors du dernier dépassement (fin août 2020), y’avait plus de 170m occupé par des données awstats que personne regarde/utilise. Il faudrait les pruner automatiquement (à chaque instant, garder que genre les 6 mois précédents), voir même les désactiver complètement.
- voir si on peut configurer awstats, y’a fichier ~/dvorak/bepo.fr-web/awstats.bepo.fr.conf
- sinon à coup de find -mtime X dans une crontab
- Les 2/3 de notre espace est mangé par les dumps des DB.
- On a peut-être pas besoin de garder dans la DB du wiki toutes les révisions des votes à répétition, y’a plus de 10 ans, pour inverser 2 touches. On pourrait aussi enlever les comptes qui n’ont eu aucune inactivité depuis plus de 10 ans, etc.
- Sans avoir fouillé pour l’instant, j’ai un peu de mal à comprendre comment le dump d’un forum pas super actif peut dépasser les 100m ? putain de forum… au moins la ML pose pas ce problème, gniark :)
- faudrait voir comment automatiser ce nettoyage, sinon la même situation finira par se reproduire.
MÀJ du forum
Demander à Tuxfamily de renommer notre projet en « ergodis »
Actuellement c’est « dvorak ».
Archives ML
Ce vieux serpent de mer.
FAQ des sysadmins
Pourquoi TuxFamily ?
Pourquoi rester chez TF s’ils nous donnent aussi peu d’espace disque ? Parce que c’est vraiment un élément de stabilité. Avant de venir chez eux, le wiki et la ML étaient gérées comme tout le reste dans le projet, c’est-à-dire de manière anarcho-bordélique. Et c’est pas un bon souvenir.
Tuxfamily c’est pas qu’un hébergeur physique : ils s’occupent aussi de mettre à jour les briques de bases (linux, apache, php, etc). Je suis pas optimiste sur le niveau de sécurité d’un serveur directement géré par Ergodis, ou sur la rapidité du retour en cas de panne/piratage.
On a des sauvegardes ?
On est au moins un à sauvegarder l’espace TF. Si vous voulez participer, vous pouvez vous inspirer de ce script :
#!/bin/sh DATE=$(date +%Y%m) cd ……/ergodis # Nettoyage (5 mois) find . -type f -mtime +130 -print0 | xargs -r -0 rm -f mkdir tmp cd tmp rsync -aq --bwlimit=600 arathor@ssh.tuxfamily.org:/home/dvorak/ ergodis nice -19 tar -cJipf ../ergodis-$DATE.txz ergodis cd .. rm -fr tmp
Il faut paramétrer une clé ssh sans mdp et mettre ça en crontab (perso c’est mensuel).
Infos sur l’hébergement TuxFamily
Dumps DB
Les dumps des DB à la racine de l’espace TF sont faits automatiquement (genre 1 fois par jour) par Tuxfamily.
Calcul du quota
Septembre 2020 : 491/600m
- Le dépôt dvorak-repository a un quota à part (1 ou 1.2g). Les dumps sont comptés dans le quota.
- Les images du wiki sont sur le dépôt, pour éviter de remplir les 600m avec des nimages de clavier de 7m.