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

  • Status Closed
  • Percent Complete
    100%
  • Task Type Anomalie
  • Category Services locaux → SMB
  • Assigned To No-one
  • Operating System Freebox Server V7 (Delta)
  • Severity Medium
  • Priority Very Low
  • Reported Version 4.1.1
  • Due in Version Undecided
  • Due Date Undecided
  • Votes 2
  • Private
Attached to Project: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Opened by Lat31320 - 03/11/2019
Last edited by 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.

Closed by  Thibaut Freebox
01.08.2022 10:23
Reason for closing:  Sans objet
Additional comments about closing:  

à la demande du déclarant

Lat31320 commented on 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 commented on 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 commented on 17.11.2019 11:39

is there anybody out there ?

Lat31320 commented on 30.11.2019 14:27

ping

Lat31320 commented on 23.12.2019 13:22

du nouveau ?

Lat31320 commented on 30.01.2020 16:46

relance

Lat31320 commented on 29.04.2020 11:49

pong

Neustradamus_ commented on 23.05.2021 22:26

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

Lat31320 commented on 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 commented on 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

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing