Salutations à tous,
J'écris ce premier journal pour vous faire part d'un projet (enfin pour l'instant ce n'est qu'une idée de projet) que j'aimerais faire adopter par ma direction si les tests s'avèrent concluants.
La situation actuelle :
Au boulot, trois sites distant (dans des villes différentes, avec des plages IP également différentes) qui ont de vieux serveurs de fichiers sous NT4.0 (si si, ça existe malheureusement toujours). De plus ces serveurs sont sauvegardés sur cassettes DAT que les utilisateurs ne changent pratiquement jamais.
Ce qui est programmé :
En 2008 :
nous (le service info) - Nous voudrions changer 3 serveurs qui sont à l'agonie, et que l'on nous avait déjà promis l'année dernière.
direction - Ok, mais pas cette année, on vous inscrit ça sur le budget de l'année prochaine.
En 2009 :
direction - La crise, réduction de budget, tout ça. Est-ce possible techniquement que les autres sites viennent sur notre serveur ?
nous - Théoriquement oui, mais vu le débit de leur LS, ça va leur faire drôle ; d'ailleurs ils se connectent déjà sur nos serveurs pour certaines appli. et ils se plaignent (à raison) que c'est très lent.
direction - Ok c'est possible donc on fait comme ça, de toute façon on n'a plus les moyens d'acheter des serveurs (et pas que ça d'ailleurs, mais c'est une autre histoire).
Mon idée :
D'abord, pour avoir fait quelques tests, cela me semble tout à fait inconfortable de travailler dans ces conditions (on passe quand même d'une liaison 100 Mb/s à 512 kb/s).
Ensuite, ça va encore nous retomber sur le dos, car de toute façon c'est toujours de la faute du service informatique.
Et enfin, les utilisateurs, trouvant le serveur de fichier trop lent, finiront par laisser leurs documents sur leur disque dur, ils ne seront alors plus sauvegardés, et en cas de crash d'un disque dur, ce sera encore de notre faute s'ils ont tout perdu.
Il y a également le fait que je cherche au maximum à faire adopter linux au boulot, mais ça, chut, il ne faut pas le dire.
Je souhaiterais donc utiliser des PC normaux à la place des serveurs, avec samba au lieu de 2003/8 server et avec sauvegarde simplement sur un second disque. Déjà là, ça fait bien baisser la facture, mais ça ne règle pas le problème des sauvegardes en cas de désastre et puis ce n'est pas particulièrement transcendant. Mon idée est que les trois (voire quatre car je pourrais en mettre un chez nous) PC pourraient se synchroniser entre eux. Ainsi, chacun en se sauvegardant, sauvegarde également les fichiers des autres sites. Et comme il y a peu de chances pour que tous les disques durs de toutes les machines tombent en panne en même temps ou qu'il y ait un incendie, une innondation... sur tous les sites, la sauvegarde globale sera alors beaucoup plus fiable que ce que nous avons actuellement (surtout si je rajoute un 4e PC chez nous qui sera intégré dans notre système de sauvegarde).
La cerise sur le gâteau serait que les utilisateurs puissent accéder aux données de leur serveur samba local, et qu'en cas de panne ils soient dirigés (de façon transparente si possible, mais ce n'est pas une obligation) sur l'un des autres serveurs de fichiers. Ainsi ils auraient un mode de fonctionnement dégradé (en terme de vitesse) mais pourraient quand même accéder à leurs données ; ce qui serait un vrai plus par rapport à la situation actuelle. C'est d'autant plus important, que les délais d'interventions peuvent être de plusieurs jours sur ces sites.
Je n'ai pas encore eu le temps d'étudier sérieusement le truc, mais si je veux la cerise il faudra certainement un deuxième ordinateur par site (oups, la facture ré-augmente, mais je puis peut-être utiliser des PC d'occasion). Petite précision, je n'ai pas accès à la configuration des routeurs. Je me disais que le serveur SAMBA pourrait être sur un poste qui prendrait la décision de récupérer les données sur un ordinateur local ou sur un des autres ordinateurs distant en cas de non réponse du premier. Ou éventuellement avoir SAMBA sur l'ordinateur qui a les données, et le second poste ne s'occupe que du routage. Pour la synchronisation des données, je ne sais pas encore si ce sera du temps réel ou une synchro uniquement aux heures creuses. Ce sera plutôt en fonction de la bande passante utilisée, je verrai cela au cours d'essais ; car il ne faut pas que je pourrisse encore plus, le peu de bande passante disponible.
Voila en gros ce à quoi j'avais pensé, et que j'aimerais bien expérimenter afin de proposer (en cas de succès) une alternative à la décision prise qui ne va vraiment pas dans le sens des utilisateurs (pour nous c'est moins grave, nous avons l'habitude de nous faire taper dessus). Pensez-vous que ce soit jouable, ou que je vais perdre mon temps, ou que je m'y prends comme un pied et qu'il y a beaucoup plus simple comme méthode ; avez-vous eu à mettre en place quelque chose de similaire ?
Je suis ouvert à toute suggestion.
Merci de m'avoir lu, en espérant avoir été clair.
Journal Serveurs de fichiers
6
oct.
2009
# Au secours
Posté par Octabrain . Évalué à 4.
Sinon, ta sauvegarde entre les sites, elle risque pas de prendre trop longtemps si elle doit traverser un pauvre 512kbps ?
[^] # Re: Au secours
Posté par Romeo . Évalué à 1.
[^] # Re: Au secours
Posté par teoB . Évalué à 1.
[^] # Re: Au secours
Posté par teoB . Évalué à 5.
Je me suis posé la question forum/journal, et en fait je trouve que le forum c'est plutôt lorsque l'on attend une réponse rapide, voire une solution clef en main. Moi j'ai plutôt envie de tester plusieurs trucs, et monter le projet de A à Z. Avec de la chance, les serveurs tiendront bien encore quelques mois. J'y vois surtout une possibilité de me sortir un peu des pannes, des installations de postes, des mots de passe oubliés... du quotidien.
La première synchro risque d'être longue, mais par la suite, si ne transite que les différences, cela devrait aller. Ce ne sont pas des sites avec beaucoup de personnes (<30).
[^] # Re: Au secours
Posté par BAud (site web personnel) . Évalué à 3.
(*) http://linuxfr.org/tracker/623.html
# Commentaire supprimé
Posté par Anonyme . Évalué à 10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Bon, plusieurs problèmes
Posté par Dup (site web personnel) . Évalué à 3.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à -2.
Euh ouais...
Due to data loss issues present in all versions of OpenAFS prior to 1.5.62 and believed to be in IBM AFS, all Windows users are urged to upgrade.
On va dire que ca donne pas super confiance...
[^] # Re: Bon, plusieurs problèmes
Posté par BAud (site web personnel) . Évalué à 5.
Pour OpenAFS, tu parles d'une version de développement si tu avais quoté les bonnes parties :
1.5.65 is also the most recent in the series of releases intended to provide new experimental features
Il y a une version 1.4.11 http://www.openafs.org/release/latest.html qui correspond à la version stable (moins risquée).
(*) http://linuxfr.org//~Dabowl_92/28752.html ya pas à dire SMB2 : vous l'éteignez pour ne pas être vulnérable, c'est pratique pour un serveur de fichiers (à fuir... pas mal d'entreprises n'étant pas en seven encore...). Pratique pour ceux ayant migré prématurément en vista...
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
Oh c'est sur que je la ramenes, entre un bug quand tu envoies qqe chose de malforme et un FS qui n'ecrit pas correctement des donnees il y a un monde de difference.
Pour OpenAFS, tu parles d'une version de développement si tu avais quoté les bonnes parties :
1.5.65 is also the most recent in the series of releases intended to provide new experimental features
Il y a une version 1.4.11 http://www.openafs.org/release/latest.html qui correspond à la version stable (moins risquée).
C'est quelle partie de Due to data loss issues present in all versions of OpenAFS prior to 1.5.62 que tu as ratee ?
(*) http://linuxfr.org//~Dabowl_92/28752.html ya pas à dire SMB2 : vous l'éteignez pour ne pas être vulnérable, c'est pratique pour un serveur de fichiers (à fuir... pas mal d'entreprises n'étant pas en seven encore...). Pratique pour ceux ayant migré prématurément en vista...
Et quand Apache(ou autre soft) il est vulnerable, tu fais quoi pour pas etre vulnerable a par l'eteindre ? Surtout que cela n'empeche absolument pas l'echange de fichiers vu que SMB1 est encore la.
Mais bon, j'oubliais qu'il est absolument impensable d'oser critiquer un projet libre sans se prendre qqe chose en retour, j'ai blesse l'amour propre de certains visiblement en signalant un probleme dans un projet libre !
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 4.
Mais c'est pas le client Windows qui est impacté uniquement : http://www.openafs.org/pipermail/openafs-announce/2009/00030(...)
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par BAud (site web personnel) . Évalué à 3.
- tu remarqueras que les petits gars de OpenAFS préconisent la dernière version qui corrige le tout (bon ce serait bien qu'ils backportent un correctif tout de même sur la version de maintenance, mais c'est mon avis), avec une analyse sensée et factuelle
- je relevais que ce point n'a pas été traité avec le sérieux approprié (àmha) par ta société qui propose d'acheter ou de migrer vers la dernière version ou de se passer de la fonctionnalité pour ne plus être exposé (ce qui n'est pas ce qui est attendu par des clients qui paient et attendent une réponse appropriée pour _leur_ cas, dans des délais raisonnables)
Il se trouve que - dans ce cas - le libre répond mieux àmha, mais tu peux garder un avis un peu biaisé^Wdifférent.
Sur http://www.openafs.org/pipermail/openafs-announce/2009/00030(...) tu vois que le souci 1 est corrigé par la nouvelle version (et touchait tout le monde de toute façon, ça a marché jusqu'à maintenant - par chance peut-être - pourquoi ça ne marcherait plus ?) et que le problème 2 ne touche que les versions expérimentales (hypothèse que j'avais prise, une version stable ou de maintenance étant moins risquée pour utilisation en prod' àmha, ce en quoi j'avais raison).
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 3.
Je l'ai bien remarque oui, et je me demandes comment un truc aussi gros a mis aussi longtemps a etre demasque, ce qui me fait dire que leurs procedures de test ne sont pas au point et qu'il est peu utilise. Parce que pour le demasquer il n'y avait rien de specifiquement exotique a faire hein, des softs qui ecrivent ailleurs qu'a un offset de 4K c'est hyper frequent(suffit qu'un soft update un fichier a un offset particulier plutot qu'en creer un).
- je relevais que ce point n'a pas été traité avec le sérieux approprié (àmha) par ta société qui propose d'acheter ou de migrer vers la dernière version ou de se passer de la fonctionnalité pour ne plus être exposé (ce qui n'est pas ce qui est attendu par des clients qui paient et attendent une réponse appropriée pour _leur_ cas, dans des délais raisonnables)
Ah bon j'etais pas au courant ? Le patch sur lequel on bosse doit etre uniquement dans mon imagination alors.
Sur http://www.openafs.org/pipermail/openafs-announce/2009/00030(...) tu vois que le souci 1 est corrigé par la nouvelle version (et touchait tout le monde de toute façon, ça a marché jusqu'à maintenant - par chance peut-être - pourquoi ça ne marcherait plus ?) et que le problème 2 ne touche que les versions expérimentales (hypothèse que j'avais prise, une version stable ou de maintenance étant moins risquée pour utilisation en prod' àmha, ce en quoi j'avais raison).
J'ai bien compris qu'ils l'ont corrige merci, le probleme c'est que ce probleme ait tout simplement existe. C'est un FS hein, l'ecriture des donnees c'est genre sa fonction principale avec la lecture. C'est un bug enorme, le fait qu'ils s'en soient rendu compte que maintenant ne donne certainement pas confiance vis a vis du logiciel, le recommander comme solution pour assurer la sauvegarde de donnees c'est pas franchement une bonne idee si tu veux mon avis.
[^] # Re: Bon, plusieurs problèmes
Posté par BAud (site web personnel) . Évalué à 2.
perso, j'aurais plutôt proposé un GFS aka Global_File_System histoire d'avoir un truc éprouvé ou sinon un bête rsync (qui demande un peu plus de mise en oeuvre), en plus de samba permettant d'avoir une solution interopérable, même avec des postes-clients sous un OS défaillant.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 0.
Tu me montres comment SMB2 perd tes donnees en usage normal ? Ca m'interesse.
ou sinon un bête rsync (qui demande un peu plus de mise en oeuvre), en plus de samba permettant d'avoir une solution interopérable, même avec des postes-clients sous un OS défaillant.
Personne t'oblige a utiliser Linux hein. (les phrases stupides ca peut aller dans les 2 sens tu sais)
[^] # Re: Bon, plusieurs problèmes
Posté par jeffcom . Évalué à 4.
Heureusement, par contre, on nous colle Win dans les pattes sans nous demander notre avis... mais c'est un autre débat...
(les phrases stupides ca peut aller dans les 2 sens tu sais)
Dans ce cas précis, c'était vraiment une phrase stupide, en effet.
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 4.
ce qui me fait dire que leurs procedures de test ne sont pas au point et qu'il est peu utilise.
Oui alors non ... Là quand même tu vas un peu fort, une procédure de test qui loupe un problème sur _une_ implémentation (sur un système d'exploitation particulier qui plus est) d'un système de fichier relativement complexe est sûrement plus au point qu'une procédure de test qui loupe une erreur comme celle de SMB2 ... Faut pas comparer la tour Eiffel à la cabane sur l'arbre que j'ai construit quand j'avais dix ans !
Il y a donc un _sérieux_ problème de procédure de test chez Microsoft pour laisser passer des énormités comme le bug SMB2, c'est la préhistoire de l'informatique les "ping-of-death" et Co.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 0.
On compare le probleme :
a) OpenAFS sur Windows :
Un soft qui ouvre un fichier et qui ecrit dedans a un offset autre que multiple de 4Ko corrompt le fichier
--> Scenario extremement frequent que nombre de softs font (edition d'attributs, remplacement d'elements, etc...)
Si ils n'ont pas trouve ce bug, c'est donc qu'ils n'ont jamais teste que la version Windows pouvait correctement modifier le contenu d'un fichier
b) SMB2 :
Un paquet structure de maniere invalide, mais dont le format est tres specifique, n'est pas gere correctement et crashe le systeme
--> Trouver ce probleme implique de tester (et donc generer) une variete enorme de traffic non-valide sur un protocole complexe, et esperer que le cas precis est parmis eux
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 4.
C'est encore plus fréquent de mettre un 0x26 au lieu de 0x00 dans un champs d'entête SMB2 ...
Non mais n'importe quoi ... OpenAFS est un projet qui se développe depuis presque dix ans avec une jolie quantité d'utilisateurs[1]. Ça fait environ 5 ans que la version Windows existe. Donc depuis 5 ans des gens perdent des données ? Et personne ne c'est rendu compte ?
Ou alors "extrêmement fréquent" c'est un terme qui veut "presque jamais".
Je veux bien que c'est un problème grave, mais il faut aussi mettre en perspective. Le problème arrive sur un système d'exploitation atypique avec un système de fichier réseau ayant un bonne réputation dans l'ensemble.
Je crois pas que c'est un problème de "procédure de test". Ça le devient que si le but est d'attaquer un mode de développement logiciel qui ne plaît pas.
[1]http://www.openafs.org/pages/success.html
PS: Généralement les programmes lisent le fichier en entier en mémoire et ré-écrivent le fichier complet (oui sauf les bases de données, mais ça c'est explicitement statuer qu'AFS ne convient pas pour les bases de données, et sauf peut-être les applications multimédia, mais la taille des fichiers ne convient pas à un système de fichier réseau).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
Ben tu vas me montrer une implementation SMB2 qui le faisait il y a 3 mois alors ?
Non mais n'importe quoi ... OpenAFS est un projet qui se développe depuis presque dix ans avec une jolie quantité d'utilisateurs[1]. Ça fait environ 5 ans que la version Windows existe. Donc depuis 5 ans des gens perdent des données ? Et personne ne c'est rendu compte ?
Ou alors "extrêmement fréquent" c'est un terme qui veut "presque jamais".
Jolie quantite d'utilisateurs ? Moi quand je vois leur liste je vois que c'est minuscule, c'est genre 10'000 utilisateurs. MS a lui tout seul en interne a 10x ca.
Quand au fait que personne ne s'en rendait compte, c'est justement ce que je te dis, ca fait peur, car OUI ecrire au milieu d'un fichier est une operation extremement courante, tu prends Office par exemple, il fait ca constamment, les softs qui jouent avec la video et autres mp3 aussi(c'est des frames ecrites les unes apres les autres le plus souvent, suffit de les rajouter/couper), etc...
Il est assez clair que ce FS est :
a) pas teste pour servir de FS generaliste
b) utilise en pratique dans des scenarios tres limites(tu vois les noms des utilisateurs, c'est tres oriente recherche)
PS: Généralement les programmes lisent le fichier en entier en mémoire et ré-écrivent le fichier complet (oui sauf les bases de données, mais ça c'est explicitement statuer qu'AFS ne convient pas pour les bases de données, et sauf peut-être les applications multimédia, mais la taille des fichiers ne convient pas à un système de fichier réseau).
Non certainement pas, je t'ai donne une liste plus haut, il y en a plein d'autres, et c'est encore plus justifiable en reseau, parce que reecrire tout le fichier est plus lent qu'en reecrire une partie. Sinon, les fichiers multimedia c'est certainement pas un probleme pour un systeme de fichiers reseau, on n'est plus a l'epoque des reseaux 10mb/s hein, on a ca en interne depuis des annees ici et ca marche tres bien.
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
- est imposé ;
- ne sait parler ni NFS, ni SFTP, ni WebDAV (enfin, si, il sait, mais c'est très mal fichu), ni… bref, ne sait faire que du SMB.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 0.
Et sur la page "success" du projet, il n'y a pas _tout_ les utilisateurs, par contre on voit que c'est des installations qui vont généralement de 100 à 1000 utilisateurs simultanés.
Et pour revenir sur la gravité de la faute, vu que Ms en a 10x plus (en même temps "pas de source : Microsoft n'a pas 10x plus d'utilisateurs"), ils doivent faire 10x plus attention ... Mais comme d'habitude, vu qu'il traite les clients comme de la merde, ils ont fait 100x moins que le plus part des projets qui existent (même le type qui se fait un script shell pour envoyer un mail automatiquement à 10H34 va faire une batterie de test plus complète que Ms pour sortir un nouveau protocole).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
C'est drole hein, ca n'arrive pas qu'a nous...
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
En fait ce que tu essaies de critiquer c'est le mode de développement open source (en insinuant que les procédures de tests sont mauvaises). Mais ce que j'essaie de montrer c'est qu'un logiciel open source ne t'offre pas plus, ni moins de garanties qu'un logiciel closed source à beaucoup de k$.
En fait il y a des bugs partout, la question c'est juste de savoir combien de k$ coûte le bug ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
Ah bon ? Tu m'as vu critiquer la securite de Samba, kernel Linux ou autre en disant qu'ils etaient absolument incapable de tester leur produit correctement ?
Non, je l'ai fait dans dans les cas ou ca se merite : ici avec OpenAFS, Ubuntu quand ils ont sorti une update qui plante le serveur graphique dans la majorite des cas, etc...
En fait il y a des bugs partout, la question c'est juste de savoir combien de k$ coûte le bug ...
Pas vraiment, ca en dit plus sur le nombre d'utilisateurs qu'autre chose. Un bug de securite dur a trouver sur un systeme utilise par 1 milliard de gens ca sera toujours plus cher qu'un bug facile a trouver sur un soft utilise par 10 personnes
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
ca en dit plus sur le nombre d'utilisateurs qu'autre chose
Non je parlais en dollars investit par les sociétés comme Microsoft, Apple, ... Elles investissent des k$ pour ne pas arriver à une vrai différence de qualité au niveau du produit final (pour moi une vrai différence de qualité c'est de dire "Garantie que ceci, cela"). Ça me désole dans le sens ou le code professionnel ne se distingue pas du code amateur ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 2.
Quelle bande d'amateurs ces IBM, Redhat, Oracle, ... quand meme !
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Il faut arrêter de ramener tout vers Oracle, IBM, Redhat, ... Ils sont là parce que ça marche, ils n'ont pas fait fonctionner ni Linux, ni Samba (mais pour AFS (sujet original), c'est IBM qui a racheté une entreprise et libérer le code, donc ils sont à l'origine). Ils sont arrivés, il y avait un truc fonctionnel, ils ont apporté leur contribution et un jour, suivant l'évolution du marché, ils partiront. Les projets étaient là avant eux et seront là après eux.
Donc oui les contributions des grosses boîtes sont importantes et permettent de faire avancer le noyau (ou autres projets), mais elles ne sont pas les briques de base du noyau.
Ensuite quand je reçois de la pub pour un "Storage System" d'IBM, il y a des pingouins plein le catalogue.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 0.
Presque.
Ils n'ont pas cree les projets, et les auteurs initiaux des projets ont du cree le mouvement initial seuls oui.
Mais le saut de qualite de Linux, OOo, ... il a ete du a ces entreprises qui ont amene des processus de qualite.
Linux niveau perfs, niveau qualite de code avant IBM, Redhat et autres c'etait pas vraiment comparable a un OS d'entreprise.
[^] # Re: Bon, plusieurs problèmes
Posté par Anonyme . Évalué à 3.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 0.
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 1.
J'espère ne plus avoir à retrouver cet univers : tu cliques sur ok d'une fenêtre de dialogue, t'as le truc "redémarrer maintenant pour faire les mises à jour" qui s'interposent ... On a planté une école grâce à ça ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 0.
Ca ca n'avait rien a voir avec l'OS, il y a largement assez d'exemples de serveurs NT4 qui tournent sans probleme pour s'en rendre compte.
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Je trollerais bien avec toi sur NT4, mais je crois c'est pas la bonne place, il faut que tu fasses un journal genre "Google fait tourner ces serveurs sur NT4", après c'est départ ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
Alors bon... Si tu veux etre credible, apporte des elements techniques montrant que l'OS n'est pas capable de tenir debout plus de 24h, sans ca tu es aussi credible que ma chaussette gauche.
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 1.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Maintenant je sais pas pourquoi ce changement a eu lieu, mais j'ai entendu dire (oui c'est vague, mais c'est la seule info que j'ai) qu'il s'agissait d'une question juridique.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à -1.
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 1.
T'as le choix entre:
net use X: http://bob.com/folder user password
ou
start menu -> right click sur Computer -> map network drive
Mais comme d'hab ta meconnaissance totale de Windows te fait croire que c'est soit impossible ou plus complique que cela ne l'est
[^] # Re: Bon, plusieurs problèmes
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Avant c'était plus simple, maintenant plus compliqué !
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
Mais bon, ce n'est qu'un exemple. Pertinent, parce que c'est un cas où WebDAV apporte réellement quelque chose : un protocole générique et ouvert pour déposer des fichiers en masse.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 0.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Bon, plusieurs problèmes
Posté par Cédric Chevalier (site web personnel) . Évalué à 1.
Trouver ce probleme implique de tester (et donc generer) une variete enorme de traffic non-valide sur un protocole complexe, et esperer que le cas precis est parmis eux
Non, c'est une possibilité pour trouver le problème, mais ce n'est pas la seule méthode ...
Une étude du code peut aussi permettre de trouver le bug.
Au passage, il est beaucoup plus facile de détecter un crash de tout le système qu'une corruption de fichier, donc je ne m'avancerai ni d'un côté ni de l'autre pour dire qu'un problème est plus excusable que l'autre.
[^] # Re: Bon, plusieurs problèmes
Posté par pasBill pasGates . Évalué à 3.
Une étude du code peut aussi permettre de trouver le bug.
Oui tout a fait, le truc etant que par experience, le fuzzing a bcp plus de chances de trouver ce genre de problemes que les revues de code.
Au passage, il est beaucoup plus facile de détecter un crash de tout le système qu'une corruption de fichier, donc je ne m'avancerai ni d'un côté ni de l'autre pour dire qu'un problème est plus excusable que l'autre.
Detecter le crash certainement, le probleme, c'est le creer quand tu ne sais pas ce apres quoi tu cours.
[^] # Re: Bon, plusieurs problèmes
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
Mouais. Kerberos, donc usine à gaz. Et ça réinvente la roue, permissions, utilisateurs et tout, complètement décorrellé de ce qui existe sur le système hôte, visiblement. Pas franchement dans l'esprit KISS, tout ça.
[^] # Re: Bon, plusieurs problèmes
Posté par teoB . Évalué à 2.
...êtes-vous prêt à prendre ce risque en ne renouvellant pas les serveurs ?
La réponse est bien sûr non, mais ils ont une solution pour ne pas les renouveler, c'est d'héberger les autres sites chez nous. Ce sera juste (très) lent, mais ça ils s'en foutent.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# Sécurité des données
Posté par polytan . Évalué à 2.
Le truc à faire je pense, c'est de choisir des disques de marque différentes. En effet, les pannes consécutives d'une même série sont courantes et comme tout est basé sur la bonne santé des disques des machines...
Qu'en penses-tu ?
[^] # Re: Sécurité des données
Posté par Etienne Bagnoud (site web personnel) . Évalué à 3.
Et ça devrait être même faisable en bash avec inotifywait ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Sécurité des données
Posté par BAud (site web personnel) . Évalué à 3.
Autant les garder temporairement et ajouter un serveur complémentaire, à 900 euros t'as du RAID 1 qui assure le miroir et résiste à un disque cassé (j'ai bien dit un serveur, pas un pc de bureau de récup' qui reste du bidouillage que ne peut pas recommander un admin digne de ce nom s'il a un tant soi peu d'estime de son boulot...).
Ajouter de la supervision voire du capacity planning pour le même prix c'est savoir justifier les invests pour la suite, mettre un SLA aka Service_Level_Agreement - au pire interne - c'est au mini : identifier combien coûte la perte des données, pour 1 jour, 1 mois, 3 mois voire 6 mois si le temps d'appro est vraiment long, ça demande 1 page à justifier.
[^] # Re: Sécurité des données
Posté par geb . Évalué à 1.
# Gère ta direction
Posté par Greg (site web personnel) . Évalué à 5.
une autre solution: provoque des pannes qui de toute façon vont arrivés dans les mois à venir, et tu l'auras ton budget ;)
Autre solution: j'ai 2-3 serveurs qui sont en fait des PC assemblés, coute seulement 167€HT, et niveau fiabilité c'est pas si mal... Yen a un
ça fait 2 ans qui tourne 24/7 et je n'ai eu aucun problème !
[^] # Re: Gère ta direction
Posté par teoB . Évalué à 3.
Désolé, ce n'est pas le genre de la maison, car au final, c'est l'utilisateur qui trinque. Pour l'instant, les serveurs fonctionnant, nous préférerions une migration en douceur.
...et tu l'auras ton budget ;)
Comme il faudra travailler dans l'urgence, à mon avis ce sera plutôt direct un hébergement chez nous, pas le temps d'attendre d'acheter et de configurer un serveur.
...et niveau fiabilité c'est pas si mal... Yen a un ça fait 2 ans qui tourne...
les serveurs à changer ont une douzaine d'années, on en reparle dans 10 ans ;)
# Economie de bout de chandelles...
Posté par marquez . Évalué à 6.
sans faire de publicité pour un constructeur ou un autre,
http://h10010.www1.hp.com/wwpc/fr/fr/sm/WF06b/15351-15351-24(...)
un petit serveur d'entrée de gamme coute 320€HT.
J'ai testé compaq, hp, dell, fujitsu...dans la moyenne gamme. Je peux t'assurer que ce sera toujours plus fiable qu'une station recyclée ou reconditionnée...après, à tes directeurs de voir combien coûte à l'entreprise une panne de 4 heures (le temps de déplacement, de réparation du disque dur) ...je ne parle même pas du risque de perte définitive de données, qui peut être fatal à l'activité.
- pour les sauvegardes :
que ce soit une station ou un serveur, les sauvegardes peuvent se faire sur disques externes usb, si la ls est insuffisante en débit, avec le concours des employés du site.
- pour le fonctionnement en mode dégradé, ou l'ouverture de fichiers sur site distant :
j'ai déjà testé le travail sur fichiers au travers de 512k (non garanti, certes)...ben...on a le temps de prendre un café entre deux clics.
Monter ce genre de dispositif décridibilise complètement le service informatique aux yeux des utilisateurs concernés.
Mieux vaut creuser la piste d'accès "bureau distant", type TSE ou autre, et prévenir les gens que l'impression sera très très lente.
- concernant les économies, j'ai déjà travaillé dans des sites où les employés, lassés qu'on leur refuse pendant plusieurs années l'achat d'une imprimante, ont acheté plusieurs imprimantes à 40€ chacune au magasin du coin avec leurs propres deniers...finalement, l'entreprise est bien obligée d'acheter les consommables (et bien sur pas les moins chers, coùt bas d'achat oblige).bien sûr, coté maintenance, ça devient ingérable (pas de document, pas de suivi de garantie, de renouvellement, hétérogénéité du matos, etc).
bon courage, j'ai vécu ça, je compatis.
[^] # Re: Economie de bout de chandelles...
Posté par Psychofox (Mastodon) . Évalué à 3.
[^] # Re: Economie de bout de chandelles...
Posté par groumf . Évalué à 3.
pas ici d'applications nécessitant une disponibilité 24h/24h.
Pour les backups je propose rdiff-backup: http://rdiff-backup.nongnu.org/
Qui permet de faire des backup incremental simplement.
En combinaison avec backupninja un petit frontend ncurse pour
utiliser rdiff-backup encore plus simplement :)
# Codafs ?
Posté par legranblon (site web personnel) . Évalué à 2.
http://coda.cs.cmu.edu/ljpaper/lj.html
# mouais
Posté par Éric (site web personnel) . Évalué à 7.
Même économiquement ça ne tient pas. Tu vas très rapidement passer plusieurs jours rien qu'à étudier la solution et monter ton proto. En comptant la mise en oeuvre, la doc, la maintenance et le surcout du "c'est spécifique" tu arriveras probablement à deux semaines / homme facile rien qu'à cause de ce choix.
Bref, un demi salaire mensuel, et je suis gentil en ne prenant pas en compte les risques associés et en considérant que tu n'auras pas besoin de plusieurs tentatives pour trouver une solution réaliste. Tu les payes combien tes serveurs moyen de gamme pour du simple échange de fichier ? sur que ça vaut le coup ?
[^] # Re: mouais
Posté par teoB . Évalué à 2.
# DRDB + LVM + Bacula
Posté par tipmeabout . Évalué à 3.
Je pencherai sur une solution à base de LVM avec une couche de DRDB (comme déjà suggéré plus haut), si on peut mettre LVM sous DRDB (à vérifier, je pense que oui, mais pas testé).
Tu formates le disque en LVM et tu installes DRDB par dessus (sur la partition qui sert au serveur de fichier) sur chacun des sites de ta société. DRDB te fait un RAID1 par le réseau, niveau débit je ne sais pas ce que ça peut donner avec du 512 kbps, mais ça devrait aller vu qu'on parle bloc et non fichier à chaque modification.
Donc tu as tes 3 sites distants qui synchronisent avec ton serveur maître dans tes locaux. En cas de pannes, le RAID1 "émulé" par DRDB prend le relai, avec les lenteurs réseaux que ça implique.
Il ne te reste qu'à sauvegarder ton site local qui contient les données de tes sites distants. Pour cela tu génères un instantané de ta partition avec LVM et tu sauvegardes cet instantané avec Bacula, sur un disque USB par exemple, voire sur disque ET sur bande. Rapide et efficace. Tu peux même investir dans un disque USB externe sur chaque site que tu piloteras par Bacula (partie director chez toi en local) avec un storage node local à chaque site, comme ça en cas de restauration, les données seront déjà sur site distant et restaurables de ton site.
Cout:
- 3 machines + 3 disques externes USB pour chaque site distant
- 1 machine (?) + 1 disque externe USB pour le site local
# j'ai pas tout lu mais...
Posté par NeoX . Évalué à 4.
à moins que tes sites soit au fin fond de l'aveyron ou de la coreze, une ligne ADSL decente fournit 1024Kbps en debit montant, ce serait deja plus rapide et aussi fiable que ta liaison louée.
au besoin tu peux avoir du SDSL à 1024/2048....
ca coute peut-etre moins cher qu'une LS est ca te fournit un debit symetrique ideal donc pour les connexions intersites.
enfin pour la fibre optique, ici à paris j'avais eu 100euros/km/mois pour relier 2 sites
et c'etait une fibre optique 100Mbps
SERVEURS :
une fois resolu le probleme de bit, tu peux envisager un VPN entre tes sites et ton serveur au siege central, ca devient transparent en terme de reseau et tres pratiques.
tu peux aussi faire du cross-vpn afin de laisser les serveurs locaux mais qu'ils soient accessibles depuis le siege et inversement.
REPLICATION/SAUVEGARDE :
il existe plein de solution mais qui dependront principalement du DEBIT (cf pllus haut)
rsync permet de synchroniser uniquement ce qui à changer, donc peut etre lourd au premier lancement, puis leger les fois d'apres
tu peux alors synchroniser site1 et site2 sur siege, site1 et siege sur site2....
et faire un backup uniquement sur siege ou tu maitrises la rotation des DAT/CD/DVD/disques externes
les autres solutions (NDB/DRDB...) permettent de faire du "raid over reseau" ou du "clone temps réel (modulo la durée de l'upload)" a ce moment là il vaut quand meme mieux avoir une connexion reseau stable
[^] # Re: j'ai pas tout lu mais...
Posté par dyno partouzeur de drouate . Évalué à 1.
Et niveau débit et prix, y'a pas photo.
[^] # Re: j'ai pas tout lu mais...
Posté par Psychofox (Mastodon) . Évalué à 2.
Et la ça ira probablement plus vite de prendre la voiture, l'avion ou le train pour aller copier les données.
La question donc à se poser, ce n'est pas juste la durée qu'on juge acceptable pour sauvegarder la machine distante, mais qu'elle est l'indisponibilité acceptable en cas de panne complète (y'a t-il du hardware en spare, rappatriement + restoration des données, etc...). Je pense que l'auteur du journal se rendra rapidement compte qu'avoir les serveurs de fichiers à double sur chaque site sera déjà un pas important si les utilisateurs ne sont pas près à attendre une demi journée voire une journée d'arrêt de travail.
[^] # Re: j'ai pas tout lu mais...
Posté par teoB . Évalué à 1.
Pour les LS, je ne peux rien faire, c'est la maison mère qui négocie un contrat au niveau national pour l'ensemble des sites du groupe, avec un débit dépendant de la taille du site. Donc on peut signaler que le monde évolue et qu'il faudrait penser à faire évoluer tout ça, mais c'est tout. Et de toute façon, pas de solution avant que le contrat actuel n'arrive à son terme.
[^] # Re: j'ai pas tout lu mais...
Posté par NeoX . Évalué à 2.
mais je suppose que tu travailles deja pour la maison mere.
et le contrat, ca doit etre pour se faire fournir une connexion, pas pour avoir uniquement une LS à 512Kbps pendant 5 ans.
ou alors il faut renegocier vos contrats, car un contrat qui ne prevoit pas d'evolution (dans un sens ou dans l'autre), c'est ballot
[^] # Re: j'ai pas tout lu mais...
Posté par teoB . Évalué à 1.
Les contrats sur les liaisons sont pour 1 an, mais encore faut-il qu'ils demandent plus, et comme ils estiment que pour moins de 30 personnes, il n'y a pas besoin de plus... (enfin, jusqu'à maintenant, pour l'année prochaine il y aura peut-être une augmentation, mais bon, je préfère ne pas compter dessus tout le temps que ce ne sera pas effectif).
# unison / dropbox / ubuntu one
Posté par Anonyme . Évalué à 1.
sinon pkoi pas utiliser un truc qui stocke dans un cloud et les gens s'inscrivent
pour avoir un miroir d'un certain répertoire sur leur dd ?.. genre à la dropbox où à chaque fois qu'il y a un changement à un fichier, c'est répandu au serveur principal et à toutes les machines inscrites aux fichiers.
du coup un truc genre ubuntu one / eucalyptus pourrait être cool, hosté dans ton entreprise bien sûr.
c'est une réponse de débutant peut être mais voilà....
[^] # Re: unison / dropbox / ubuntu one
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 0.
[^] # Re: unison / dropbox / ubuntu one
Posté par jame_s . Évalué à 2.
# Simplicité
Posté par Jérôme D . Évalué à 0.
Par exemple faire les backups en rsync via ssh (ou smb sur un vpn) backuppc gèrera très bien cette affaire, sans se prendre la tête car c'est simple de configuration.
Après plusieurs choix en exemple:
un central fait des backups (journalier par ex) de toutes les machines clients une par une (il sait faire!)
un central fait des backups d'un serveur précis sur chaque site : cela peut peut-être déjà être fait avec les stations NT
chaque site rsync l'ensemble des fichiers des autres sites
Certes cela ne t'offre pas la cerise mais c'est économique,et les données seront sauvegardées de manière professionnelle !
# Ca me fait penser...
Posté par Sano . Évalué à 3.
Le but est souvent de centraliser les données sur le site principal (facilité de backup, d'admin, de maintenance des bécanes, externalisation des backups garantie, etc...) sans pour autant ni payer une ligne 10Mb par site (un bras le bout), ni que les utilisateurs distants ne meurent de vieillesse avant l'ouverture d'un document.
Du coup, on se retrouve à installer des solution proprio (et oui) d'optimisation WAN.
En gros ça consiste en une appliance à chaque bout en bypass devant le routeur, qui se causent entre elles et optimisent les transferts de plusieurs façons :
- cache de données global (quel que soit le protocol) et dédupliqué (en mode bloc et pas fichier, sinon c'est pas drôle)
- TCP maison (les boîtes parlent la même langue, et se causent directement, du coup pas mal de trucs genre slow start peuvent sauter)
- négociation des cessions client en local, transfert du paquet et négociation côté serveur à l'autre bout
- ...
Du coup, on arrive selon les utilisations à gratter 90-95% de la bande passante qui serait nécessaire, et donc à faire tenir 50 personnes sur une ligne 1Mb sans rien en local.
Voilà pour la théorie. Dans la pratique, ça marche, mais ça a un coût certain.
Grande question après cette petite explication, y'a-t'il un projet ou une alternative libre visant à faire la même chose ?
*Sano*
[^] # Re: Ca me fait penser...
Posté par marquez . Évalué à 2.
[^] # Re: Ca me fait penser...
Posté par frafra . Évalué à 2.
Ca permet d'avoir un cache local des fichiers répliqué sur une infra centrale.
Plusieurs constructeurs proposent leur solution maison (bien sur incompatibles entre elles).
Le gros intérêt c'est de pouvoir envisager l'hébergement de son serveur de fichiers en datacenter.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.