- É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é Haute
- Priorité Très Basse
- Basée sur la version 4.3.0
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
Ouverte par GiGiOnDaWeb - 04/05/2021
Dernière modification par mmakassikis - 20/05/2021
FS#34750 - Anomalie SMB depuis mise à jour 4.3.0
Depuis la mise à jour 4.3.0, certains répertoires du server ne sont plus accessibles ou sont vides lorsqu'on essaye d'y accéder depuis le player Pop ou depuis un player Plex.
C'est particulièrement observable avec VLC : si on se connecte au LAN en UPnP, tous les répertoires et fichiers sont accessibles. Si on essaye en SMB, certains dossiers sont vides.
Ces dossiers n'ont pas été modifiés avant et après la mise à jour.
Je peux accéder à ces dossiers via l'explorateur, je peux les copier, les déplacer. Certains fichiers redeviennent visibles si on les déplace dans un autre répertoire… Mais ça semble aléatoire et pas lié à un problème de nom (caractères spéciaux, espaces…)
C'est plus étrange que dérageant, mais cela montre une instabilité du système avec le nouveau code qui utilise SMBv1/SMBv2/SMBv3.
Suite à la mise à jour, j'ai bien activé SMBv2 dans FreeboxOS.
J'ai également fait des changements au niveau de la VM, en enlevant le paramètre vers=1.0 dans l'encart cloud-init, pour PLEX. Mais ça ne concerne pas VLC.
Pas d’événement particuliers dans le journal de Windows, par contre au niveau des logs du client SMB, j'ai ces messages récurrents :
Smb2DiagReasonISC. Erreur : La tentative d’ouverture de session n’est pas valide. Ceci est dû soit à un nom d’utilisateur incorrect, soit à des informations d’authentification incorrectes. État de sécurité : 0x8009030E Nom de l’utilisateur : ID d’ouverture de session : 0x2ABE008 Nom du serveur : \Freebox_server Nom du principal : cifs/Freebox_server
Une connexion réseau a été perdue. Nom de l'instance : \Device\LanmanRedirector Nom du serveur : \Freebox_server Adresse du serveur : 192.168.75.254:445 Type de connexion : Wsk InterfaceId : 15 Aide : ceci indique que la connexion du client au serveur a été perdue. Des déconnexions fréquentes et inattendues lors de l'utilisation d'un adaptateur RoCE (RDMA sur Converged Ethernet) peuvent être le signe d'une configuration réseau incorrecte. La carte RoCE requiert le contrôle de flux prioritaire (PFC) pour être configurée sur chaque hôte, commutateur et routeur du réseau RoCE. Une configuration incorrecte du PFC entraîne des pertes de paquets, des déconnexions fréquentes et une diminution des performances.
La connexion au partage a été perdue. Erreur : La connexion de transport est maintenant déconnectée. Nom du partage : \Freebox_server\Freebox ID de session : 0x1 ID d’arborescence : 0x3 Aide : Si le serveur est un serveur de fichiers du cluster de basculement Windows, ce message s’affiche lorsque le partage de fichiers passe d’un nœud du cluster à un autre. Un anti-événement 30806 doit également se produire pour indiquer que la session sur le serveur a été rétablie. Si le serveur n’est pas un cluster de basculement, il est probable que le serveur était auparavant en ligne et qu’il est à présent inaccessible sur le réseau.
20.05.2021 09:14
Raison de la fermeture : Résolu
Commentaires de fermeture :
Firmware 4.3.3
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
Bonjour,
Ceci ressemble au bug décrit sur le ticket FS#34647.
Le firmware 4.3.2 apporte un correctif à ce sujet. Pourriez-vous mettre à jour votre box et retester ?
VLC demande maintenant un identifiant/mot de passe pour accéder aux réseau en SMB sur le player Pop.
On peut toujours refuser et accéder aux fichiers/répertoires qui semblent tous s'afficher.
Pas de changement sur Plex (certains répertoires restent donc invisibles).
Une erreur au lancement de la console de la VM sur Freebox OS :
Oui, c'est a priori le même bug que FS#34647.
Et le même comportement complètement anarchique décrit par Tehoden, ensuite.
Donc, le firmware 4.3.2 permet d'accéder au contenu mais me demande un identifiant/mot de passe.
Et les logs du client SMB affiche les mêmes erreurs.
Cela m'a échappé tout à l'heure:
> J’ai également fait des changements au niveau de la VM, en enlevant le paramètre vers=1.0 dans l’encart cloud-init, pour PLEX. Mais ça ne concerne pas VLC.
cloud-init est appelé au premier boot de la VM. Le fait de le changer par la suite est sans effet: il faut modifier le fichier /etc/fstab dans la VM pour enlever le paramètre vers=1.0.
Etant donné l'erreur que vous voyez, Plex ne devrait rien afficher puisque le montage a échoué. Il faudrait retester après correction du fichier /etc/fstab.
Ok merci, je ne suis pas encore à l'aise avec les VM
Ok après correction du fichier /etc/fstab, ça fonctionne côté Plex avec la VM.
Pour VLC, à partir du player Pop, il demande de s'authentifier dès qu'on veut accéder au réseau via SMB.
Je n'ai pas spécifié de mot de login/mot de passe dans Freebox OS pour le partage de fichiers. Mais il est indiqué qu'il faut le faire lorsque SMB2 est coché. Ce qui voudrait dire que l'accès VLC anonyme via le player Pop ne fonctionne pas ?