[RAID] nouvelle version de mdadm ?

Bonsoir,

Je viens tout juste d’installer la Debian 7 sur mon serveur de fichier. Donc, installation de mdadm.

Bon, juste pour info… J’ai testé Debian 6 et maintenant Debian 7 avec la configuration matériel identique. Soit 4 dd : 1 pour le système et 3 pour le RAID1.
Pour le raid1, il y a 4 partitions (par disque physique), dont 3 sont configurées en RAID1 (soit sur 2 dd physiques, et un spare sur le 3ème dd physique). La 4ème est uniquement en RAID1 classique.
Lors de l’installation de mdadm sous la debian 6, j’ai du faire une petite manip pour rajouter le spare au RAID1 en question. Et là, magique et/ou (comme on veut), même po morran, tout est reconnu d’un coup.
J’ignore si c’est le fait de garder l’ancienne installation, ou qu’il détecte automatiquement. Mais cool en tout cas.

Voilou, juste pour info.

Je ne comprends pas également comment le deamon suivant peut fonctionner (vu depuis htop) :

sachant que j’ai juste installé mdadm en “classique”. Je ne lui ai jamais demander de monitorer. Tu me dira, il vaut mieux. C’est juste que le faisait d’une autre manière.

Savez-vous par hasard, où est stocker le fichier de retour du monitoring ? Puis-je le régler comme je le souhaite ?

Merci pour les infos.

Salut,

Probablement ici:

Je penses que c’est dans /etc/default/mdadm

... AUTOSTART=true ... AUTOCHECK=true ... START_DAEMON=true ... DAEMON_OPTIONS="--syslog" ... etc.

Regarde le man au chapitre For Monitor mode:

[quote]For Monitor mode:
-m, --mail
Give a mail address to send alerts to.

   -p, --program, --alert
          Give a program to be run whenever an event is detected.

   -y, --syslog
          Cause all events to be reported through 'syslog'.  The messages have facility of 'daemon' and varying priorities.

   -d, --delay
          Give a delay in seconds.  mdadm polls the md arrays and then waits this many seconds before polling again.   The  default
          is  60  seconds.   Since 2.6.16, there is no need to reduce this as the kernel alerts mdadm immediately when there is any
          change.

   -r, --increment
          Give a percentage increment.  mdadm will generate RebuildNN events with the given percentage increment.

   -f, --daemonise
          Tell mdadm to run as a background daemon if it decides to monitor anything.  This causes it to fork and run in the child,
          and to disconnect from the terminal.  The process id of the child is written to stdout.  This is useful with --scan which
          will only continue monitoring if a mail address or alert program is found in the config file.

   -i, --pid-file
          When mdadm is running in daemon mode, write the pid of the daemon process to the specified file, instead of  printing  it
          on standard output.

   -1, --oneshot
          Check  arrays  only  once.   This  will  generate  NewArray events and more significantly DegradedArray and SparesMissing
          events.  Running
                  mdadm --monitor --scan -1
          from a cron script will ensure regular notification of any degraded arrays.

   -t, --test
          Generate a TestMessage alert for every array found at startup.  This alert gets mailed and passed to the  alert  program.
          This can be used for testing that alert message do get through successfully.

   --no-sharing
          This  inhibits  the  functionality for moving spares between arrays.  Only one monitoring process started with --scan but
          without this flag is allowed, otherwise the two could interfere with each other.[/quote]

Salut lol,

Merci pour tes infos (oups, vieux je suis à la bourre)

Je vais regarder de plus près et te tenir au courant.

Bonne fin de weeke-end.