« Équipe sysadmin » : différence entre les versions

Dernière version du 27 mars 2023 à 14:24

É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.

@@ Ligne 1 : / Ligne 1 : @@
 Équipe chargée de l’administration système
-==Personnes motivées==
+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).
-* Arathor
+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==
+* [[Utilisateur:Arathor|Arathor]]
+* (rajoutez-vous si zêtes prêts à mettre la main à la pâte)
 ==Todolist==
-===Quota sur Tuxfamily===
+===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é des données awstats que personne regarde/utilise. Il faudrait
+* 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.
-les pruner automatiquement (à chaque instant, garder que 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 de DB.
+* 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 dans X années le même problème se reproduira.
+** 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===
@@ Ligne 21 : / Ligne 44 : @@
 Ce vieux serpent de mer.
-==FAQ==
+==FAQ des sysadmins==
 ===Pourquoi TuxFamily ?===
@@ Ligne 27 : / 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.
-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, encore moins sur la rapidité du retour en cas de panne.
+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 :
+<pre>#!/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</pre>
+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.
+[[Catégorie:Ergodis]]