Re: repartitionner ext2 et lvm
On Fri, 15 Jul 2011 00:49:08 +0200, Gilles Mocellin <gilles.mocellin@free.fr>
wrote:
...
> > Merci d'évoquer ce point particulier, parce que c'est justement là que ça
> > coince: ce n'est pas parce qu'un conduit une voiture à boîte automatique
> > que ça dispense de connaître le code, ni d'utiliser les 2 pieds.
>
> La dernière foi que j'ai utilisé le pied gauche avec ma boite
> automatique, j'ai failli manger le volant !
C'est bien ce que je disais.
> > Autrement dit, une facilité (?ou une merde, c'est selon) genre LVM2 ne
> > dispense pas de la création d'une arborescence disque logique et
> > compréhensible par tout un chacun (surtout ceux qui doivent passer
> > derrière toi).
>
> Mouai, si ceux qui passe derrière moi ne son pas capable de faire un
> pvs, et un fdisk -l pour voir où est quoi, je ne pense pas qu'ils seront
> capable de faire quoique ce soit d'utile sur les machines que j'ai
> installé...
Vu la distribution prévisible, il semble qu'il leur faudra un certain temps
pour comprendre.
> > > Ensuite chacun fait les choix qu’il préfère, mais ça n’en fait pas
> > > une raison de qualifier les choix des autres de « n’importe quoi »…
> >
> > Ha bon? parce qu'installer un swap et un système sur des partitions en fin
> > de HD, avec des différences de débit sur random stroke allant de 1 à 3 par
> > rapport à l'extérieur du HD, ça n'est pas n'importe quoi?
> > Là encore, un minimum de logique basé sur un minimum de connaissances
> > prévaut.
>
> Professionnellement, avec les contrôlleurs RAID plein de cache et baies SAN
> FC, on ne sait jamais où sont réellement les données.
C'est une conception du hard assez inquiétante.
> Pour ce qui est du swap, je dirais simplement qu'à partir du moment ou
> on commence à s'en servir, il y a un problème (et j'achête de la RAM).
> Pour le système, les stats d'I/O de mes disques montrent qu'à part au
> démarrage, ensuite, tout se passe en mémoire (cache filesystem), seules
> les écritures (logs dans /var) passent encore. Je ne suis pas sur que
> les différences de perfs soient vraiment visibles.
> Je crois vraiment que de nos jours, toutes ces considérations sur le
> fonctionnement mécanique des machines ne vaut pas le coût.
> Rien de tel qu'un bench (réaliste) pour le savoir.
Marrant comme raisonnement: ça me fait un peu penser au morse qui s'est fait
jeter des trans; le seul PB c'est que le jour où il y aura un gros EMP,
plus personne ne saura se servir d'un émetteur CW et il n'y aura
donc pas de coms.
> J'ai actuellement un responsable qui sait nous faire perdre beaucoup de
> temps sur ce genre de détails alors que des modifications applicatives
> résoudraient les problèmes bien plus radicalement...
Ne connaissant ni l'architecture système, ni le type d'apps tournant dessus,
je me garderais bien d'émettre une opinion; mis à part que 95% des apps
utilisant des DBs sont mal écrites, et qu'on monte à 99.9% pour les apps web.
> > Utiliser des outils que l'on ne comprend pas c'est une chose, mais
> > continuer à le faire sans essayer de les comprendre, c'en est une toute
> > autre. (ou plus prosaïquement: Errare humanum est, sed perseverare
> > diabolicum est:)
>
> LVM ne m'a jamais mangé mes données, par contre il m'a permis de faire
> des choses infaisables autrement (pvmove pour déplacer des données d'une
> baie à une autre online, snapshots pour des sauvegardes cohérentes...).
Il existe d'autres solutions plus fiables, tel ZFS, au hasard.
> Donc, oui, pour moi, le fait de pouvoir faire plein de choses de plein
> de manières, c'est la richesse du Logiciel Libre, et j'en profite !
Ca vire à la gourmandise, là!
> Et je fais des sauvegardes ;-)
Mieux vaut.
L'utilisation en soi de telles technologies n'a rien de répréhensible
(manquerait plus que ça, quoique, ces temps-ci et dans ce pays...),
ce qui me semble dangereux, c'est ta manière de s'en servir.
Pour clore, disons qu'on verra ce que ça donne après qq années de bidouilles
coiffées par un bon gros crash.
--
Every journalist has a novel in him, which is an excellent place for it.
Reply to: