Forum Linux.général Transfert d'images CD

Posté par (page perso) .
Tags : aucun
0
12
oct.
2004
Bonsoir,

Voici mon problème :
Nous possédons des agences dispersées sur la France et nous devons leur diffuser des CD d'installations de logiciels/système, ceci avec un impératif: que les CD donnés par nos clients à J soient disponibles en province à J+1.

La plupart du temps, les CD ne sont que de simples évolutions de la version précédente.

Nous avons pensé à mettre un serveur à Paris et un PC avec graveur en province, mais quand il y a un CD à descendre dans la nuit sur 20 endroits différents, au niveau temps ça ne convient pas, à moins de passer en fibre optique ($$$$ !).

J'ai pensé qu'il existerait peut-être un système un peu comme jigsaw-lite (pour la diffusion de la Debian) ou rsync qui me permettrait de faire ceci de manière la plus automatisée possible.

En connaîtriez-vous ? Ce serait l'occasion pour moi de pouvoir faire entrer un peu de Linux dans ma boîte (je suis le seul utilisateur connu sur 750...).

Merci d'avance.
  • # torrent

    Posté par . Évalué à 4.

    Fait-ça avec bittorrent, c'est l'idéal pour propager quelque chose vers plein de clients et qu'on manque de BP.
    • [^] # Re: torrent

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

      Bonjour et merci,

      En fait, j'ai réfléchi aux logiciels de P2P, mais ce n'est pas applicable du fait de la topologie du réseau en étoile :
      /-------->routeur - Nantes
      Paris - routeur ----------> routeur - Bordeaux.
      \_____> routeur - Toulouse

      Pour que Toulouse communique avec Nantes, ça passe forcément par Paris, donc le goulet d'étranglement demeure.
  • # FTP Multicast / TFTP Multicast

    Posté par . Évalué à 3.

    Une application bien pratique mais peut etre peu connue: Le transfert de fichier multicast.

    Lors d'un de mes projets de fin d'études, j'avais réalisé un serveur et un client TFTP Multicast dont le but était de transferer un fichier vers n destination, en ne faisant l'envoi qu'une seule fois.

    IP rend cela possible grace au multicast. Attention, rien à voir avec le broadcast, qui je le rappelle n'est pas possible sur 'internet'

    Je sais que Lucent à un soft de type FTPMulticast (je ne connais ni le prix, ni la licence), mais je pense qu'il doit exister un équivalent libre.

    des explications sur le multicast ici: http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/ipmulti.ht(...)

    peut etre une piste ici:
    http://www.uwsg.iu.edu/hypermail/linux/net/9906.0/0021.html(...)
  • # rsync + mkisofs

    Posté par . Évalué à 4.

    ben...
    sur tous tes clients en province tu cree un repertoire où tu copie le contenu du cd N
    puis tu fais rsync ( a travers ssh) pour qu'il synchronise avec le repertoire de ton serveur et obtienne la version N+1. rsync ne copie que ce qui est modifié , pas tout le cd.
    puis chaque client refait l'image iso avec mkisofs
    enfin soit le client grave le CD soit il le monte en -o loop
    Si tu t'arrange pour que tes clients ne se synchronisent pas tous au meme moment , ca devrait aller.

    tout ca peut se faire sous linux ou windows ( il existe des versions de rsync et mkisofs pour windows)
    • [^] # Re: rsync + mkisofs

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

      Bonjour,

      C'est à peu près ce que j'avais en tête, en effet, surtout que si l'on peut concilier rsync et multicast, on s'affranchit du problème des n-clients.

      Mais comme je m'adresse à un public pas forcément averti, je cherchais une interface conviviale (pas forcément clickodrome) avec une automatisation maximum.

      Je crois qu'il va falloir que je mette les mains dans le cambouis. Ca tombe bien, je n'ai pas encore développé sous Linux...

      En tout cas, merci !
      • [^] # Re: rsync + mkisofs

        Posté par . Évalué à 1.

        pour l'interface des fichier .bat c'est pas mal, en plus cela fait un joli icone
  • # Pourquoi utiliser les réseaux ?

    Posté par . Évalué à 2.

    Tu as pensé à Chronopost/UPS/Fedex/La Redoute (chassez l'intrus) ?

    Ils proposent tous des services de livraison à J+1.

    BeOS le faisait il y a 15 ans !

    • [^] # Re: Pourquoi utiliser les réseaux ?

      Posté par . Évalué à 4.

      Ca me rapelle 1994-95 , a l'epoque Internet etait cher et lent pour les PME et nous avions un gros binaire de 160Mo a transferer a SanFrancisco . Pendant que ca s'uploadait , j'ai fait le calcul et j'ai dit a mon chef que ca reviendrait moins cher de me payer l'aller-retour a SF en avion avec un tape ... il etait d'accord sur le calcul mais on a continué a uploader.... dommage :-)

      c'est vrai que parfois les bonnes vielles methodes , papier crayon , la poste , voitures , ... sont plus efficaces que le net.
    • [^] # Re: Pourquoi utiliser les réseaux ?

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

      Parce que quand on reçoit un CD du client à 16h, il faut le copier au moins 20 fois (on a une tour de gravage, ça fait 2 fournées de 10...), le tester un minimum (au moins un scan rapide du truc), l'emballer, l'expédier tout ça avant 17h30-18h....

      Ca c'est quand on a qu'un seul CD. Sans compter qu'alors on a qu'une seule copie du truc, il faut encore la dupliquer en région.

      On bosse avec Jet Service (TNT), Chrono, UPS, etc... mais ce n'est définitivement pas la solution.

Suivre le flux des commentaires

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