30

Non, plutôt pour apprendre. Puis je voulais faire les choses un peu proprement, donc en séparant différents types de services. Par exemple, il y a une seule machine accessible directement par internet, qui sert de rebond vers les services en interne.
Pour le coup, j'ai appris pas mal de choses dans plein de domaines. Rien de suffisant pour faire de moi un expert, mais ça m'a donné pas mal de compétences supplémentaires dans l'admin sys de façon générale.


Et du coup, ça m'a donné une idée de projet pour rendre le montage d'un tel réseau plus simple, en quelques clics ^^
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

31

Pour info, j'ai rebooté la machine (suite à l'intervention du techos de FT vtff)

Et voilà ce que ça donne :
/dev/md0:
        Version : 1.2
  Creation Time : Wed Oct 24 23:29:06 2012
     Raid Level : raid5
     Array Size : 5860528128 (5589.04 GiB 6001.18 GB)
  Used Dev Size : 1953509376 (1863.01 GiB 2000.39 GB)
   Raid Devices : 4
  Total Devices : 3
    Persistence : Superblock is persistent

    Update Time : Sat Mar 30 21:59:02 2013
          State : clean, degraded 
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : abraracourcix:0  (local to host abraracourcix)
           UUID : ff8e264e:2c58c2fb:a56bdcc0:d5ddba05
         Events : 1825410

    Number   Major   Minor   RaidDevice State
       0       8       65        0      active sync   /dev/sde1
       1       8       17        1      active sync   /dev/sdb1
       2       8       49        2      active sync   /dev/sdd1
       3       0        0        3      removed


En clair : les deux disques que j'avais ajoutés lors de la réparation ont été « oubliés » après le reboot. J'ai donc dû ajouter les deux disques et reconstruire à nouveau l'array tritop Autrement dit, si jamais je reperds un des trois disques initiaux restant, c'est définitivement mort hum2
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

32

:/

Je suis toujours surpris de voir des problèmes de serveur suite à des coupures de courant non prévues. J'aurais cru qu'avec des OS modernes et des systèmes de fichiers journalisés, ça ne posait pas de gros problèmes, mais visiblement c'est pas le cas...
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

33

J'ai éteint le serveur proprement, on ne peut même pas parler de coupure imprévue.

Déjà, les FS journalisés, c'est pourri : tu garantis la cohérence du FS, mais absolument pas l'intégrité des données. Un FS du genre ZFS avec copy-on-write et checkum sur chaque bloc est bien mieux vu que tu peux garantir à la fois la cohérence de ton FS et l'intégrité des données.

Ensuite, que ton FS soit journalisé ou pas, si tu perds un disque, tu perds tes données, d'où le RAID ^^
C'est vrai que je préférerais un RAID 6 avec du ZFS, mais ça a l'air difficilement possible actuellement sad Voire encore mieux : du MooseFS/Ceph sur du RAID6, mais bon, ce n'est pas tellement réaliste sad

Là, le problème vient que quand on fait un mdadm add, l'ajout est oublié après un reboot tritop J'imagine qu'il faut également modifier un fichier de configuration tritop
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

34

Il y a de forte chance qu'il faille changer un fichier de conf
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

35

Oui, j'ai modifié /etc/mdadm.conf, qui avait l'air de lister les anciens disques utilisés... Sauf que ce n'est pas indiqué, et qu'on peut quand même s'attendre à ce qu'un « mdadm add » soit toujours pris en compte après un reboot #trigol#
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

36

alors là j'aurais dit le contraire, c'est pas parce que tu démarres apache à la main qu'il s'ajoute automatiquement dans les rcN.d #linusque# grin

37

Ça n'a rien à voir. Tu peux démarrer un Apache à la main mais ne pas vouloir qu'il soit lancé automatiquement.

Par contre, quand tu ajoutes un disque à un RAID, c'est définitif (sinon il y a une erreur quand tu enlèves le disque).
Ça n'a pas de sens d'ajouter un disque et de ne pas vouloir qu'il soit utilisé au reboot.
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

38

ce n'est pas parce que tu as parfaitement raison que tu as linux-raison embarrassed

grin

39

flanker (./37) :
Ça n'a pas de sens d'ajouter un disque et de ne pas vouloir qu'il soit utilisé au reboot.

Rien ne dit que tu l'as enlevé après, dans la même session ? Bref, ya une doc, je vois pas pourquoi taper sur un soft dont on a pas lu la doc confus

40

Folco (./39) :
flanker (./37) :
Ça n'a pas de sens d'ajouter un disque et de ne pas vouloir qu'il soit utilisé au reboot.

Rien ne dit que tu l'as enlevé après, dans la même session ? Bref, ya une doc, je vois pas pourquoi taper sur un soft dont on a pas lu la doc confus

Quel intérêt de faire ça ? hum

(et je n'ai pas vu ça dans la doc embarrassed)
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

41

C'est le fonctionnement normal de presque tous les outils sous GNU/Linux, toute modification en temps réel n'est valable que jusqu'au prochain redémarrage, il faut inscrire les modifications dans les fichiers de configuration pour qu'ils persistent. L'idée est que si tu as fait une erreur, il suffit de redémarrer pour revenir à la configuration testée.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

42

tu as lu le ./37 ?
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

43

C'est l'avis de flanker, et alors ? On pourrait poser la même question pour Apache, si j'ai une machine serveur, pourquoi voudrais-je qu'elle fasse serveur une fois, mais qu'au premier reboot j'ai tout à me retaper à la main ?
Par défaut, tout marche comme ça sous nux, on fait avec et puis c'est tout, si on trouve ça nul on fait avec autre chose. Je suis sûr qu'OS X a un détecteur de besoin qui devine ce que tu veux faire et configure tout pour toi par exemple.

44

erf, je voulais dire ./35 => il a modifié le fichier de conf
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

45

plouf, mon post moitié moqueur tombe à l'eau grin

46

On ne peut pas réussir à chaque fois cheeky
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

47

Folco (./43) :
C'est l'avis de flanker, et alors ?

Non, ce n'est pas comme Apache.

Quand tu as ajouté un disque à un RAID, il en fait partie définitivement... Ton RAID ne sera plus totalement fonctionnel si tu enlèves ton disque, et il faudra le remplacer par un autre.

Ne plus le prendre en compte au boot suivant, c'est plutôt comme formater un disque, y mettre 2 To de données (en sachant que ce n'est pas du tout une opération anodine) et dire que finalement, non, tu n'as plus rien sur ton disque au boot suivant et qu'il faut tout recommencer, tout ça parce qu'il faut écrire un fichier de conf' quand tu formates un disque.
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

48

S'il était possible d'avoir un fichier sur la conf du formattage d'un disque (mais où serait-il du coup ? ^^), c'est comme ça que ça se passerait. Le seul moyen étant que les données du disque contiennent leur configuration en dur pour sauvegarder ça oblige à ne pas passer par un fichier de conf, mais ça doit bien être le seul cas. Le comportement de mdadm reste logique par rapport au fonctionnement de l'OS. Enfin, pour une fois que le système nux est homogène, de quoi te plains-tu ? cheeky

49

Folco (./49) :
pour une fois que le système nux est homogène, de quoi te plains-tu ? cheeky
À encadrer, celle-là grin
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

50

Folco (./48) :
Enfin, pour une fois que le système nux est homogène, de quoi te plains-tu ? cheeky

Mais en quoi est-ce homogène ?
Si je crée une table de partition sur un disque, elle est toujours là au prochain redémarrage.
Si j'ajoute une partition à un disque, elle est toujours là au prochain redémarrage.
Si je crée un volume physique dans LVM, il est toujours là au prochain redémarrage.
Si je crée un groupe de volumes dans LVM, il est toujours là au prochain redémarrage.
Si je crée un volume logique dans LVM, il est toujours là au prochain redémarrage.

Par contre, ajouter un disque à un RAID, il est oublié...

Je ne vois pas tellement la cohérence.
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

51

flanker (./50) :
Je ne vois pas tellement la cohérence.
Folco (./48) :
Le seul moyen étant que les données du disque contiennent leur configuration en dur pour sauvegarder ça oblige à ne pas passer par un fichier de conf, mais ça doit bien être le seul cas.

Par contre, si tu installes nux sur un volume RAID, il s'en souviendra, parce qu'il sera bien obligé de retenir cet élément de configuration pour continuer à exister.

52

(folco, t'as fini de faire l'avocat de stallmann? grin)

53

(non, il a dit "pour une fois" grin)
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

54

Bon, bah même après avoir modifié le fichier de conf, les nouveaux disques ajoutés ne sont pas mémorisés tritop
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

55

56

Je dois éteindre la machine dans la semaine sad
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

57

J'ai enfin trouvé la solution...


L'ancienne version de /etc/mdadm/mdadm.conf est également copié dans /boot/initrd.img-3.2.0-4-amd64/etc/mdadm (enfin, sachant que /boot/initrd.img-3.2.0-4-amd64 est une archive cpio dans une archive gzip), et du coup la nouvelle version n'est pas prise en compte... tritop

Le marquer dans la doc ? Mais pourquoi faire ? trifus



sudo cp /boot/initrd.img-3.2.0-4-amd64 /boot/initrd.img-3.2.0-4-amd64-bak
mkdir /tmp/initrd1 /tmp/initrd2
cp /boot/initrd.img-3.2.0-4-amd64 /tmp/initrd1
cd /tmp/initrd1
gunzip -c initrd.img-3.2.0-4-amd64 | cpio -id
vim /tmp/initrd1/etc/mdadm/mdadm.conf
rm /tmp/initrd1/initrd.img-3.2.0-4-amd64
find . | cpio --create --format='newc' | gzip > /tmp/initrd.img-3.2.0-4-amd64
cp /tmp/initrd.img-3.2.0-4-amd64 /tmp/initrd2
cd /tmp/initrd2
gunzip -c initrd.img-3.2.0-4-amd64 | cpio -id
cd ..
diff -r /tmp/initrd2 /tmp/initrd1
sudo mv /tmp/initrd.img-3.2.0-4-amd64 /boot/initrd.img-3.2.0-4-amd64
sudo chown root /tmp/initrd.img-3.2.0-4-amd64
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

58

ben quoi, tu vas pas me dire que tu t'attends à faire du linux sans taper deux-trois lignes de shell élémentaires ici ou là, non ? embarrassed

59

Au lieu de manipuler manuellement ton initrd, tu devras relancer le logiciel qui crée l'initrd sur ta distribution (dracut, mkinitrd ou autre).
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

60


sudo chown root /tmp/initrd.img-3.2.0-4-amd64


mmm plutot /boot/initrd.img-3.2.0-4-amd64 non?