Transfert FTP vitesse

Discussion dans 'Windows' créé par MikeTronic, 6 Octobre 2014.

  1. Offline
    MikeTronic Elite
    Bonjour,
    J'ai un petit soucis de transfert FTP que je ne m'explique pas.
    Je dois envoyer un projet de notre serveur vers celui d'un client.
    Le projet pèse 100Go en 2 fichiers, un de 45Go et l'autre de 55Go.

    Je passe via le soft lftp (linux) avec cette commande =>
    lftp ftp://user:password@adresse_ftp -e "mirror -R /mon/chemin /chemin/ftp ; quit"

    Le transfert se passe correctement je reviens ce matin et je vois qu'il me retourne une erreur d'excès de tentative infructueuse. Je me dis ok on va résume le transfert avec l'option -c le transfert reprends SAUF QUE je plafonne à 12Ko/s voir même pas de vitesse d'upload...

    Je comprends pas j'ai fait les vérifications j'envoie un iso de 8Go sur ce même serveur client sans soucis avec une vitesse correcte et pas ces 12Ko/s cramoisi...

    Un problème côté serveur je suppose mais pourquoi sur ces fichiers là alors qu'une iso de 8Go est uploadé sans problème ?

    Une idée ?
    MikeTronic, 6 Octobre 2014
    #1
  2. Offline
    titoum GMZ Crew optc 970.342.646
    tu as vu ce qui a cause les erreurs?

    si tu essaye d upload ce fichier a nouveau ca foire pas?
    next time c'est mieux +ieur fichier ca evite ce genre de soucis et puis le check CRC sur 45go :eek:
    titoum, 6 Octobre 2014
    #2
  3. Offline
    MikeTronic Elite
    Une erreur de délai lors de l'arrêt la première fois. Lorsque je resume là par contre pas d'erreur juste un upload équivalent à ce qu'on avait début 2001 quoi... Alors que la connexion peut faire 600x mieux :/

    Le problème c'est que finir les 11% manquant ok réuploader les 100Go c'est même pas pensable niveau temps.

    C'est une production vidéo le spliter et le réassembler chez nous pas de soucis mais chez le client... Impératif que cela arrive en un bloc.
    MikeTronic, 6 Octobre 2014
    #3
  4. Offline
    Skarbone I would rather be snowboarding
    bah tu peux couper avec winrar en fichier de 4go, ca prends pas plus de quelques secondes a extraire si tu n'as pas fait de compression. Je vois pas trop ce qui empeche ca?
    Skarbone, 6 Octobre 2014
    #4
  5. Offline
    MikeTronic Elite
    @Skarbone : J'étais certain que l'un d'entre vous allait appuyer là dessus hors ce n'est pas le sujet de ma question.
    Même quand le client est stupide je dois répondre à sa demande et celle de mon boss.

    Et là en l'occurence hors mis la taille du fichier ça change rien. Y a une option "resume" qui fonctionne très bien donc ça change keudal d'habitude j'essaye d'imposer histoire d'avoir des choix logique sauf qu'ici osef :).
    MikeTronic, 6 Octobre 2014
    #5
    gwen aime ça.
  6. Offline
    Skarbone I would rather be snowboarding
    on sait jamais que tu ne connaisses pas ce truc :). pas besoin de prendre la mouche pour ca.
    Skarbone, 6 Octobre 2014
    #6
  7. Offline
    titoum GMZ Crew optc 970.342.646
    tu es en transfert binaire ?

    quel client ftp? le client utilise le disk pour autre chose?
    titoum, 6 Octobre 2014
    #7
  8. Offline
    MikeTronic Elite
    Je prends pas la mouche je souhaite juste rester dans le thème de ma question.

    Pour l'information bien que je la connaissait on peut toujours en apprendre même pour des choses simpliste donc "merci" quand même ;)
    MikeTronic, 6 Octobre 2014
    #8
  9. Offline
    MikeTronic Elite
    Client : lftp sous linux en binaire.
    Je ne sais pas si il est utilisé pour autre chose mais comme expliqué précédemment si je lance un upload d'un archive de 8Go sur le même espace je n'ai pas de soucis en terme de vitesse. Je suppose donc que même si le disque est utilisé pas de soucis pour la dégradation de vitesse de ce point de vue là non ?
    MikeTronic, 6 Octobre 2014
    #9
  10. Offline
    gwen Sitegeek.fr
    c'est pas lié à la fonction resume? je sais pas comment marche le mécanisme pour savoir ou il doit reprendre mais si il doit faire des verifs sur le premier block de 80Go en remote...
    Sinon ton client n'a pas un Barracuda ou un truc du genre qui aurait pu reguler cette thread douteuse? :D
    gwen, 6 Octobre 2014
    #10
  11. Offline
    titoum GMZ Crew optc 970.342.646
    je pense aussi que c est lié au résume...

    tu sais voir l'usage de la machine remote qd tu lance ton resume?
    titoum, 6 Octobre 2014
    #11
  12. Offline
    MikeTronic Elite
    Pour être franc je ne sais pas exactement comment elle fonctionne non plus. Ici quand je relance il fait un checking avant de reprendre son transfert et ça met un truc genre 40-50 secondes...

    Finalement un commercial va remettre le projet sur un support physique tout à l'heure mais c'est assez gênant !

    Pas compris gwen ? (suis un peu à la masse certainement :p)
    MikeTronic, 6 Octobre 2014
    #12
  13. Offline
    titoum GMZ Crew optc 970.342.646
    a premiere vue le resume ne devrait pas faire foirer...

    Code:
    Partial data connections -- resuming downloads
     
    The protocol provides a means to only transfer a portion of a file, by having a client specify a starting offset into the file (using the REST primitive, i.e. "restart point").  If an FTP session fails while a data transfer is in progress and has to be reestablished, a client can request that the server restart the transfer at the offset the client specifies.  Note that not all FTP servers support this feature.
    now le mirroiring se passe peut etre de facon differente?
    tu ne sais pas essayer avec un cmd lftp normal pour resume ?
    titoum, 6 Octobre 2014
    #13
  14. Offline
    MikeTronic Elite
    J'ai tenté le resume en mirror mais aussi en spécifiant le fichier.

    lftp ftp://user:password@adresse_ftp -e "put -R -c /mon/chemin/monfichier /chemin/ftp; quit"

    Quel que soit le cas pas de remontée en vitesse alors que sur les autres fichiers après le checking la vitesse remonte directement très vite pour aller saturer notre upload ou presque.
    MikeTronic, 6 Octobre 2014
    #14
  15. Offline
    gwen Sitegeek.fr
    Dans les entreprises maintenant y'a souvent des boîtiers de régulations de connexions Internet, comme Barracuda. Ce genre de boitier peut décider de bloquer/brider un thread detecté comme suspect ou trop gros consommateurs de bande passante.
    Y'a des mécanismes intelligents et semi autonome. Enfin bref un transfert de 100Go aurait pu être considéré comme louche par ce genre de dispositifs
    gwen, 6 Octobre 2014
    #15
  16. Offline
    titoum GMZ Crew optc 970.342.646
    Avec un client normal genre filezilla? tjs le meme comportement?

    peut etre lie a lftp o_O
    titoum, 6 Octobre 2014
    #16
  17. Offline
    MikeTronic Elite
    @gwen : Ok je savais pas tient, merci pour l'information je viens d'apprendre quelque chose :D

    Pour filezilla déjà la dernière fois pour une archive de 20Go ça a planté et pour le resume chaque fois erreur erreur erreur... Via lftp pas eu la moitié de ces soucis. Là il resume bien mais pas à la bonne vitesse quoi...
    MikeTronic, 6 Octobre 2014
    #17
  18. Offline
    MikeTronic Elite
    Bon après divers test il semblerait que le problème vienne de chez eux.

    Testé avec des archives de 30-45Go le resume se passe etc... toutefois leur service tech a tellement envie d'améliorer les choses que ça ne bougera jamais mdr.

    Merci pour les suggestions.
    MikeTronic, 8 Octobre 2014
    #18
  19. Offline
    titoum GMZ Crew optc 970.342.646
    les mysteres de murphy :D
    titoum, 8 Octobre 2014
    #19
    MikeTronic aime ça.