70:FC:8F:50:2A:66

Uniquement le réseau local

Est-ce que cela a lieu suite à une tentative d'accès en SMB ?

difficile à savoir puisque c'est quand j'ai besoin d'y accéder que je constate que ça ne marche pas

Oui plutôt, je n'ai pas trop de pb de ce côté là

OK.
C'est aléatoire.
Lorsque je veux faire un enregistrement d'un fichier audio par exemple (ableton) à parir du mac sur un disque fbx, l'appli mouline, c'est à ce moment en allant sur le finder que je constate que je n'ai plus accès aux disques de la fbx. Quand ableton arr^te de mouliner et enregistre bien le fichier il s'est passé au moins 1mn voire +

une copie d'un fichier avec le finder

Oui idem avec des fois un message d'erreur "échec réseau"

Est-ce que vous avez le même comportement avec Windows 10 ?

c'est moins évident car je l'utilise moins, mais j'ai souvent sur mes disques fbx connectés en lecteur réseau une croix rouge qui apparaît et quand je clic dessus ça mouline et le disque est de nouveau accessible.

5 disques USB !!!!!!!!!!!!!!!!!!!!!!!!!!!

Votre Freebox Delta est chargée comme une mule, il faudrait voir à un peu se calmer, c'est juste une petite box.

5+4 = 9 disques à alimenter !!!

Y a-t-il une alimentation suffisante de vos disques USB (j'entends via une alimentaion externe additionnelle) ?

Ce que vous décrivez-là ressemble plutôt à l'alimentation des ports USB qui flanche et qui en retour génére un gros bug sur SMB, ou c'est l'alimentation externe de vos disques durs qui flanche et qui fait disparaitre les disques durs du kernel linux.

Déjà DECONNECTER CES FICHUS DISQUES USB, et refaites des tests uniquement avec les disques internes.

Si tout fonctionne, et bien vous avez la réponse, il y a une embrouille avec vos disques USB

Si le problème persiste, on peut continuer à creuser.

Dans ce cas il faut se demander s'il n'y aurait pas un souci sur la grappe RAID, car mon petit doigt me dit que vous avez 4 disques en RAID Lorsque l'un des disques du pool montre des débuts de défaillance, ça provoque des désynchronisation à répétition des grappes RAID. Cette dernière doit se ressynchroniser régulièrement ce qui provoque lenteur et plantages.

Pour tester cette hypothèse, assez simple, une clé USB, une cartes SD formattée en EXT4 ou FAT32 (surtout pas en exfat ou ntfs, format non natif à Linux connu pour causer des soucis)
On connecte à la box, vous paramétrez un partage. Vous testez les accès SMB.
Si tout fonctionne, SMB n'est pas en cause, ça confirmerait une défaillance à venir sur votre grappe RAID

NOTE :
- si vos disques USB sont dans des formats NTFS, EXFAT exogènes à la Linux… je ne vais pas m'étendre sur le sujet. NTFS et EXFAT sur la box génèrent beaucoup de problèmes par nature regardez le nombre de sujets ouverts ici ou sur Universfreebox de malheureux qui ont perdu brutalement des données sur des disques USB formattés en NTFS ou EXFAT

Ca fait très longtemps que je n'utilise plus du tout ni NTFS, ni exfat sur la Freebox.
J'ai eu des pertes de données sèches avec la Freebox v6 sur des supports NTFS qui m'ont vacciné

Ce sera éventuellement possible à l'avenir si les Devs migrent vers les drivers de noyau Linux NTFS3 et exfat (plutot que la solution fuse source de tous les problèmes)

- Chez moi le firmware 4.7.5 a bien résolu les problèmes décrits. J'ai même un Wifi plus stable qu'avant, avec le firmware 4.7.4 j'avais souvent la deuxième radio 5 ghz qui sautait, depuis 4.7.5 tout est remarquablement stable, à ce jour je n'ai pas eu à redémarrer Samba, ni le Wifi, une alerte une fois mais au final ce n'était pas le serveur SMB qui était en cause

Donc obligatoirement chez vous il y a un problème spécifique qui n'est à mon avis pas lié directement à Samba. Vu comme votre box est chargée… je ne pense pas que ce soit difficile d'imaginer l'orgine des problèmes.

- Si problème confirmé d'alimentation, Il est possible qu'à la longue en tirant comme un cochon sur l'alimentation des ports USB de la delta, les régulateurs de tension se soient progressivement fatigués et puis un beau jour l'alimentation du port USB va complètement lâcher

Ce problème n'a rien d'excptionnel, des Notebooks qui voient l'alimentation de leur port USB cramer c'est monnaie courante

Bonjour,
Merci de vous pencher sur mon pb.

5 disques USB !!!!!!!!!!!!!!!!!!!!!!!!!!! Votre Freebox Delta est chargée comme une mule, il faudrait voir à un peu se calmer, c'est juste une petite box. 5+4 = 9 disques à alimenter !!!

Toujours calme. 2 des 5 disques USB ont une alim externe qui se met en pause quand le DD n'est pas utilisé, les 3 autres sont des clés branchées sur un hub alimenté.

Ce que vous décrivez-là ressemble plutôt à l'alimentation des ports USB qui flanche et qui en retour génére un gros bug sur SMB, ou c'est l'alimentation externe de vos disques durs qui flanche et qui fait disparaitre les disques durs du kernel linux. Déjà DECONNECTER CES FICHUS DISQUES USB, et refaites des tests uniquement avec les disques internes. Si tout fonctionne, et bien vous avez la réponse, il y a une embrouille avec vos disques USB

OK c'est fait, mais je n'aime pas du tout le ton que vous employez, vous me rappelez un certain Fred G de chez free aux méthodes de management très personnelles.
USB débranchés, le problème persiste avec les disques internes.

Dans ce cas il faut se demander s'il n'y aurait pas un souci sur la grappe RAID, car mon petit doigt me dit que vous avez 4 disques en RAID Lorsque l'un des disques du pool montre des débuts de défaillance, ça provoque des désynchronisation à répétition des grappes RAID. Cette dernière doit se ressynchroniser régulièrement ce qui provoque lenteur et plantages. Pour tester cette hypothèse, assez simple, une clé USB, une cartes SD formattée en EXT4 ou FAT32 (surtout pas en exfat ou ntfs, format non natif à Linux connu pour causer des soucis)
On connecte à la box, vous paramétrez un partage. Vous testez les accès SMB.
Si tout fonctionne, SMB n'est pas en cause, ça confirmerait une défaillance à venir sur votre grappe RAID

Pas de RAID donc inutile de tester l'hypothèse.

NOTE :
- si vos disques USB sont dans des formats NTFS, EXFAT exogènes à la Linux… je ne vais pas m'étendre sur le sujet. NTFS et EXFAT sur la box génèrent beaucoup de problèmes par nature regardez le nombre de sujets ouverts ici ou sur Universfreebox de malheureux qui ont perdu brutalement des données sur des disques USB formattés en NTFS ou EXFAT Ca fait très longtemps que je n'utilise plus du tout ni NTFS, ni exfat sur la Freebox.
J'ai eu des pertes de données sèches avec la Freebox v6 sur des supports NTFS qui m'ont vacciné Ce sera éventuellement possible à l'avenir si les Devs migrent vers les drivers de noyau Linux NTFS3 et exfat (plutot que la solution fuse source de tous les problèmes) - Chez moi le firmware 4.7.5 a bien résolu les problèmes décrits. J'ai même un Wifi plus stable qu'avant, avec le firmware 4.7.4 j'avais souvent la deuxième radio 5 ghz qui sautait, depuis 4.7.5 tout est remarquablement stable, à ce jour je n'ai pas eu à redémarrer Samba, ni le Wifi, une alerte une fois mais au final ce n'était pas le serveur SMB qui était en cause Donc obligatoirement chez vous il y a un problème spécifique qui n'est à mon avis pas lié directement à Samba. Vu comme votre box est chargée… je ne pense pas que ce soit difficile d'imaginer l'orgine des problèmes. - Si problème confirmé d'alimentation, Il est possible qu'à la longue en tirant comme un cochon sur l'alimentation des ports USB de la delta, les régulateurs de tension se soient progressivement fatigués et puis un beau jour l'alimentation du port USB va complètement lâcher Ce problème n'a rien d'excptionnel, des Notebooks qui voient l'alimentation de leur port USB cramer c'est monnaie courante OK merci pour ces infos.

3 de mes 4 disques internes étaient bien en ext4 et l'autre était en ntfs. Je l'ai changé en ext4.

Quant aux 2 disques USB (en ntfs) que j'utilise peu, étant donné qu'ils sont alimentés et que les déconnexions persistent je ne pense pas changer ça, mais là ils sont quand même débranchés pour faire les tests.
J'attendrai une nouvelle màj du fw avant de les rebrancher.

Pour info, pendant les 'décrochages' je ping google, free, la delta etc… la cnx fonctionne normalement.

Le pb persiste donc.

@ag783 Est-ce que le comportement problématique est apparu avec le firmware 4.7.4 ?

Il existait avant.

Y a-t-il eu une mise à jour de macOS récemment ?

Il y en a régulièrement que je ne surveille pas toujours. Mais que ce soit avant ou après les mises à jour, ça ne change rien.
J'ai longtemps pensé que ça venait du M1 et de MacOS, mais quand je me suis rendu compte que le pb était également sur Win 10…

Est-ce qu'il s'agit ici de l'activation du support SMB1 côté OS ou côté box ?

Côté box.
Le smb v1 n'est pas pris en charge sur mac os et je n'ai pas voulu bidouiller le système sachant qu'il était activé sur le win 10 et que le pb apparaissait avec la croix rouge sur le disque réseau.

Résultat de la cmd smbutil

SHARE ATTRIBUTE TYPE VALUE

                            SERVER_NAME                   Freebox Server._smb._tcp.local
                            USER_ID                       501
                            SMB_NEGOTIATE                 SMBV_NEG_SMB2_ENABLED
                            SMB_VERSION                   SMB_2.1
                            SMB_ENCRYPT_ALGORITHMS        AES_128_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_128_GCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_GCM_ENABLED
                            SMB_CURR_ENCRYPT_ALGORITHM    OFF
                            SMB_SHARE_TYPE                DISK
                            SIGNING_SUPPORTED             TRUE
                            EXTENDED_SECURITY_SUPPORTED   TRUE
                            LARGE_FILE_SUPPORTED          TRUE
                            FILE_IDS_SUPPORTED            TRUE
                            MULTI_CREDIT_SUPPORTED        TRUE

                            SERVER_NAME                   Freebox Server._smb._tcp.local
                            USER_ID                       501
                            SMB_NEGOTIATE                 SMBV_NEG_SMB2_ENABLED
                            SMB_VERSION                   SMB_2.1
                            SMB_ENCRYPT_ALGORITHMS        AES_128_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_128_GCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_GCM_ENABLED
                            SMB_CURR_ENCRYPT_ALGORITHM    OFF
                            SMB_SHARE_TYPE                DISK
                            SIGNING_SUPPORTED             TRUE
                            EXTENDED_SECURITY_SUPPORTED   TRUE
                            LARGE_FILE_SUPPORTED          TRUE
                            FILE_IDS_SUPPORTED            TRUE
                            MULTI_CREDIT_SUPPORTED        TRUE

                            SERVER_NAME                   Freebox Server._smb._tcp.local
                            USER_ID                       501
                            SMB_NEGOTIATE                 SMBV_NEG_SMB2_ENABLED
                            SMB_VERSION                   SMB_2.1
                            SMB_ENCRYPT_ALGORITHMS        AES_128_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_128_GCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_GCM_ENABLED
                            SMB_CURR_ENCRYPT_ALGORITHM    OFF
                            SMB_SHARE_TYPE                DISK
                            SIGNING_SUPPORTED             TRUE
                            EXTENDED_SECURITY_SUPPORTED   TRUE
                            LARGE_FILE_SUPPORTED          TRUE
                            FILE_IDS_SUPPORTED            TRUE
                            MULTI_CREDIT_SUPPORTED        TRUE

                            SERVER_NAME                   Freebox Server._smb._tcp.local
                            USER_ID                       501
                            SMB_NEGOTIATE                 SMBV_NEG_SMB2_ENABLED
                            SMB_VERSION                   SMB_2.1
                            SMB_ENCRYPT_ALGORITHMS        AES_128_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_128_GCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_GCM_ENABLED
                            SMB_CURR_ENCRYPT_ALGORITHM    OFF
                            SMB_SHARE_TYPE                DISK
                            SIGNING_SUPPORTED             TRUE
                            EXTENDED_SECURITY_SUPPORTED   TRUE
                            LARGE_FILE_SUPPORTED          TRUE
                            FILE_IDS_SUPPORTED            TRUE
                            MULTI_CREDIT_SUPPORTED        TRUE

Quand la case SMBv2/SMBv3 n'est pas cochée dans FreeboxOS, c'est l'implémentation historique qui est utilisée

Actuellement elle est cochée avec accès authentifié dans OS fbx mais elle ne concerne que Win 10. Pour le partage macos j'ai désactiver l'authentification et activer l'accès invité.
Quand je décoche smbv2/3 je suis obligé d'activer la fonctionnalité supplémentaire smb v1 dans win 10 pour que le partage soit effectif. Sous macos pas de partage car pas de smbv1.

Est-ce qu'il y a un fichier /etc/nsmb.conf ou ~/Library/Preferences/nsmb.conf ? Si oui, quel est son contenu ?

J'avais créé ce fichier sur mon ancien iMac intel pour forcer un protocole le multi-channel je crois mais pas sur celui-là le M1.

Ok merci.

Résultat de smbutil après la création de nsmb.conf :

                            SERVER_NAME                   Freebox Server._smb._tcp.local
                            USER_ID                       501
                            SMB_NEGOTIATE                 SMBV_NEG_SMB3_ENABLED
                            SMB_VERSION                   SMB_3.1.1
                            SMB_ENCRYPT_ALGORITHMS        AES_128_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_128_GCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_CCM_ENABLED
                            SMB_ENCRYPT_ALGORITHMS        AES_256_GCM_ENABLED
                            SMB_CURR_ENCRYPT_ALGORITHM    OFF
                            SMB_SHARE_TYPE                DISK
                            SIGNING_SUPPORTED             TRUE
                            EXTENDED_SECURITY_SUPPORTED   TRUE
                            LARGE_FILE_SUPPORTED          TRUE
                            FILE_IDS_SUPPORTED            TRUE
                            MULTI_CREDIT_SUPPORTED        TRUE

Même pas besoin d'attendre.

"Connexions au serveur interrompues" sur le mac

idem sur le win 10

Bonjour,

Après plusieurs redémarrages de la box et avec la config ci-dessous ça a l'air beaucoup plus stable.
Le partage a décroché 3 fois en 2 jours.
Actuellement j'ai rebranché tous mes disques (4 internes en ext4 et 5 USB ntfs auto-alimentés)

Voici ma config

Sur la box :
Partage Windows : SMB2/SMB3 coché
Désactiver le partage MacOS (décoché)

Sur le PC win 10 :

Système/Applications/Programmes et fonctionnalités/Activer ou désactiver les fonctionnalité de Windows :
"SMB direct" coché (pour smb3)
"Support de partage de fichiers SMB 1.0/CIFS" coché
"Serveur SMB 1.0" coché
"Suppression automatique de SMB 1.0/CIFS" décoché

Sur le MacOS M1 :

Fichier etc/nsmb.conf

[default]
#Active smb3
protocol_vers_map=4

[SERVER]
#adresse du serveur
addr=afp://192.168.1.254._afpovertcp._tcp.local
#N'apparait pas dans le man de nsmb.conf
#mais je l'ai laissé quand même (no par défaut)
dir_cache_off=yes

Bonjour,
J'ai toujours des "décrochages" du réseau.

Quand ils surviennent, je n'ai jamais le temps de voir sur le Windows 10 (je n'ai pas trouvé les logs debug de smb), mais sur le Mac Studio (M1) c'est toujours pareil.

J'ai cru voir une amélioration à un moment mais en fait non.

- Apple me dit de voir avec le propriétaire de mon routeur.
- Freebox suggère un pb de config ou de surcharge de disques USB (j'ai laissé les 4 internes en ext4 et 2 USB externes ntfs alimentés)
- le support de Ableton Live confirme que l'app ne peut plus accéder des fois au disque interne du NAS (je n'en n'utilise qu'un que je monte au démarrage sur smb://Freebox Server/dd2 ou smb://192.168.1.254/dd2).

Ok merci pour la précision du fond vert ;)

Sur votre Mac, est-ce qu'il y a une configuration Time Machine pour faire des sauvegardes vers votre box ?

Mon Time Machine est configuré directement sur un DD dédié et directement relié au Mac sans passer par le réseau

Bonjour,

Finalement l'interruption de réseau est aussi sur Win 10
Ci-joint 2 fichiers d'observateur d'événements Windows SMBClient

1er fichier (erreur)

Nom du journal :Microsoft-Windows-SmbClient/Connectivity
Source :       Microsoft-Windows-SMBClient
Date :         10/05/2023 15:56:53
ID de l’événement :30823
Catégorie de la tâche :Aucun
Niveau :       Erreur
Mots clés :    (64)
Utilisateur :  N/A
Ordinateur :   PC-Antec
Description :
La connexion a été interrompue en raison d'au moins une expiration de délai de demande d'E/S.

Erreur : {Temporisation de périphérique expirée}
L’opération d’E/S spécifiée sur %hs n’a pu se terminer avant la fin de la temporisation.

Nom : \Freebox_Server
Adresse du serveur : [fe80::72fc:8fff:fe50:2a66[fe80::b3ba:9f72:afa6:3744%7]:49912]:445
Adresse du client : [fe80::b3ba:9f72:afa6:3744%7]:49912
Nom de l'instance : \Device\LanmanRedirector
Type de connexion : Wsk

Instructions:
Ceci indique un problème avec le réseau sous-jacent ou la pile de stockage sur le serveur
 distant. Les opérations d'E/S n'ont pas été achevées dans le délai imparti. L'application
 peut ne pas voir cette défaillance, car les E/S sont généralement retentées sur une autre
 connexion. Cet événement est uniquement destiné au diagnostic.
XML de l’événement :
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-SMBClient" Guid="{988c59c5-0a1c-45b6-a555-0c62276e327d}" />
    <EventID>30823</EventID>
    <Version>2</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x400000000000040</Keywords>
    <TimeCreated SystemTime="2023-05-10T13:56:53.0299680Z" />
    <EventRecordID>40364</EventRecordID>
    <Correlation />
    <Execution ProcessID="4" ThreadID="1532" />
    <Channel>Microsoft-Windows-SmbClient/Connectivity</Channel>
    <Computer>PC-Antec</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="Reason">6</Data>
    <Data Name="Status">3221225653</Data>
    <Data Name="ServerNameLength">15</Data>
    <Data Name="ServerName">\Freebox_Server</Data>
    <Data Name="AddressLength">28</Data>
    <Data Name="RemoteAddress">170001BD00000000FE8000000000000072FC8FFFFE502A6607000000</Data>
    <Data Name="LocalAddress">1700C2F800000000FE80000000000000B3BA9F72AFA6374407000000</Data>
    <Data Name="InstanceNameLength">24</Data>
    <Data Name="InstanceName">\Device\LanmanRedirector</Data>
    <Data Name="ConnectionType">1</Data>
  </EventData>
</Event>

2ème fichier (avertissement)

//Nom du journal :Microsoft-Windows-SmbClient/Connectivity
Source :       Microsoft-Windows-SMBClient
Date :         10/05/2023 15:56:53
ID de l’événement :30805
Catégorie de la tâche :Aucun
Niveau :       Avertissement
Mots clés :    (64)
Utilisateur :  N/A
Ordinateur :   PC-Antec
Description :
Le client a perdu sa session au serveur.

Erreur : {Temporisation de périphérique expirée}
L’opération d’E/S spécifiée sur %hs n’a pu se terminer avant la fin de la temporisation.

Nom du serveur : \Freebox_Server
ID de session : 0x230

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.
XML de l’événement :
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-SMBClient" Guid="{988c59c5-0a1c-45b6-a555-0c62276e327d}" />
    <EventID>30805</EventID>
    <Version>2</Version>
    <Level>3</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x400000000000040</Keywords>
    <TimeCreated SystemTime="2023-05-10T13:56:53.0299961Z" />
    <EventRecordID>40365</EventRecordID>
    <Correlation />
    <Execution ProcessID="4" ThreadID="1532" />
    <Channel>Microsoft-Windows-SmbClient/Connectivity</Channel>
    <Computer>PC-Antec</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="Status">3221225653</Data>
    <Data Name="SessionId">560</Data>
    <Data Name="TreeId">0</Data>
    <Data Name="ServerNameLength">15</Data>
    <Data Name="ServerName">\Freebox_Server</Data>
    <Data Name="AddressLength">0</Data>
    <Data Name="Address">
    </Data>
  </EventData>
</Event>//

@mmakassikis: Avez-vous vu les derniers commentaires ?

Bonjour,

Depuis la mise à jour 4.7.6 je n'ai plus eu de décrochage réseau sur le Mac M1.
Pour info, je rentre l'adresse ip locale 192.168.1.254 et non le nom du serveur Freebox Server dans le fichier nsmb.conf sinon ça décroche sans arrêt.
Pb DNS ??

En tout cas merci pour votre aide.
Je clos le ticket.