Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Fermée
  • Pourcentage achevé
    100%
  • 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
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
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.

Fermée par  Thibaut Freebox
01.08.2022 10:23
Raison de la fermeture :  Sans objet
Commentaires de fermeture :  

à la demande du déclarant

Lat31320 a commenté le 03.11.2019 16:59

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

Lat31320 a commenté le 13.11.2019 10:29

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) :

toto:~# rsync --progress /media/Videos/Movies/aout2017.avi .
aout2017.avi
  1,478,753,124 100%   61.43MB/s    0:00:22 (xfr#1, to-chk=0/1)

VM vers SSD interne (donc SSD interne vers lui-même) :

toto:~# rsync --progress aout2017.avi /mnt/dd/
aout2017.avi
  1,478,753,124 100%   65.85MB/s    0:00:21 (xfr#1, to-chk=0/1)

Ça reste en deçà des perf obtenues avec partages non protégés.

Lat31320 a commenté le 17.11.2019 11:39

is there anybody out there ?

Lat31320 a commenté le 30.11.2019 14:27

ping

Lat31320 a commenté le 23.12.2019 13:22

du nouveau ?

Lat31320 a commenté le 30.01.2020 16:46

relance

Lat31320 a commenté le 29.04.2020 11:49

pong

Avez-vous du neuf de nos jours en 4.3.x ?

Lat31320 a commenté le 24.05.2021 20:32

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.

Lat31320 a commenté le 24.05.2021 20:33

re-paste du blabla ps

PS C:\WINDOWS\system32> Get-SmbConnection

ServerName ShareName UserName     Credential     Dialect NumOpens
---------- --------- --------     ----------     ------- --------
fbxsrv     3To       saloon\abc fbxsrv\freebox 3.1.1   1

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche