Mqnu
Merci bien à tous et pour ces quelques descriptions précises 🙂 Je vais tenter d'appliquer tout ca demain.
Pour ta réponse cerber666, j'ai fait tout ce blz a fait figuré dans son post sauf que j'avais crée 1 partition de 75000 Mo sur chaque dur sans faire de swap, je voulais tester comme ca et étant une machine bien correcte en tant que serveur, je voulais pas m'membrouiller a créer une zone d'échange pour un test :/
Je vais tenter ca demain blz, merci de tes indications, je vois que j'étais sur le bon bout de chemin en te lisant !!
Et t'inquiètes pas, je pense pas que ca soit une notion de sauvegarde que je cherche, pour ca il y'a les lecteurs de bande ou autres médias amovibles mais je cherche dans un premier temps la sécurité des fichiers en cas de crash matériel et la pérénité donc de ceux ci.
Je mets ca en oeuvre demain et vous tiens au courant du déroulement de l'affaire, merci bien à tous 😃
Mqnu
Up 🙂
J'ai fait tout ca mais j'ai toujours eut un petit souci, ce matin j'ai essayé en débranchant les durs et ca ne bootait pas.
Je me demande si en appliquant cette procédure ca pourrait fonctionner, en sachant que j'ai 2x76 go :
- 1 partition de 74 go sur le disque 1
- 1 partition de 100 mo "/boot" sur le disque 1
- 1 partition de 2 go "swap" sur le disque 1
- 1 partition de 74 go sur le disque 2
- 1 partition de 100 mo "/boot" sur le disque 2
- 1 partition de 2 go "swap" sur le disque 2
En sachant que je montes les deux partitions de 74 en raid 1 ainsi que les 2 swap.
Ma(es) question(s) sont les suivantes, si mon disque 1 me plantait, le secteur de "/boot" sur le disque 2 prendra il le relais pour faire démarrer la machine ??
Dois je monter les partitios "/boot" en raid aussi ou alors les laisser telles quelles installées sur les deux disques durs bien distinctement ??
Merci de vos avis 🙂
blz
Je te conseille de mettre toutes tes partitions en RAID 1 logiciel, /boot, / et swap (et /var et autres si tu en fait d'autres).
Pour la swap, je suis pas certain, mais j'ai testé, et ça marchait. Cependant, cerber666 à l'air d'être plus au jus, il te renseignera peut-être.
Cependant, note que ce n'est pas le fait de mettre /boot en RAID 1 logiciel qui va te permettre de booter indiféremment sur un disque seul ou l'autre seul. Là, c'est de GRUB qu'il s'agit. Normalement, après installation de ton système, ça devrait bien booter avec un seul disque, (le premier j'imagine), mais pas avec le deuxième tout seul. Il faut répliquer GRUB sur le deuxième disque. Il y a quelques pistes dans mon message précédent, et je me suis inspiré des conseils de ... cerber666 sur ce fil :
http://forums.fedora-fr.org/viewtopic.php?id=21650
(merci à lui au passage)
Mqnu
Ok je vais essayer de voir ca, j'te tiens au courant de la suite 😉
Merci 🙂
[EDIT] Erf, j'suis en train de réinstaller là mais je ne peux pas mettre deux partitions "/boot" en fin de compte.
Je laisse donc une partition "/boot" sur le premier disque et je modifierais par la suite le grub ?! Je peux faire ca comme ca ??
blz
Je pige pas ton problème; pour avoir la partition /boot en raid 1 logiciel, tu fais comme pour la partition / : sur le disque 1, tu crées une partition raid logiciel de 100 MO, de même sur le disque 2, puis tu cliques sur le bouton "RAID", et là tu choisis "créer une partition raid" ou quelque chose comme ça, tu choisis ext3 comme type, /boot comme point de montage et dans la liste des partitions disponibles tu choches la partition de 100 MO du disque 1 et la partition de 100 MO du disque 2, et voilà, ça devrait rouler, non ?
Mqnu
Oui lol j'avais pas eut le temps d'éditer, je m'étais replongé la dedans .
J'ai fais comme indiqué ici :
- 1 raid logiciel de 100 mo sur dd1
- 1 raid logiciel de 74000 mo sur dd1
- 1 raid logiciel de 2000 mo sur dd1
- 1 raid logiciel de 100 mo sur dd2
- 1 raid logiciel de 74000 mo sur dd2
- 1 raid logiciel de 2000 mo sur dd2
après j'ai lié les deux partitions "/boot" ensembles en indiquant dans l'utilitaire RAID que c'était celles ci les partoch de boot.
Par la suite j'ai rajouté des options de démarrage a Grub en indiquant aussi de s'installer sur chaque partition raid logiciel (c'est à dire sur chaque partition /boot des deux durs) en spécifiant des noms afin de voir si jamais j'en débranche si l'autre démarre.
Je vais tester ca, et je tiens au courant 😉
(Dis moi si t'as pas tout compris, j'me suis peut être mal expliqué)
cerber666
je confirme les dire de blz, lis bien le topic qu'il t'a mis en lien et tu devrait pouvoir mettre le /boot en RAID1, tu ne dois pas créer deux partitions /boot (une sur chaque disque) mais créer une partition en RAID 1 logiciel qui s'appuie sur tes deux disques durs matériels sur laquelle tu montes /boot.
Edit : j'ai pas tout compris à comment tu t'y étais pris mais c'est pas grave, fais tes tests et si cela marche poste nous ton grub.conf, ton fdisk -l et mdadm.conf comme ça tout le monde pourra voir comment tu as fait et ça pourra servir à d'autre (moi compris 😉 )
Mqnu
En fin de compte j'avais crée 3 partitions raid logicielles distinctes sur les deux disques durs : une de 100 mo pour le /boot, une de 74 go pour / et une de 2 go pour le swap.
A partir de là j'avais créer donc en raid mes deux partitions de 100 mo vers /boot en raid 1, mes deux partitions de swap ensemble en raid 1 et mes deux partitions de 74 go en raid 1.
De plus, j'avais ajouter des options de démarrage pour grub avant l'install en pointant a chaque fois vers les partitions respectives /boot des deux disques dur en pensant que si un lachait, le second prendrait la relève au niveau du grub mais non :/
Donc en fin de compte je dois juste créer une partition /boot sur chaque dur, les monter en raid 1 et ensuite modifier mon grub.conf afin de lui indiquer que si un des durs lache il doit pointer vers un autre .
C'est bien ca ?
Je pige pas ton problème; pour avoir la partition /boot en raid 1 logiciel, tu fais comme pour la partition / : sur le disque 1, tu crées une partition raid logiciel de 100 MO, de même sur le disque 2, puis tu cliques sur le bouton "RAID", et là tu choisis "créer une partition raid" ou quelque chose comme ça, tu choisis ext3 comme type, /boot comme point de montage et dans la liste des partitions disponibles tu choches la partition de 100 MO du disque 1 et la partition de 100 MO du disque 2, et voilà, ça devrait rouler, non
Oui oui ca t'inquiètes ca marche mais c'est pour le fait de switcher de disque de démarrage si un disque pète que je veux mettre en place, je vais voir les fichier .conf et tenter d'appliquer tout ca
cerber666
Tu crées un partition en software RAID de 100Mo sur tes 2 disques, tu les déclares en RAID1, tu fromates en ext3 et tu montes /boot dessus. Si tu suis les modif que je spécifies sur le post que tu as en lien ça ne marche pas?
C'était sous FC6 mais je ne vois pas pq ça ne marcherait plus sous F8. Suis le post que tu as en lien et dis à quel moment tu bloques car là on t'a tout écrit noir sur blanc.
regarde
LA pour mieux comprendre éventuellement
Mqnu
Tu crées un partition en software RAID de 100Mo sur tes 2 disques, tu les déclares en RAID1, tu fromates en ext3 et tu montes /boot dessus.
Ca marche correctement ca, je suis sous la fedora la mais par contre ca ne prend pas en charge le fait qu'un disque dur soit débranché au moment du boot, la machine ne démarre pas que ca soit le dd1 qui soit débranché ou le dd2.
Je te post mon "grub.conf"
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/md1
# initrd /initrd-version.img
#boot=/dev/md0
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.23.1-42.fc8)
root (hd0,0)
kernel /vmlinuz-2.6.23.1-42.fc8 ro root=/dev/md1 rhgb quiet
initrd /initrd-2.6.23.1-42.fc8.img
title Fédora dd2
rootnoverify (hd1,0)
chainloader +1
title Fédora dd 1
rootnoverify (hd0,0)
chainloader +1
mon fdisk -l
[root@localhost etc]# fdisk -l
Disque /dev/sda: 80.0 Go, 80000000000 octets
255 heads, 63 sectors/track, 9726 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000080
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 13 104391 fd Linux raid autodetect
/dev/sda2 14 9471 75971385 fd Linux raid autodetect
/dev/sda3 9472 9726 2048287+ fd Linux raid autodetect
Disque /dev/sdb: 80.0 Go, 80000000000 octets
255 heads, 63 sectors/track, 9726 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000081
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 13 104391 fd Linux raid autodetect
/dev/sdb2 14 9471 75971385 fd Linux raid autodetect
/dev/sdb3 9472 9726 2048287+ fd Linux raid autodetect
Disque /dev/md1: 77.7 Go, 77794574336 octets
2 heads, 4 sectors/track, 18992816 cylinders
Units = cylindres of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disque /dev/md1 ne contient pas une table de partition valide
Disque /dev/md2: 2097 Mo, 2097348608 octets
2 heads, 4 sectors/track, 512048 cylinders
Units = cylindres of 8 * 512 = 4096 bytes
Disk identifier: 0x30307800
Disque /dev/md2 ne contient pas une table de partition valide
Disque /dev/md0: 106 Mo, 106823680 octets
2 heads, 4 sectors/track, 26080 cylinders
Units = cylindres of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disque /dev/md0 ne contient pas une table de partition valide
[root@localhost etc]#
et mon mdadm.conf :
# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root
ARRAY /dev/md1 level=raid1 num-devices=2 uuid=70910ac0:13df7fe8:89286c9a:a9b014d1
ARRAY /dev/md0 level=raid1 num-devices=2 uuid=b5cb76d6:97d5b657:0b413eca:6016c57a
ARRAY /dev/md2 level=raid1 num-devices=2 uuid=0054dfad:423a245f:b3052de1:fcb80470
cerber666
Regarde le lien que je viens de te mettre et regarde le post que blz ta mis en lien, j'ai posté un exemple de grub.conf ainsi que l'installation de grub sur les deux disques durs. Tu as toutes les infromations à ta disposition.
Tes Fédora dd2 et Fédora dd1 sont moisis. Par contre si tu débranches le disque 2 ça doit booter logiquement.
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,0)
# kernel /boot/vmlinuz-version ro root=/dev/md0
# initrd /boot/initrd-version.img
#boot=/dev/md0
default=0
fallback 1
timeout=5
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.20-1.2933.fc6)
root (hd0,0)
kernel /boot/vmlinuz-2.6.20-1.2933.fc6 ro root=/dev/md0
initrd /boot/initrd-2.6.20-1.2933.fc6.img
title Fedora Core (2.6.20-1.2933.fc6)
root (hd2,0)
kernel /boot/vmlinuz-2.6.20-1.2933.fc6 ro root=/dev/md0
initrd /boot/initrd-2.6.20-1.2933.fc6.img
Tu dois avoir un truc du style puis faire ça :
#grub
grub>root (hd0,0)
grub>setup (hd0)
grub>root (hd2,0)
grub>setup(hd2)
grub>quit
C'est tout écrit déjà je ne cromprends pas où tu bloques
Mqnu
Lol désolé j'étais en train de voir justement le topic, ca avance la merci bien 😉
Mon raid est en train de se recontruire et je vais éditer mon grub.conf par la suite 😉
Merci
blz
Yes, suis bien le fil cité plus haut, je m'en suis servi il y a une semaine ou deux, avec Fedora 8 et CentOS 5, ça marchait nickel chrome dans les deux cas.
J'ai toujours mis grub sur le MBR, et je l'ai dupliqué sur le second disque (le MBR du second disque j'imagine) avec la manip de cerber666. Je sais pas du tout comment ça se comporte si on le met autre part.
Mqnu
Je vais rebooter la pour tester et je vous posterais mon grub.conf après si ca peut aider quelqu'un plus tard.
Par contre j'ai failli me faire avoir car dans le topic cité, hd0 correspond à hda et hd2 correspond à hdb.
Moi j'ai manipulé mon grub.conf donc pour en venir à bout mais lors'que j'ai lancé un
grub>root (hd2,0)
grub>setup (hd2)
J'ai eut un message d'erreur car en fait il convient de ne pas oublier que les chiffres devant hd correspondent aux lettres des lecteurs. Et comme hdc = hd2,0 :/
J'avais perso que hda et hdb donc pour ceux qui se posaient les mêmes questions que moi, ne pas oublier que les chiffres suivent les lettres :
a=0
b=1
c=2 etc..
Merki à tous mon raid fonctionne même quand j'ai un dur de débranché.
Par contrej'ai débranché le dd1 et crée un fichier sur le bureau quand j'ai booté sur le dd2 pour voir si le raid se resynchronisait quand je rebranchais un dur. En rebranchant le dd, le fichier est apparu correctement mais par contre lorsque j'ai débranché le dd2 et crée un fichier sur le bureau en ayant booté sur le dd1, je ne retrouve plus celui ci apres avoir tout rebanché correctement.
Est i possible de resynchroniser le raid, si oui comment car j'ai déjà essayé
watch -n 5 cat /proc/mdstat
Mais ca n'a rien donné 🙁 D'autre idées ?
blz
Ha ! Ça avance alors, félicitations !
Est il possible de resynchroniser le raid, si oui comment...
T'as la réponse dans mon premier post, mais c'est vrai que je suis pas très concis alors ça doit gaver de me lire, je comprends ...
# mdadm /dev/md1 --add /dev/sda2
qui ajoute la partition physique sda2 à la partition raid md1 lorsque la partition sda2 à été désynchronisée. (Le nom des partitions changent selon ta configuration).
Tu adaptes en fonction du nom de tes partoches, comme d'hab...
Juste après, en faisant un
# cat /proc/mdstat
tu devrais voir l'état d'avancement de la synchro.
Un bon conseil, lis avec attention les man pages de mdadm, il y a plein de bonnes choses dedans, et utiles. T'es pas obligé de tout savoir par coeur, mais il y a deux ou trois trucs essentiels.
Et puis en cherchant un poil, tu devrais trouver quelques tutos pour administrer ton raid, mais désolé, j'ai pas de lien sous la main.
Encore une fois, si tu gardes qu'une seule partition /, contrôle l'espace disque régulièrement, sinon un jour, couic, ton système va freezer...
cerber666
Le lien que je t'ai donné plus haut t'explique comment enlever un disque défaillant d'un volume RAID et comment remettre le disque une fois celui-ci changé et repartitionné correctement. Le tuto qui part d'un vieille Debian est encore valable pour la FC6 dc pour la F8 je suppose.
Tout ce fait à partir de mdadm --add, mdadm --set-faulty etc etc.
Une fois que tu as retiré un disque, vérifié que ça bootait, tu remets un disque mais il faut que tu informes ton système qu'il peut reconstruire le volume RAID sur le disque que tu viens de remettre. Cela ne se fait pas automatiquement.
Mqnu
Encore une fois, si tu gardes qu'une seule partition /, contrôle l'espace disque régulièrement, sinon un jour, couic, ton système va freezer...
Comment ca il va freezer ? Ca serait du a quoi ?
Une fois que tu as retiré un disque, vérifié que ça bootait, tu remets un disque mais il faut que tu informes ton système qu'il peut reconstruire le volume RAID sur le disque que tu viens de remettre. Cela ne se fait pas automatiquement.
Donc je devrais taper une commande comme celle ci par exemple non ?
watch -n 5 cat /proc/mdstat ou alors du type mdstat -"reconstruire" ?
cerber666
Tel que tu as fait ton partitionnement tout est sur / à part ton /boot. Cela peut être suffisant, cela dépend du type de serveur que tu veux mettre en place. Moi en général, je mets le / en RAID1 et je monte le reste plus tard sur des volumes LVM en RAID5.
Bon je vais tout te mettre noir sur blanc car apparement tu ne veux pas lire le lien que je t'ai mis, les infos ne tombent pas toujours toutes cuites dans le bec, il faut chercher soi-même de temps en temps.
On déclare un disque donné défaillant :
mdadm --set-faulty /dev/md0 /dev/sda1
On supprime le disque du volume RAID :
mdadm --remove /dev/md0 /dev/sda1
Il faut, normalement, que tu remplaces le disque défaillant, à moins que ton matériel gère le changement de disque à chaud tu devras éteindre ton ordi, remplacer le disque que tu viens de déclarer défaillant. Puis tu redémarres :
cat /proc/mdstat
md0 : active raid1 sda1[1]
240832 blocks [2/1] [_U]
Tu devrais avoir qqch du style, ton volume RAID n'est pas au top, il manque un disque.
tu recopies la table de partition du disque encore valide de ton volume RAID sur le disque que tu viens de mettre afin de remplacer le défaillant :
sfdisk -d /dev/sda | sfdisk /dev/sdb
Puis tu informes le démon qui gère le RAID logiciel que tu as rajouté un disque et qu'il peut s'en servir afin de reconstruire le mirroring :
mdadm --add /dev/md0 /dev/sdb1
Des fois, il faut initialiser les super-blocks mais c'est un autre débat.
Ensuite tu peux controler que ton volume se reconstruit bien avec cette commande (cette commande en elle même ne fait rien, elle te permet juste de voir que ton volume se reconstruit)
watch -n 6 cat /proc/mdstat
il ne faut surtout pas redémarrer la machine pendant la reconstruction du RAID!!!!
Mqnu
J'avais bien lu le lien que tu m'avais donné t'inquiètes pas 😉
Merci quand même pour tes indications.
Maintenant tout roule, samba est installé. J'ai donc crée mes utilisateurs que j'ai mis dans un groupe nommé "admin2". J'ai crée un dossier de test afin de tester mon partage. Mes deux utilisateurs ont accès au répertoire partagé et respectivement à leur répertoire /home présent sur le serveur.
Sur le dossier commun partagé, j'ai attribué les droits 770 afin que seuls le root et les users puissent modifier les fichiers qu'ils mettent en commun. c'est là que le bas blaisse :/ Lorsque je crée un dossier avec un des users, je ne peux pas avec l'autre modifier par exemple le nom de ce dossier. Quand je crée un document, je ne peux pas le modifier ni l'enregistrer alors que normalement ca devrait être possible selon les droits.
Je pense qu'il s'agit juste d'une variable dans le chmod afin d'attribuer les mêmes droits au répertoire partagé & à tout ce qu'il héberge par la suite mais je n'ai pas trouvé 🙁
En fin de compte, dès que j'active les droits sur le répertoire partagé, je peux modifier ce qu'a fait l'autre utilisateur mis si je crée un dossier par exemple avec à l'intérieur un document quelconque, l'autre ne pourra pas le modifier alors qu'il peut le faire dans le répertoire précédent.
J'remercie d'avance ceux qui sauront m'aider à propos de ca 😉
blz
re,
Pour ton dernier message, tu devrais t'informer sur la gestion des droits des utilisateurs, et des groupes, sur internet et sur ce sîte aussi, je suis sur qu'il y a des fils qui traitent de ça; c'est un domaine à part entière, si tu as vraiment du mal, tu devrais ouvrir un nouveau fil car ça n'a plus rien à voir avec ton problème initial de raid.
Pour l'histoire de ton partitionnement qui peut entraîner un blocage du système, pareil renseigne toi et teste, c'est le meilleur moyen de se rendre compte, copie des cd ou des dvd quelque part, par exemple sous /home, copie, copie et rempie ton disque, contrôle l'occupation avec la commande "df". Rempli le à bloc. Normalement, quand tu arrives près des 100%, ça doit commencer à ne plus bien marcher. Remplie encore plus, au maximum et même plus. Si ton système n'est pas bloqué, reboote; et s'il est bloqué, hard reset et vois ce qui se passe. Ça m'étonnerait que ça redémarre très bien, et déjà si ça démarre un peu pour te laisser une console c'est pas mal.
Si tu as accès à une console, tu pourras supprimer tes copies de cd, tu rebootes, et ça devrait repartir normalement; sinon tu n'auras plus qu'à tout reinstaller, formater tes partitions, et ... perdre tes données.
Si tu partitionnes un peu plus finement que juste /, avec par exemple /, /boot, /home, /usr, /tmp, /var, éventuellement /var/www/html si tu fais du web et que tu mets tes données là, /var/lib/mysql si tu utilises des bases de données mysql à cet endroit là; alors si par mégarde une partition arrive à saturation, il y a de grandes chances que tu arrives quand même à rebooter, ne serait-ce qu'en console, pour pouvoir faire du ménage et réparer.
Ça m'est arrivé récemment sur une fedora de plusieurs années, j'avais la partition /var qui débordait, le système à commencer à plus bien marcher, je me suis vite rendu compte que c'était un problème d'espace disque, j'ai rebooter en pensant que ça allait libérer de la place dans les fichiers temporaires, mais non, ça aurait du démarrer directement en mode graphique mais là, X plantait et me renvoyait une console. Avec la commande "du", genre "du -h --max-depth=1 /var", j'ai vu quels sous répertoires de /var saturaient, c'était en fait /var/cache où il y avait plein de sous répertoires de centaines de MO chacun, apparament, c'est utilisé pour les mises à jour des logiciels. J'ai supprimé à la hache quelques uns de ces sous répertoires pour redonner de l'air à /var, puis rebooté, et c'est reparti ok.
Il y a pleins de raisons pour lesquelles ton espace disque peut être saturé, celle citée précedemment, les logs qui over-débordent /var au bout d'un moment, surtout si tu as des logs verbeux; /tmp peut déborder aussi selon l'utilisation; si des utilisateurs peuvent charger des fichiers par ftp et que tu n'as aucune politique de quotas, alors ils peuvent très facilement saturer ton disque en uploadant jusqu'à plus soif; et encore plein de raisons que je n'imagine pas.
Donc avec une seule partition / et si tu ne contrôle pas régulierement l'espace disque, tu peux très bien avoir le système qui bloque et ne plus pouvoir redémarrer (tu dois pouvoir récupérer tes données en montant le disque sur un autre système en dernier recours).
En partitionnant plus en détail, tu évites ce genre de désagréments.
Lire les man pages des commandes, lire des docs, des exemples, tester, encore et toujours, j'avoue que c'est pas toujours exaltant mais il n'y a que comme ça que tu avances, ça te permet aussi de poser des questions judicieuses et ainsi d'avoir des réponses rapides et précises.
Bon chemin vers /next_whisky_bar, tant qu'il n'est pas vide 🙂 :pint: