WikiMiNET

MySQL est le SGBD de Minet. Il est essentiel car beaucoup des services minet en dépendent. Une interface PhpMyadmin a été installée.

Le SQL de MiNET, sql.minet.net, possède les IPs suivantes

  192.168.102.35
  192.168.1.35 

En cas de problème pour redémarrer mysql, rien de plus standard

/etc/init.d/mysql restart

Si ca résoud pas les problèmes c'est qu'il faut réfléchir ( dur )

Comme je le disais au dessus, notre SQL est très demandé par :

• Adh5 (migré sur cluster ndb) (migré sur fdpsql)
• sympa (mailing list server)
• maisel explorer
• Web

Voici quelques règles à respecter pour une utilisation optimale :

• Les utilisateurs ne doivent avoir les droits que sur leurs bases…

• et ne peuvent avoir accès que depuis le serveur utilisant le SQl

Par exemple, pour un service sur webminet, créez une base de donnée spécifique, sur laquelle l'utilisateur associé à ce service aura tous les droits. Pensez de plus à restraindre cet utilisateur à webminet, et pas besoin de localhost…

Pour sqlhosting, autorisez localhost, et 192.168.102.107 si webusers et 192.168.102.106 si webassos…

• 1 ) Recréez vos utilisateur via PHPmyAdmin avec leurs logins/password…

• 2 ) Utilisez ce script pour récupérer l'ensemble des tables sur l'ancien serveur :

#!/bin/bash

rm <La où vous voulez mettre la sauvegarde>/*
mysql --batch --skip-pager --skip-column-names --raw -u <Votre ut> -p<son passwd> --execute='SHOW DATABASES' > /tmp/tables

while read table
do
        mysqldump -u <Votre ut> -p<son passwd> --database $table > <La où vous voulez mettre la sauvegarde>/$table.sql
done < /tmp/tables

rm /tmp/tables

• 3 ) Envoyez les via ssh sur votre nouveau serveur SQl

  scp /chemin/vers/sqldump/* vous@newsql:./votre/dossier/darrivee/

• 4 ) Importez la table

  mysql -u ut_grant -psonpasswd db_name < db_name.sql

Où ut_grant est un utilisateur grant de la DB, sonpasswd est son pass word et db_name le nom de la base à migrer.

Pensez à suivre lors de la création de l'utilisateur les règles de bonne conduite.

Il serait en effet dommage de perdre nos précieuses informations, d'autant plus qu'on ne peut, de par leur extrême régularité et leur légendaire assiduité, compter sur les backups manuel des Vms locales. Chaque jour, un dump de la base de donnée est faite sur un point de montage NFS, qui correspond sur Scylla (un de nos NAS) à /raidZ/backup_sql. Pour remonter dans l'historique, il suffit de s'aventurer dans les snapshots, qui sont synchronisés sur Charybde (notre deuxième NAS).

1. Si vous voyez Host ___ is blocked

Ce service est sujet à des normes particulières de sécurité. Si vous souhaitez l'appeler depuis une autre machine, veuillez lire cette page