Journal gna gna gna!

Posté par (page perso) . Licence CC by-sa
Tags :
5
10
fév.
2012

Ok, c'est pas loin d'un journal bookmark... http://gna.org/

Gna! down...

Gna! server did not survive a reboot while upgrading its main OS. It should be fixed and replaced by new hardware if needed by Saturday, Feb. 11.

Sorry for the inconvenience.

Send support (jokes, beers, etc.) via #gna on Freenode.

C'est moche quand même qu'un reboot emporte toute la plateforme...

Bon, en même temps c'était pour tenter de prendre des news d'un projet aussi vivant que gna! (Étoilé) dommage, je voyais ça comme un bon projet même s'il n'a jamais su vraiment intéresser des développeurs en dehors du monde gnustep.

  • # Une seule machine

    Posté par . Évalué à 9.

    C'est moche quand même qu'un reboot emporte toute la plateforme...

    Tout comme LinuxFr, Gna est hébergé sur une seule machine physique (avec de la virtualisation). Ce sont les entreprises, ou bien les projets financés massivement par des entreprises ou des dons, qui ont les moyens de se payer une architecture plusieurs serveurs et le temps de cerveau nécessaire à la maintenance d'une telle architecture :)

    Et encore, c'est pas dans le budget de la plupart des entreprises...

    • [^] # Re: Une seule machine

      Posté par . Évalué à 3.

      Tiens à ce propos, ça existe des systèmes pas trop compliqué à mettre en place pour synchroniser deux serveurs, typiquement pour éviter ce genre de chose ?

      Je pense notamment à un truc qui puisse se faire pour de l'auto-hébergement ou sur de petites infrastructures.

      • [^] # Re: Une seule machine

        Posté par . Évalué à 2.

        Ça dépend quelle est ta problématique : quel type de site sauvegarder (statique, dynamique), qu'est-ce que tu es prêt à sacrifier en cas de panne, et la nature de la panne (filtrage volontaire, crash..)

        THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

        • [^] # Re: Une seule machine

          Posté par (page perso) . Évalué à 6.

          pour de la recopie de fichiers, il y a http://vhffs.org/doc:installationguide:misc-vhffsfssync avec limitation de bande passante, priorisation des petits fichiers, respect des droits, envoi uniquement des changements...
          c'est ce qui est utilisé pour les downloads de TuxFamily : un maître, 2 slaves (+ CDN pour y accéder).

          Pour tout ce qui est base de données, il faut faire appel à d'autres mécanismes...

      • [^] # Re: Une seule machine

        Posté par (page perso) . Évalué à 5.

        La solution raisonnable en général c'est d'avoir un moyen de réinstaller from scratch automatiquement en quelques minutes. Pour les données qui sont misent à jour en continu un système de clustering actif/passif est envisageable mais ça devient vite délicat à maintenir. J'ai vu trop de gens -- dont moi -- avoir des interruptions de service qui ont duré plus longtemps que s'il n'y avait qu'une node parce qu'ils ne comprenaient pas comment fonctionne leur cluster.

        pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: Une seule machine

      Posté par (page perso) . Évalué à 5.

      Sur linuxfr je le comprends (ce n'est "qu'un" site - c'est pas péjoratif) mais quelque chose comme gna! on est quand même plus sur de l'hébergement, c'est pas pareil je trouve.
      D'ailleurs, une solution "basique" pour ces problèmes c'est du master slave avec réplication en continu (avec les dcvs c'est tout de suite plus simple par exemple, un hook bien placé, même si ça doit être possible de faire pareil avec un svn)
      Et on peut imaginer la même chose pour le reste, les bdd master slave ça existe, et par exemple en cas de crash d'un serveur on ne perdrait "que" les sessions courantes.
      M'enfin, c'est sur que ça c'est juste la théorie, et comme tu dis, pour avoir n machines (genre 3) dans un bon data, ben ça coûte quand même assez cher...

      (et pour finir, vive les solutions de prise en main comme iDRAC de dell qui permettent, entre autre, d'avoir une console distante ainsi que de monter des isos à distance, ça évite de se déplacer pour une mauvaise maj de kernel...)

  • # humour

    Posté par (page perso) . Évalué à 9.

    vous remarquerez tout de même l'humour des admins :

    Send support (jokes, beers, etc.) via #gna on Freenode.

    c'est super rageant d'avoir autant de monde dans le noir et d'être dépendant d'un déplacement :/ autant garder le sourire de part et d'autre ;-)

  • # Cadeau de Saint-Valentin

    Posté par (page perso) . Évalué à 1.

    It should be fixed and replaced by new hardware if needed by Tuesday, Feb. 14.

    (It was originally planned for Friday, then Saturday. It's now sure to be this tuesday.)

    D'ailleurs vu qu'on parle d'Étoilé, à part ça et gnustep il y a beaucoup de projets sur cet hébergeur?

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.