Archive for the ‘Sauvegardes’ Category

SMARTd & Le raid …. c’est bien ;)

Sunday, September 13th, 2009

En consultant mes mails je m’aperçois qu’un de mes disques est HS:


The following warning/error was logged by the smartd daemon:

Device: /dev/sdd, 5 Offline uncorrectable sectors

For details see host's SYSLOG (default: /var/log/syslog).

You can also use the smartctl utility for further investigation.
No additional email messages about this problem will be sent.

La machine continue de tourner, comme si rien ne s’était passé.

Restera à changer ce disque ;)

Comment augmenter la taille d’un array raid

Friday, September 11th, 2009

Un array raid soft trop petit.

On, on change les disques un à un apres les avoir partitionné, on reconstruit le raid…et la taille des partitions n’a pas bougé.

C’est tout à fait normal. Il faut agrandir le device md, puis le filesystem.

Supprimons la bitmap de l’array:

# mdadm --grow /dev/md2 --bitmap none


# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/md1 452G 257G 173G 60% /
tmpfs 3,9G 0 3,9G 0% /lib/init/rw
udev 10M 228K 9,8M 3% /dev
tmpfs 3,9G 0 3,9G 0% /dev/shm
/dev/md0 192M 79M 103M 44% /boot
/dev/md2 805G 516G 290G 65% /backup


# mdadm --grow /dev/md2 --size=max
# mdadm --wait /dev/md2
# mdadm --grow /dev/md2 --bitmap=internal
buckrogers:~# xfs_growfs /backup/
meta-data=/dev/md2 isize=256 agcount=32, agsize=6589168 blks
= sectsz=4096 attr=0
data = bsize=4096 blocks=210853056, imaxpct=25
= sunit=16 swidth=48 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks=32768, version=2
= sectsz=4096 sunit=1 blks, lazy-count=0
realtime =none extsz=196608 blocks=0, rtextents=0
data blocks changed from 210853056 to 428941440

# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/md1 452G 257G 173G 60% /
tmpfs 3,9G 0 3,9G 0% /lib/init/rw
udev 10M 228K 9,8M 3% /dev
tmpfs 3,9G 0 3,9G 0% /dev/shm
/dev/md0 192M 79M 103M 44% /boot
/dev/md2 1,6T 517G 1,1T 32% /backup

Et voilà ;)

Sauvegarder son système

Tuesday, April 18th, 2006

Avant un upgrade majeur, il est préférable de disposer d’une sauvegarde à jour de son système (et de ses données).

Comment faire simplement?

Prérequis:

Avoir soit une autre machine sous linux, soit un 2eme disque dur (et un live-CD au cas où…)

  • Avec une 2eme machine:

Sur la machine à sauvegarder (machine source, il nous faut disposer de rsync, et ssh)

Sur la machine qui recevra la sauvegarde, il nous faut disposer de place (équivalent de la place occupée sur le disque de la machine source), rsync, et ssh

Créons le répertoire accueillant les sauvegardes sur la machine destination:

# mkdir -p /backup/machinesource

Copions le systeme et les données à partir de la machine source:

# cd / && rsync -avP –numeric-ids –exclude=’/proc’ –exclude=’/sys’ \
–exclude=’/tmp’ / machinedestination:/backup/machinesource

machinedestination étant le nom DNS de la machine de destination (pouvant etre remplacé par son adresse IP).

  • Avec un 2e disque dur:

Il nous faut disposer de la commande cp, ou de rsync.

on monte le 2eme disque dur sur le point de montage /sauvegarde par exemple

# cp -avux / /sauvegarde

ou encore

#rsync -avPx / /sauvegarde

Dans les exemples précédents nous avons considéré que / abritait tout le systeme (pas de montage séparé pour /var, /usr, /etc…).

Il vous sera ainsi très facile en cas de problème de récupérer un systeme fonctionnel en effectuant un transfert dans le sens inverse.

Pour réaliser des sauvegardes plus ciblées, plus simples… n’hésitez pas à jeter un oeil sur backup manager.

Migrer son système en RAID 1 ou RAID5

Tuesday, April 18th, 2006

Hypothese:

Vous disposez de:
- Un systeme fonctionnel
- Un live-CD linux (Knoppix, GRML…)
- Suffisemment de disques durs pour faire ce que vous voulez faire.
- Un kernel supportant le raid

Comme d’habitude, faites des sauvegardes, si ça pétait c’est pas de ma faute ;)

Commençons par le commencement:

Vous faites une sauvegarde de votre systeme sur un autre HD, un autre systeme…

Comment faire?

Monter un autre disque dur (ici sur /newdisk)

cp -avux / /newdisk

ou encore en root toujours:

rsync -avP –numeric-ids / autremachine:/backupmamachine

Passons aux choses sérieuses.

On va maintenant rebooter sur le live-CD

Création de l’array raid 1 (miroir)
- Supposition (raid 1 sur hda et hdb)

fdisk /dev/hda
on crée ses partitions avec comme type ‘fd’

mdadm -Cv /dev/md0 -l1 -n2 /dev/hda1 missing
mdadm -Cv /dev/md1 -l1 -n2 /dev/hda2 missing

autant de fois que vous avez créé de partitions

Créer le systeme de fichiers:

mkfs.ext3 /dev/md0
mkswap /dev/md1

On aurait aussi pu utiliser du XFS, ReiserFS….

on monte le disque de sauvegarde
mkdir /olddisk
mount /dev/hdb1 /olddisk

on monte le raid array
mkdir /newdisk
mount /dev/md0 /newdisk

on copie le systeme

cp -avux /olddisk /newdisk

on edite le fstab dans /newdisk/etc/fstab pour remplacer les /dev/hdx par des /dev/mdx

on oublie pas d’éditer /newdisk/etc/lilo.conf
boot=/dev/mdx
root=/dev/mdx
raid-extra-boot=mbr

on relance lilo dans un chroot
lilo -r /newdisk -v

on reboote la machine, youpi ça marche

il faut maintenant répliquer le miroir

on crée le meme partitionnement sur le 2eme disque que le 1er:meme tailles de partitions, meme type(fd)

Il est possible de le faire via sfdisk automatiquement (sfdisk -d /dev/hda | sfdisk /dev/hdb)

puis on fait

mdadm -a /dev/md0 /dev/hdb1
mdadm -a /dev/md1 /dev/hdb2

cat /proc/mdstat vous donnera l’avancement de la synchronisation du miroir

on oublie pas de lancer lilo pour que les 2 MBR soient mis à jour.

Pour convertir un système en RAID 5, il faut au minimum 3 disques et penser à créer une partition séparée qui servira de /boot (en raid 1 impérativement).