Le site LinuxFR tourne actuellement sur un serveur (un HP Netserver LT 6000 avec 6 Xeon 700MHz) qui nous avait été donné par HP il y a 4 ans. Ce serveur nous avait déjà joué quelques tours ces dernières années. Lundi, des problèmes matériels d'horloge se sont manifestés : une boucle temporelle sur quatre secondes. Cela a produit un crash suivi d'une journée d'interruption de moul^Wservice, et nous ne savons pas quand ce serveur va définitivement lâcher.
L'association LinuxFR souhaite donc faire l'acquisition d'un serveur neuf, sous garantie. Une configuration de type bi-dual-core avec 4 Go de RAM serait l'idéal (avec support VT/Pacifica ca serait encore mieux), avec du RAID matériel bien sûr.
Au niveau financier, l'association dispose de moyens très limités, nous avons donc besoin de votre aide :
- pour financer l'achat d'un nouveau serveur (chèque ou virement, nous n'utilisons pas (encore) Paypal)
- ou enfin pour obtenir des réductions importantes sur ce type de configuration
- ou pour nous faire don d'un serveur de ce type
Dans ce dernier cas (l'association récupère un serveur) nous pourrons rembourser les personnes qui le souhaitent.
Merci à tous pour votre aide ! Nous vous tiendrons informés dès que nous aurons du nouveau.
Mise à jour : Parmi les nombreuses offres de matériel que nous avons reçues, une société nous propose de nous faire don d'un serveur disposant d'une configuration suffisante pour héberger le site sans s'écrouler sous la charge. Si cette initiative devait se confirmer, l'association n'aurait plus à débourser un centime pour remplacer le serveur actuel. N'hésitez donc pas à nous contacter (asso.linuxfr@gmail.com) si vous souhaitez que votre don vous soit remboursé.
Ceci étant dit, l'association dispose de faibles ressources comme le crash l'a démontré (pas de serveurs redondants par exemple). Vos dons nous permettront de mettre en place une infrastructure plus robuste et de mieux gérer les problèmes à venir. Par ailleurs, toutes les bonnes volontés sont les bienvenues et il existe d'autres moyens pour nous aider à faire vivre Linuxfr : proposer des dépêches, redévelopper le site, aider à la modération, contactez-nous (moderateurs@linuxfr.org) si vous souhaitez nous aider.
Encore un grand Merci à vous tous qui nous avez contacté pour nous aider !
Après avoir effectué votre don, merci d'envoyer un courriel à asso.linuxfr@gmail.com en nous précisant le montant du don, le mode de paiement (chèque ou virement), et si vous souhaitez être remboursés si jamais les donations excèdent le coût du serveur. Cela nous aidera à tracer les donateurs et à les remercier.
Plusieurs nous ont déjà contacté pour effectuer un don, qu'elles en soient remerciées (liste non exhaustive, la page de dons sera mise à jour une fois la situation stabilisée). Nous avons actuellement reçus 2557 ¤ de :
Thomas Bigot
Yann Neveu
Isabelle Hurbain
Sylvain Chatton
Christophe Laurence
Guillaume Gommard
Etienne Bersac
JP Roal
Florent Zara
Xavier Verne
Jean-François Vidal
Sébastien Cheminel
Serge Julien
Mikaël Cordon
Benoit Balon
Bruno Adele
Pierre Tardy
Stéphane Tanjama
Christophe Guilloux
Yann Papin
Noël Dubray
Pierre Mouren
Benjamin Cama
Bertrand Tschudy
Olivier Lambert
Matthieu Dubuget
Claude Mangin
Damien Logeais
François Poulain
Ludovic Bellier
Pierre Bettens
Luc Vernerey
Anatole Nonyme
Lol Zimmerli
Marc Quinton
Marc Boussard
Laurent Pointal
Marc Souaille
Guiral Lacotte
Philippe Fremy
Yannick Palanque
Georges Brun
Olivier Nicolas
Linux Azur
Luc Santeramo
Jean-Yves Cadic
Etienne Bagnoud
Hervé Lardin
Michel Petit
Emmanuel Prochasson
Pierre Alain Bandinelli
Fabien Penso
Xavier Belanger
Dans l'hypothèse où l'association se voit offrir gratuitement un serveur physique qui réponde à son besoin, nous pourrons rembourser les dons des personnes qui le souhaitent.
Nous vous tiendrons informés de la situation lorsque nous aurons une meilleure visibilité sur l'avenir.
Aller plus loin
- Faire un don à l'association (6 clics)
- Merci d'envoyer un email à cette adresse suite à chaque don (3 clics)
- [PDF] Le serveur qui irait bien (4 clics)
- Les mains dans le camboui... (11 clics)
- Aïe ! (6 clics)
# Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Avez-vous fait le tour ...
Posté par Amaury . Évalué à 10.
Notre hébergeur actuel est super sympa, on n'est pas obligé de lui faire la pub et c'est assez important pour nous de disposer de nos propres serveurs, vu la somme de données qui sont stockées sur le serveur (ex : vos codes de cartes bleues avec les trois chiffres derrière toussa).
Donc on reste chez eux.
Ceci dit, à chaque fois qu'on a eu un pépin, tout plein d'hébergeurs nous ont contacté (Amen, Ikoula, nos amis de chez Lots Oasis entre autres) et ça c'est super sympa de savoir que des gens sont prêts à nous aider en cas de coups durs.
Donc, au risque de me répeter, merci à tous !
[^] # Re: Avez-vous fait le tour ...
Posté par Yves-Alexis Perez . Évalué à 5.
[^] # Re: Avez-vous fait le tour ...
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 2.
# Il faut une jauge !
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
Alors, organisez le Linuxefferthon !
[^] # Re: Il faut une jauge !
Posté par Pol' uX (site web personnel) . Évalué à 6.
Lorsque vous affirmez votre don par email, vous recevez un mail de louanges qui vous informe de l'état des caisses.
Allez je vends la mèche : à 20h17 les financent étaient à 1130¤.
Adhérer à l'April, ça vous tente ?
[^] # Re: Il faut une jauge !
Posté par Pierre Tramo (site web personnel) . Évalué à 10.
C'est nul comme nom, il en faudrait un autre plus accrocheur. J'propose le sandwichothon
# Metadonnées intéressantes
Posté par inico (site web personnel) . Évalué à -8.
Fabien Penso utiliserait-il le logiciel non libre en:Macromedia_FlashPaper pour produire ces pdf alors que en:Pdfcreator existe sous license GPL v2 ?
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 9.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Metadonnées intéressantes
Posté par inico (site web personnel) . Évalué à -4.
C'est sa liberté mais ca reste quand même etonnant.
[^] # Re: Metadonnées intéressantes
Posté par Smarter . Évalué à 10.
[^] # Re: Metadonnées intéressantes
Posté par Annah C. Hue (site web personnel) . Évalué à 2.
[^] # Re: Metadonnées intéressantes
Posté par Pol' uX (site web personnel) . Évalué à 4.
Adhérer à l'April, ça vous tente ?
[^] # Re: Metadonnées intéressantes
Posté par Tonton Th (Mastodon) . Évalué à 10.
Quand on est pinailleur à ce point, on fait au moins l'effort de mettre les liens vers les bons sites au lieu de se laisser proxifier par Wikipoudlard.
[^] # Re: Metadonnées intéressantes
Posté par inico (site web personnel) . Évalué à -1.
On m'a déjà fait le coup ...
[^] # Re: Metadonnées intéressantes
Posté par Barnabé . Évalué à 5.
Mais à mon humble à vie, il se soucie de tes checksums à peu près autant que de ton avis sur les logiciels qu'il utilise. Sans parler de la possibilité que ce PDF lui ait été transmis par un tiers....
Il y a peut être des cheveux plus intéressants à couper en quatre....
# Raid materiel?
Posté par kafé . Évalué à 10.
J'ai déjà eu des cartes raid qui ont plantés (des PERC) sur du raid 5, le tout à cramé et impossible de récupérer les données tant que je n'avais pas une nouvelle PERC du meme modèle.
Surtout que ces cartes ont des proc genre 200mhz et une architecture minimaliste faite pour ne pas trop chauffer, ce ne sont pas des fusées meme si c'est vrai que ca reste dedié.
Bref aujourd'hui je fais du raid soft pour etre sûr de pouvoir recup les données, et je n'ai jamais senti de pertes de performances, surtout avec les proc d'aujourd'hui.
[^] # Re: Raid materiel?
Posté par rdg . Évalué à 8.
Le raid soft c'est 1000 fois plus flexible, aussi performant (voir plus!) et en plus de ça .. homogène!!!
Ce qui permet de ne pas avoir à déployer 42 tools différents pour la supervision et le management des disques foireux dès lors qu'on a un parc de serveur assez hétérogène.
mdadm pour tout le monde et c'est reglé.
Utiliser du raid hard c'est se tirer une balle dans le pied.
[^] # Re: Raid materiel?
Posté par Dragon . Évalué à 2.
J'ai été moi même confronté à une panne disque sous Soft Raid. Un brusque arrêt du serveur car le controleur ne voulait plus du premier disque mais redémarrage tranquille après échange avec le second disque.
Un achat de disque plus tard et la reconstruction s'est poursuivi tout en étant en production.
Pour info, c'était du raid ide avec deux disques sur les deux controleurs, les données n'était pas du tout sensibles mais l'on tient toujours à certaines petites choses.
[^] # Re: Raid materiel?
Posté par totof2000 . Évalué à 10.
Le RAID ne protège pas contre la pert de données, il assure de la disponibilité en cas de perte d'un ou plusieurs disques selon le type de RAID.
[^] # Re: Raid materiel?
Posté par Dragon . Évalué à 2.
Juste que les sauvegardes sur ce serveur sont uniquement faites sur les données par rsync sur un autre serveur. Donc il aurait prendre plus de temps pour remettre tout cela en production puisqu'il fallait compter au minimum le chargement de l'os puis sa config (sauvegardée aussi avec les données)
C'etait juste un choix sur ce serveur (un controleur de domaine pour salles de cours sous samba évidement)
# Linuxfr se fait un rail
Posté par Antoine . Évalué à 10.
« Réecriture de LinuxFr en Ruby on Rails, avec en tête l’idée de pouvoir tenir la charge actuelle du site (importante…). »
Réécrire c'est bien, mais pourquoi pas dès le début choisir un langage souple, pérenne et performant ?
Or, ça tombe bien, en première page de Linuxfr on annonce justement un produit permettant de « créer des Web services en deux clics (ou presque) grâce à Apache CXF et à la POA ».
Plus précisément, grâce à « la puissance de la POA » (sic), « les Web services sont créés ex-nihilo, sans ajouter une ligne de code à votre application Java, grâce à l'utilisation du framework Azuki. »
Je ne sais pas vous, mais moi je trouve ça épatant : des Web services en un clin d'oeil, sans programmer, juste clic-clic-clic et le framework fait tout pour vous. Et le tout basé sur Java (tm) ! C'est-à-dire par construction fiable, robuste, scalable et performant (et, surtout, orienté solution).
Il y a encore mieux : « Le Web service ainsi créé, accède à la logique applicative contenue dans des composants métiers (bean) de type POJO, comme il se doit » !
Ruby en Rails est-il capable, lui, d'accéder à la logique applicative contenue dans les composants bean de type POJO ? Je n'en sais honnêtement rien mais pour tout dire j'en doute... Or il me semble que Linuxfr aurait tout à gagner à voir sa logique applicative exprimée dans des bean composants de type POJO.
[^] # Re: Linuxfr se fait un rail
Posté par Tonton Th (Mastodon) . Évalué à 10.
Pierre Tramo, sort de ce corps !
juste clic-clic-clic et le framework fait tout pour vous. Et le tout basé sur Java (tm) !
Pierre Tramo, sort de ce corps !
la logique applicative contenue dans des composants métiers (bean) de type POJO
Pierre Tramo, sort de ce corps !
Linuxfr aurait tout à gagner à voir sa logique applicative exprimée dans des bean composants
Pierre Tramo, sort de ce corps !
[^] # Re: Linuxfr se fait un rail
Posté par farib . Évalué à 10.
[^] # Re: Linuxfr se fait un rail
Posté par Dr BG . Évalué à 3.
[^] # Re: Linuxfr se fait un rail
Posté par Aldoo . Évalué à 8.
DLFP c'était mieux avant !
[^] # Re: Linuxfr se fait un rail
Posté par Dr BG . Évalué à 1.
[^] # Re: Linuxfr se fait un rail
Posté par blobmaster . Évalué à 2.
[^] # Re: Linuxfr se fait un rail
Posté par Édouard Siha . Évalué à 4.
[^] # Re: Linuxfr se fait un rail
Posté par IsNotGood . Évalué à 5.
[^] # Re: Linuxfr se fait un rail
Posté par PiT (site web personnel) . Évalué à -1.
« Réecriture de LinuxFr en Ruby on Rails, avec en tête l’idée de pouvoir tenir la charge actuelle du site (importante…). »
J'imagine qu'une des principales raisons est que Fabien Penso travaille actuellement avec Ruby on Rails (je ne fais que le supposer n'étant pas un des ses intimes) ... comme il propose de réécrire, il peut choisir son outil/langage ... si si il peut ;-)
Réécrire c'est bien, mais pourquoi pas dès le début choisir un langage souple, pérenne et performant ?
J'ai l'impression que je vais marcher en plein dedans mais bon. Tu n'argumente pas du tout sur le fait que Ruby c'est mal et Java c'est bien ... je pense que ce n'est qu'une question de goût et de choix de ses outils ... tant qu'il n'y a pas deux équipes, l'une redéveloppant en Java et l'autre en Ruby.
Comme on me la rappelé sur IRC, "Arguing on internet is like running in the Special Olympics ... " ... mais je ne suis pas tout à fait d'accord.
[^] # Re: Linuxfr se fait un rail
Posté par Antoine . Évalué à 2.
Oui, ce qui est dommage sur Internet c'est qu'il n'y a pas de médaille à gagner.
[^] # Re: Linuxfr se fait un rail
Posté par imalip . Évalué à 1.
Tiens, ca me fait penser, il faut que je fasse des grilles de bingo pour le prochain debrief...
# Paypal ?
Posté par Diego D'OLIVEIRA GRANJA . Évalué à 4.
Je pense que cela pourrait encore simplifier la démarche : actuellement, j'aimerais pouvoir envoyer un don, mais le site Web de ma banque (la C.E) me demande d'activer x trucs avant de pouvoir aboutir...
Je sais, je suis impatient, mais j'ai besoin de ma dose de news quotidiennes ;-)
[^] # Re: Paypal ?
Posté par Jérôme Le Gal (site web personnel) . Évalué à 1.
Je pense que vous avez tout à y gagner en implémentant les virements Paypal.
[^] # Re: Paypal ?
Posté par briaeros007 . Évalué à 1.
Voulu le faire avec la sg.
Ils demande d'envoyer un numéro de mobile sur un numéro surtaxé avant de pouvoir rajouter un rib *_*.
[^] # Re: Paypal ?
Posté par Marc Quinton . Évalué à 6.
aller, un petit effort. Le compteur est a combien ?
[^] # Re: Paypal ?
Posté par Axel R. (site web personnel) . Évalué à 10.
Bref +1 pour paypal...
Axel
[^] # Re: Paypal ?
Posté par rictus (site web personnel) . Évalué à 2.
bon, quitte à dire une autre connerie, ça peut se ré-envisager une campagne de tee-shirt linuxfr ?
[^] # Re: Paypal ?
Posté par CyrrusSmith (site web personnel) . Évalué à 4.
Bien sûr il vaut mieux dans l'immédiat envoyer des sous, ce que j'ai fait (peu :-( )
Vendre des objets bien sûr en première approche rapporterait moins que les dons directs, car il faut acheter l'objet avant de le vendre.
C'est oublier le coté symbolique de l'affaire. Si j'achète et porte un habit linuxfr.org, je participe symboliquement au projet. Le ticheur a clairement un coté totemique, mais aussi participation rituelle à la consommation inconsciente et collective de linuxfr. les humains se sont socialisés en partageant des proies. C'est pour cela que nous aimons avoir un morceau de bidoche symbolique sublimé dans le ticheurt de notre projet, ou dans le CD de l'artiste acheté aprés le concert, avec une dédicace, même si nous pouvons télécharger son oeuvre en pair-à-pair sur l'internet. Le CD dédicacé de fin de concert remplace la dévoration collective de l'artiste victime sacrificicielle qui permet de communiquer avec l'extra-ordinaire (le monde des esprits et des forces créatives, etc..)
Je pense que les artistes préfèrent vendre et dédicacer des CD et que les responsables de linuxfr.org préfèrent vendre des ticheurt plutôt qu'être dévoré au cours d'un repas rituel. (Qu'ils nous confirment...!)
C'est la civilisation.
Bref, vendre et acheter des ticheurt et autres objets totemiques pour soutenir linuxfr.org , c'est bien.
Je formulerai quand même 2 demandes :
1° que les dits objets et habits ne soient pas fabriqués dans des conditions proches de l'esclavage de ma nière polluante, donc équitable et écolo.
2° Qu'ils ne soient pas d'une qualité trop médiocre, et résistent à quelques dizaines de lavages en machines.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.