fouyaya a écrit 180 commentaires

  • [^] # Re: Joyeux anniversaire

    Posté par  . En réponse à la dépêche 12 ans de LinuxFr.org. Évalué à 3.

    Bon Anniversaireeeeee
  • # votre avis m'interesse

    Posté par  . En réponse au journal ZFS natif sous linux.... Évalué à 2.

    Bonjour,

    Avis aux admins sys/stockages et à tous ceux qui ont de bon retour d'expérience sous ZFS.

    Vous avez du ZFS en production ? Vous en pensez quoi niveau perf ? Ca tient la charge ? Pour quel type d'application ? Sous quel environnement ?

    Au niveau de l'admin stockage, laissez vous toujours un 20aine de pourcent d'espace libre dans votre pool afin de tenir les IO ? Ca ne vous embetes pas trop de ne pas pouvoir retirer de LUNs d'un pool ? Comparer entre le prix d'une licence Vx et l'espace disque "perdu", est ce toujours rentable ?
  • [^] # Re: En même temps…

    Posté par  . En réponse au journal Email jetable pour combattre le spam. Évalué à 2.

    Je ne connaissais pas !

    Simplement MERCI !
  • # Fais comme moi

    Posté par  . En réponse au message Où trouver une belle tasse de libriste ?. Évalué à 1.

    Salut,

    Crées toi ton mug sur zazzle, tu te l'achètes ou tu attends qu'assez de personne l'achète pour, grâce à tes royalties, te l'offrir gratos ;)

    P.S. ma page zazzle créée pour un mug RTFM :) http://www.zazzle.co.uk/elwood42
  • # 100% legal

    Posté par  . En réponse au sondage En volume la répartition de mes téléchargements légal / illégal (contenu soumis au droit d'auteur...) est la suivante. Évalué à 6.

    100% légal !

    Bah oui quoi ! mon @IP étant enregistrée dans les logs de linuxfr, j'éspère bien que Big Brother en lisant ceci, me mettra en liste blanche !
  • # bash ?

    Posté par  . En réponse au message Équivalent à Linuxfr anglais. Évalué à -1.

    Salut,

    Dans le même style que bashfr, tu as : http://bash.org/?latest D'accord, ce n'est pas 100% technique et 100% Linux mais c'est une autre manière d'apprendre l'anglais (pas l'ecrit, pas l'oral, mais "l'esprit"). Si tu accroche à ce genre de lecture, tu feras plus de progrès que tu ne le penses !
  • # plus d'Novell à Noël !

    Posté par  . En réponse au journal Suse Linux Entreprise 11 est sorti. Évalué à -4.

    voeux pieu... supprimer cette atrocité dans la société ou je suis !
  • # Hourra !

    Posté par  . En réponse à la dépêche Livres O'Reilly : le retour ?. Évalué à 1.

    Cher PaPa Noël,

    Cette année j'ai été très très sage, je n'ai fais aucune bêtises (tu peux demander à papa maman)
    Donc, si tu pouvais mettre au pied du sapin, un exemplaire de chaque livre des éditions O'Reilly ca serait bien sympa.
    Si tu as du mal à les trouver, n'hésites pas à faire le pied de grue devant le siège social d'Ellipses en chantant la FSF song. Je suis sur qu'au bout d'un an, tu pourras me les apporter !

    MERCI !
  • [^] # Re: ouéééé

    Posté par  . En réponse à la dépêche Concours Qt "Pimp My Widgets". Évalué à -4.

    Hé ouéééé, Nokia préfère demander à la communauté de "développer des Widgets originaux avec Qt" plutôt que d'embaucher 2 ou 3 personnes pour faire ce boulot.

    C'est pas de la com, c'est de la gestion de ressource.
  • [^] # Re: Merci!

    Posté par  . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 5.

    Pas mieux,

    Juste et encore merci !
  • [^] # Re: Quel administrateur aime bien rhel ?

    Posté par  . En réponse au journal RHEL 5.2/Ubuntu 8.04. Évalué à 4.

    Salut,

    Je dois être la minorité à aimer cette distrib.
    Bientôt 6 ans que je l'utilise dans la boite ou je suis et pas grand chose à redire :
    Le support est réactif, le site bugzilla bouge bien et pour une utilisation à grande échelle, kickstart est ton amis.
    La gestion des paquets est correcte (yum/yam).
    Le code source du proxy RHN est libéré (j'en atttends beaucoup).
    Le support de la distrib est passée à 7 ans (plus besoin de faire une montée majeure de kernel + libc tous les 2/3 ans).
    ..
    bref, que du positif pour moi.

    Et pour ceux qui râlent contre RH, qu'ont ils à proposer à la place (je parle ici d'une distrib Linux avec support et supportée par Oracle, NBU, SAN...) ?

    Bonne journée
  • [^] # Re: Je partage ton plaisir

    Posté par  . En réponse au journal [:zzubbione]. Évalué à -1.

    Je ne peux pas te plussssoyer, mais le coeur y est.
  • [^] # Re: A.C.F

    Posté par  . En réponse au journal Linux et le Poker. Évalué à 2.

    "La première peur d'un joueur qui débute en ligne est l'idée qu'il puisse se retrouver à une table ou d'autres joueurs s'échangeraient leurs cartes."

    Sans vouloir paraitre vantard, je ne me considère plus comme un débutant ;) Et c'est bien pour cela que j'ai peur. Jouer on-line en NL400 et plus ne m'inspire pas du tout.


    "Bien que cette pratique soit probablement assez répandue..."

    Et oui, c'est pas moi qui le dit


    "...son impact est en réalité plutôt négligeable"

    Je serais curieux de voir. Prenons une table SH ou tous les joueurs ont à peu près le même niveau. Si deux d'entre eux jouent ensemble, je pense qu'à long terme ils seront bien plus gagnant que les autres.

    Je préfère donc perde une cave ou deux en live et essayer de comprendre ou j'ai mal joué. Plutot que de perdre le même montant on-line et ne pas savoir si les personnes en face de moi ont mieux joué ou ont un super tracker ou si deux d'entre elles étaient ensemble. Bref, il me semble que je progresse mieux et plus vite en live qu'on-line. Et c'est bien entendu pour cela que je vous invite cordialement à venir jouer en live dès que vous le pourrez.


    Attention,
    Les jeux d'argent c'est mal.
    Les jeux d'argent sont interdit aux mineurs.
    L'argent que vous jouez est de l'argent dont vous n'avez pas besoin.
    L'argent que vous jouez est de l'argent que vous avez déjà perdu.
  • [^] # Re: A.C.F

    Posté par  . En réponse au journal Linux et le Poker. Évalué à 1.

    Non, je ne suis pas sur qu'il n'y ait pas de collision en live. Je suis même sur que certain trichent (marquer les cartes notamment).

    Malgré cela, je reste persuadé qu'il est beaucoup moins "rentable" de tricher en live (cash game) qu'on-line.

    D'une part, pour tricher en live (à par pour Gérard Majax), il est nécessaire que 2 personnes soient sur la même table (or, tu ne choisis pas ta table).
    D'autre part, le poker, à mon sens, c'est 50% de math, 30% de lecture et 20% de "chance". Tricher, ne sert qu'à améliorer ses proba. Mais, pour jouer avec les proba, il faut jouer sur "le long terme". En live, tu ne fais que 15-20 coups par heure sur une seule table (et non pas une 40aine/table comme tu pourrais le faire on-line). Admettons que deux comparses réussissent à s'échanger des informations (oreillette ?) Pour que leur combine améliore leur proba, il fait alors qu'ils mettent en oeuvre cette combine très souvent pour que cela ait un sens. AMHA, les croupiers/professionnels/habitués/réguliers ne mettraient pas très longtemps à les remarquer.
    A contrario, on-line, le poker (à mon sens) c'est 80% de math et 20% de "chance". Partager des infos, sans se faire remarquer, à tous les coups est très rentable (mathématiquement parlant).

    Je dis tout ca, parce que, bien entendu, je suis frustré d'être perdant on-line et gagnant en live :-p
  • # A.C.F

    Posté par  . En réponse au journal Linux et le Poker. Évalué à 2.

    Salut,

    Pour les accros du jeu en ligne, pouvez vous me dire qui vous certifie que vous n'êtes pas "assis" à une table ou 2/3/4 joueurs s'échangent des informations via leur outil de messagerie instantanée préférée ?

    <moi j'aime bien les gens qui jouent au poker>

    Mon site préféré : l'ACF, depuis que le poker est à la mode, c'est devenu ma deuxième source de revenu (j'ai enfin un 14eme, 15eme et 16eme mois :)

    Tout ca pour dire : n'hésitez pas, venez, jouez, amusez vous :)

    </moi j'aime bien les gens qui jouent au poker>

    I'm all in !
  • [^] # Re: rxvt ?

    Posté par  . En réponse au message quel terminal ?. Évalué à 1.

    Pas a ma connaissance.
    Pour le broadcast (que j'utilise rarement) j'aime bien cssh
  • # rxvt ?

    Posté par  . En réponse au message quel terminal ?. Évalué à 2.

    Bonjour,

    personellement, j'utilise rxvt-unicode + screen :

    rxvt-unicode -title Xterm -rv -tr -tn rxvt -tint white +ls +sb +j -e screen -c /home/___/Conf/.screenrc

    - rapide
    - les onglets grace à screen
    - gère UTF-8
    - la transparence en plus
  • [^] # Re: pas cool

    Posté par  . En réponse au journal Sun, à l'assaut des utilisateurs de Linux. Évalué à 2.

    Je suis encore la ;)

    > Le fait qu'il ait des limitations ne le rend pas moins prêt à la production. Les limitations il suffit de les connaitre et de s'en accommoder (ou pas).

    Tu as mis le doigt sur le problème => Je reformule donc : ZFS n'est pas encore pret pour la production dans le type environnement ou je travaille. Je mets donc en garde ceux qui se précipiteraient vers ZFS.

    > Si tu avais une partition UFS ou ext3 et que tu voulais dégager de la place sur ton san, tu serais bien obligé de supprimer cette partition pour créer un lun plus petit.

    Il faut ici différencier la gestion du FS et la gestion des Volumes Group (VG, DiskGroup, zpool...) :
    - ext3 : gestion de VG grace à LVM => il est possible de supprimer un PV d'un VG géré par LVM (vgreduce + pvremove). Deplus, il possible de retailler à la baisse un LV (lvreduce) à condition d'avoir retailler le FS auparavant (resize2fs) => aucun problème
    - UFS : personellement, nous n'encapsulons pas UFS dans un gestionnaire de Volume. Si tu as des exemples, je suis preneur. Mais admettons que nous utilisions VxVM afin de gérer les DG, puis que nous ayons des FS UFS dans ces DG => toujours aucun problème pour évacuer un device d'un DG géré par VxVM (vxevac). Pour les maniac du rezizing de FS, on pourrait imaginer des ufsdump | ufsretore (pas à chaud bien sur)

    Au plaisir.
  • [^] # Re: pas cool

    Posté par  . En réponse au journal Sun, à l'assaut des utilisateurs de Linux. Évalué à 5.

    Amha, on ne parle pas de la même chose.

    Je me place dans le cas ou l'on construit un pool à partir de n devices, à la manière d'un VG regroupant plusieurs PV.
    Ces devices provenant d'un SAN, il est inutile de contruire un RaidZ à partir de ces devices, la redondance des data est assurée par le SAN.

    Je me place ensuite dans le cas ou, le serveur est en _production_, et à un instant T, il est nécessaire d'enlever un des devices du pool (trop d'espace alloué au serveur, il faut redistribuer certaines Luns de ce serveur à d'autre)

    Petit tour par la page de man :


    zpool detach pool device

    Detaches device from a mirror. The operation is refused
    if there are no other valid replicas of the data.


    => la commande detach ne fonctionne que si l'on souhaite "dé-attacher" un device d'un mirroir, on ne peut evacuer un disque.


    zpool remove pool vdev

    Removes the given vdev from the pool. This command
    currently only supports removing hot spares. Devices
    which are part of a mirror can be removed using the
    "zpool detach" command. Raidz and top-level vdevs cannot
    be removed from a pool.


    => on peut effectivement supprimer un device d'un pool a condition que celui ci soit le hot-spare du pool. il n'est pas possible de reduire la taille du pool


    Petit tour par google "zfs shrink pool" http://www.google.fr/search?hl=fr&q=zfs+shrink+pool&(...) pour mieux comprendre mon problème ?

    http://blog.curthread.org/posts/solaris/zfs/top_five_limitat(...)
    http://www.sun.com/bigadmin/xperts/sessions/21_zfs/index.jsp(...)
    http://en.wikipedia.org/wiki/ZFS#Solaris_implementation_issu(...)

    J'avoue que ZFS est un FS TRES bien étudier, mais, désolé pour les adorateurs du libre, pas encore pret pour de la production.


    <mon_coup_de_gueule_du_matin>

    Franchement, je ne poste que très peu souvent sur LinuxFr, Comme tout à chacun, je peux me tromper. J'essaie de troller le moins possible.
    Le plus souvent, je poste pour aider, pour faire avancer une discussion/reflexion afin que toute la communauté en profite (c'est ca ma conception du libre)
    Mais la, je crois que je me fais trop vieux, ces histoires de notations puériles m'agaces profondément. Je ne posterais plus que sur les forums. Je laisse journaux et dépéches aux moules toutes fraiches.

    Allez y, moinssez moi, je disparais /o\

    J'avoue que je n'ai pas encore eu le temps de vérifier si le dernier cluster de patch solaris régle ce pb, j'avoue ne pas m'être penché depuis longtemps sur le problème.

    Mais, Oh Toi Grand Journal, Toi en qui j'avais mis tous mes espoirs, j'eusse aimé que Tu m'éclaires et que TU me montres LE chemin du "shrinking zpool storage". Au lieu de cela, tu m'as enfoncé dans mon ignorance. ADIEU.

    </mon_coup_de_gueule_du_matin>
  • [^] # Re: pas cool

    Posté par  . En réponse au journal Sun, à l'assaut des utilisateurs de Linux. Évalué à -4.

    ... et ceux qui ne me comprennent pas ... me moinssent sans prendre la peine de répondre à mon post :)

    \o/
  • [^] # Re: pas cool

    Posté par  . En réponse au journal Sun, à l'assaut des utilisateurs de Linux. Évalué à -1.

    Hello,

    Moi je dis juste que de ne pas pouvoir supprimer un device (hdisk ou une Lun ou...) d'un *pool, bah... buzzzzz quoi.

    Ceux qui me comprennent m'ont compris, les autres, bah Zfs en production avec des SANs, c'est pas encore sec.

    Cdlt,
  • [^] # Re: Xen && cluster

    Posté par  . En réponse au message virtualisation. Évalué à 2.

    > comment ca fonctionnera au niveau des IP? Je veux dire que chaque machine virtuel sera toujours accessible sur la meme IP?

    Oui

    > Et sinon au niveau des performances ca ralenti pas trop?

    20% à 30% de perte de performance, mais la Haute dispo à un cout ;)

    > serait il possible, une fois le cluster et xen créé, de créer a partir des systémes existant sur les deux machines une image Xen de ceux ci qu'ont aurait plus qu'a déplacer sur ce cluster puis a lancer pour que ca fonctionne?

    Je ne pense pas, mais je peux me tromper.

    > Encore une fois merci pour cette info.

    De rien ;)
  • # Xen && cluster

    Posté par  . En réponse au message virtualisation. Évalué à 3.

    Bonjour,

    Tout ceci est réalisable.

    Une des manière de le faire : 2 serveurs en cluster + xen.

    Un exemple de réalisation : http://www.howtoforge.com/ganeti_xen_cluster_management_debi(...)

    Un peu de recherche sur google et tu triouveras plein d'autre exemples.

    bonne lecture.
  • # Dommage...

    Posté par  . En réponse à la dépêche Monitoring Oreon : sortie de la version 1.4. Évalué à 4.

    Bonjour,

    Tout d'abord, un grand bravo à toute l'équipe d'Oréron, un outil que je mettrais bien en production dans la société ou je travaille !!

    Sauf que, dommage mais nous avons déjà un Nagios et de nombreux Cacti en production, que les installations de ces services ont été customisées (ainsi que pour Apache). Que les fichiers de configurations de Nagios sont générés automatiquement en fonction de notre parc de serveurs... bref, un joli petit sac de noeud.

    Et pourquoi ne puis je pas mettre Oreon en service ? Tout simplement parce que :
    - je ne fais pas confiance à l'installeur (install.sh) (comment ca, je suis parano ?)
    - je n'ai pas le temps de reproduire une partie de notre environnement de production pour y mettre un Oreon par dessus en test
    - je n'ai trouvé nulle par une documentation qui explique comment installer Oréon pas à pas (comme pour Nagios par exemple) (pas beaucoup cherché, c'était à l'époque de la sortie de Oréon 1.3)
    - je n'ai pas le temps de décortiquer le script d'install pour tout refaire proprement

    Je sais, je rale pour rien, tout est la, à porté de main pour enfin arrété de baver et mettre en prod quelque chose de beau qui réunisse nos infos Nagios et Cacti... mais... j'ai pas le temps de m'y mettre :'(

    Alors, si quelqu'un dans l'assistance pouvait gentillement m'aiguiller sur une documentation d'install (sans passer par le install.sh), je l'en remercie d'avance !

    Sur ce, bonne continuation, et bravo pour le travail accompli

    Sinon, promis, dès que j'ai le temps de mettre un Oréon en prod, je vous donne une doc d'install pas à pas pour avoir un Oréon aux petits oignons !
  • [^] # Re: Laisse moi deviner...

    Posté par  . En réponse au message Kernel Panic au boot sur serveur RAID 5.. Évalué à 2.

    Non, je suis sur de moi ;)

    Ca n'est pas parce que Grub fonctionne que tout est OK dans ton Bios.

    Va dans le bios, ya quelque chose qui a sauté (ca arrive frequemment sur nos serveur) de toute facon, ca te coute pas grand chose de vérifier.

    Bonne soirée