- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux → SMB
- Assignée à Personne
- Système d'exploitation Freebox Server V7 (Delta)
- Sévérité Moyenne
- Priorité Très Basse
- Basée sur la version 4.1.1
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes 2
- Privée
Ouverte par Lat31320 - 03/11/2019
Dernière modification par Thibaut Freebox - 01/08/2022
FS#28869 - Transfert vers Freebox anémique __si__ "accès authentifié"
Bonjour,
Contexte :
Client win10pro 1903
Server Delta 4.1.1 - 3h d’uptime
Disque source Toshiba P300
Transfert LAN (lien Gigabit)
Disque cible1 : array 3x1To RAID0 disques HGST 7K1000-1000 - logements 2,3,4 (volume “perso”)
Disque cible2 : ssd 512Go - logement 1 (disque “fonctionnement box”)
Share windows activé avec authentification (login “freebox” par défaut + mdp ponctuel)
VM arrêtée en cours de transfert, sans effet.
Share 1 et 2 montés via net use
ServerName ShareName UserName Credential Dialect NumOpens ---------- --------- -------- ---------- ------- -------- fbxsrv 3To saloon\abc fbxsrv\freebox 1.5 1 fbxsrv ssd512 saloon\abc fbxsrv\freebox 1.5 1
Constat :
Lancement du transfert source vers cible1 via robocopy (source cible /MIR /R:0 /W:0 /NP)
⇒ Qu’importe la taille et le type du fichier (jpeg ~4Mo, raw ~25Mo, mp4 ~500Mo), le transfert occile de 0 (!) à 100Mbit/s (task manager) avec parfois une pointe à 500.
Le transfert peut très bien s’interrompre en plein milieu d’un fichier pour reprendre ensuite comme si de rien n’était.
Au bout de 2h de copie ⇒ ~55Go transférés.
Avant que je n’interrompe le massacre, j’ai lancé un test de copie (copy/paste windows) d’un iso win10 vers le ssd (cible2). Même combat : plafond à 10Mo/s, instable.
La source n’était pas la même (ssd système du pc, sata III)
⇒ J’arrête le transfert
⇒ Je tue les montages
⇒ Je supprime l’authentification dans FreeboxOS
⇒ Je recrée les montages et relance mon robocopy
Passé les fichiers déjà copiés (obv), stabilisation du transfert à ~600Mbit/s (et saturation si fichier volumineux)
Si copie de l’iso en // vers cible2, saturation du lien LAN
30 minutes plus tard, je suis à 140Go (de plus) d’envoyés.
Problème (de fond) : j’aimerais pouvoir protéger les share tout en conservant des performances honorables.
Cadeau Bonux en passant : si nous pouvions voir un jour une différenciation d’accès (lecture seule, accès complet) sur les partages, ce serait top (genre “pas d’auth, on est en lecture”).
Merci.
01.08.2022 10:23
Raison de la fermeture : Sans objet
Commentaires de fermeture :
à la demande du déclarant
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
En 2h (le hasard fait bien les choses), sans mot authentification, j'ai envoyé 15x plus (et terminé mon transfert).
Les 53 Go ignorés étant les fichiers envoyés lors de la première copie abandonnée :
------------------------------------------------------------------------------- Total Copié IgnoréDiscordance ÉCHEC Extras Rép : 784 534 250 0 0 1 Fichiers : 41224 30649 10575 0 0 1 Octets : 816.500 g 763.392 g 53.108 g 0 0 190 Heures: 2:12:00 2:11:17 0:00:00 0:00:42 Débit : 104052558 Octets/sec. Débit : 5953.935 Méga-octets/min. Fin : dimanche 3 novembre 2019 17:49:20⇒ Soit ~830Mbits au lieu de ~58Mbits
Un test de copie via VM (host freebox server) debian avec montage cifs donne un meilleurs résultat :
3To vers VM (donc RAID0 vers SSD interne) :
VM vers SSD interne (donc SSD interne vers lui-même) :
Ça reste en deçà des perf obtenues avec partages non protégés.
is there anybody out there ?
ping
du nouveau ?
relance
pong
Avez-vous du neuf de nos jours en 4.3.x ?
PS C:\WINDOWS\system32> Get-SmbConnection
ServerName ShareName UserName Credential Dialect NumOpens
———- ——— ——– ———- ——- ——– fbxsrv 3To saloon\abc fbxsrv\freebox 3.1.1 1
⇒ saturation du lien gigaethernet
Outre le changement de “dialect”, il y a changement des conditions “cible” entre temps, c’est du pur SSD à présent, 4×1 To raid 5.
re-paste du blabla ps