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é 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
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par ilos - 27/04/2021
Dernière modification par mmakassikis - 12/10/2023

FS#34682 - smbv2 et plantage VM

Hello,

Alors je résume la chose.

Install fraiche d’une VM (peu importe la distrib le problème est exactement le même à chaque fois) debian avec accès aux disques de la Freebox (activation du smbv2 nécessaire).

premier démarrage de la VM ⇒ freeze (à n’importe quel moment car j’ai look la console au boot et c’est pas à une étape particulière qu’elle plante). Impossible de l’éteindre ou de forcer l’arrêt. Si j’attends que ca se passe c’est toute la freebox qui ne répond plus avec les CPU qui grimpent en flèche niveau température…Obliger de débrancher / rebrancher la delta et d’aller rapidement dans les VM pour forcer l’arrêt (qui fonctionne cette fois)et supprimer la VM.

Nouvelle install fraiche d’une VM debian, sans accès aux disques Freebox (donc smbv2 off) et tout roule…

Fermée par  mmakassikis
12.10.2023 12:30
Raison de la fermeture :  Résolu
Admin
aastier a commenté le 28.04.2021 12:53

Quelle version de Debian avez-vous choisi ? Combien de disques avez-vous sur votre Freebox, et avec quels systèmes de fichiers ? Quels paramètres choisissez-vous pour la VM ? (RAM, CPU, etc.)

ilos a commenté le 28.04.2021 13:00

Pardon c'est vrai qu'avec plus d'info c'est mieux…

* Pour la distribution uniquement tester avec debian buster et Ubuntu 20.04 (les versions stables)

* 4 disques, 2 SSD et 2 HDD EN RAID 0

2 CPU, 2 go de RAM.

À config exactement identique :

Activation de smbv2 ⇒ plantage VM + Freebox ⇒ hard reboot

Sans smbv2 (et donc accès au disque freebox) ⇒ up and running sans problème.

Je suis resté sur la 2eme solution et j'ai mount mon raid directement depuis la VM.

Bien entendu avant l'apparition de l'option smbv2 je n'avais aucun problème…

Admin
aastier a commenté le 28.04.2021 13:22

Vous avez un seul RAID ou deux ? Vous affectez 2Go de RAM à la VM ou la valeur par défaut ?

ilos a commenté le 28.04.2021 13:25

1 seul raid, effectivement la ram se met par défaut à 2310mo et je ne l'ai pas modifié.

Admin
aastier a commenté le 29.04.2021 09:28

Pourriez-vous refaire le test en démarrant la VM avec le partage SMBv2, et en ouvrant la console de la VM pour nous donner les derniers messages affichés avant le plantage ? Pourriez-vous également nous donner l’adresse MAC de votre Freebox Server svp?

Pour faire un copier/coller dans la console: Maj + clic droit dans Firefox. Sinon une capture d’écran pourrait suffire.

ilos a commenté le 29.04.2021 09:35

Activation du smbv2 , reboot de la VM : tout est OK. (accès aux disques freebox non activé à la création de la VM)

Je vais recréer un 2eme VM car c'est en cochant "Accès aux disques de la freebox" + smbv2 que la VM crash au boot + plantage de la delta.

adresse mac: 70:FC:8F:50:CF:5E

ilos a commenté le 29.04.2021 09:45

installe à 11h38 ⇒ en cours de démarrage, rien en console hormis "démarre".
VMTest : non connecté en cours de démarrage (il est 11h43 quand je tape ce message)
CPU CP Master 89° (alors que je tourne autour de 62°..)
Temp CPU AP : 80°
Temp CPU Slave :87°

Ma VM principale n'est plus joignable aussi bien en console via freebox OS qu'en remote (via putty)

ilos a commenté le 29.04.2021 09:50

Je suis obligé de reboot la freebox, plus rien ne réponds…..

ilos a commenté le 29.04.2021 10:09

second effet kisskool : malgré le hard reboot qui a mis OFF la VM de test (supprimé dans la foulée) plantage de la freebox (les CPU montent en température et plus rien ne répond). J'ai réussi à accéder au paramètres de partage et j'ai réussi à désactiver le smbv2, mais obliger à nouveau de hard reboot, la commande reboot de freebox os (et même de l'appli android) n'ont aucun effet.

Tout fonctionne à nouveau parfaitement avec smbv2 off. (Je pense qu'en l'activant sans même créer de nouvelle VM, ca plantera, vu que la VM de test était OFF lors du second plantage)

Admin
aastier a commenté le 29.04.2021 12:12

Merci du retour. Quels clients utilisez-vous (autre que la VM) pour consulter les fichiers de votre Freebox (PC, NAS, etc.) ?

ilos a commenté le 29.04.2021 12:18

J'utilise un raspberry pi 4, sous raspbian et mon raid est monté en cifs vers=1.0 pour éviter les plantages que rencontre la vm de la freebox (testé en vers=2.0 et le mount ne se fait pas). Je n'utilise pas de PC pour accéder à mon raid.
Pour résumé ⇒ tout fonctionne parfaitement bien sans activer smbv2.

urbamax a commenté le 01.05.2021 20:06

Bonjour, j'ai également une VM sous Debian 10 que j'utilise en tant que Plex Media Server depuis des mois, sans aucuns soucis. Depuis la mise à jour du server free, dès que je lance un film via Plex, une minute plus tard, ma freebox delta server redémarre entièrement…

iddev a commenté le 19.09.2022 10:45

Bonjour, j'ai réussi à corriger mon problème a priori identique en passant cifs en v2.
Pour monter le répertoire partagé j'utilise un fichier systemd :

/etc/systemd/system/mnt-downloads.mount

[Unit]
Description=Freebox download folder
After=network-online.target
Wants=network-online.target
[Mount]
What=//192.168.1.254/mydisk
Where=/mnt/downloads
Type=cifs
Options=username=freebox,password=xxx,uid=1000,gid=997,iocharset=utf8,file_mode=0777,dir_mode=0777,vers=2.0,forceuid,forcegid,noperm,nounix
[Install]
WantedBy=multi-user.target

/etc/systemd/system/mnt-downloads.automount

[Unit]
Description=Auto mount Freebox download folder
After=network-online.target
Wants=network-online.target
[Automount]
Where=/mnt/downloads
[Install]
WantedBy=multi-user.target

Ensuite pour persister au redémarrage :

sudo systemctl enable mnt-downloads.automount

Et donc voilà, désormais le partage de fichier fonctionne en V2 sans faire planter la freebox.

Au passage, si je puis me permettre, se serait quand même beaucoup mieux d'avoir un partage NFS en plus du partage windows et mac ;)

iddev a commenté le 19.09.2022 11:18

En complément de ma réponse. il faut installer les linux-modules-extra, sinon une erreur va apparaître (Unable to mount cifs with iocharset=utf8)

Vous pouvez installer le package linux-modules-extra-$(uname -r) manuellement, par contre dès la prochaine mise à jour du noyaux il faudra recommencer.
Je vous conseille donc d'installer le meta package qui contient le linux-modules-extra :

sudo apt install linux-image-generic

@ilos, @urbamax, @iddev : Quelle est la situation avec le Server en 4.7.0 ?

Tout bug doit être spécifié pour que @mmakassikis puisse jeter un œil… Il a déjà fait beaucoup depuis le développement du code.

ilos a commenté le 29.10.2022 15:04

@Neustradamus_ tout est ok pour moi depuis plus d'1 ans, voir la date de la tache…

@ilos, @urbamax, @iddev : Quelle est la situation de nos jours, tout est bon de votre côté ?

@mmakassikis peut-il clôturer ce ticket ?

Admin

@iddev Dans les options de montage vous avez "vers=2.0". Cela correspond à une version assez vielle du protocole (2006). Il est conseillé soit de mettre vers=3.1.1, soit de ne rien mettre et laisser le client et le serveur négotier (en l'occurrence cela négotiera du SMB3.1.1)

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche