maconly34

1 mois après, aucun soucis de déconnexion de la clé ZWave sur le controller USB2. Par-contre impossible de mettre ma clé Bluetooth sur ce même controller USB2 car VMM de Synology ne veut pas !!! Avez-vous une solution ; à part racheter une nouvelle clé Zwave qui fonctionne sur le controller USB3 ? MERCI

Avec un peu de délai, je viens de faire la manip, remplacement d'une 2 x sata par une 4 x sata. Bien qu'ayant respecté le sata 1 ancienne carte vers vers sata 1 nouvelle etc., les 2 disques se trouvant sur l'ancienne carte (position 9 et 10 sur le Syno) se sont retrouvés en position 9 et 11. J'ai donc modifié la position physique d'un des disques afin qu'il se retrouve bien en position 10. Concernant ma question de base, vous aviez raison, puisque dans les 2 cas le Raid ne s'est pas dégradé. MERCI À TOUS !!!

Of course ! MERCI à tous !

SOLUTION... De Fabrice (modo forum Jeedom) : https://community.jeedom.com/t/daemon-zwave-ou-enocean-status-nok/49103/20?u=maconly34 J'ai donc placé ce dongle sur le seul port USB2 physique de ma machine, tou en conservant le port USB3 virtuel, et pour le moment après une trentaine d'apple au dongle pas de plantage. J'ai galéré en pensant q'une clé branchée sur un port USB2 ne marcherait pas en USB3 virtuel et surtout c'est que cela fonctionnait pour quelques actions ! et voilà les aprioris ! C'était pourtant simple ! On verra d'ici quelques jours. Merci à toute la communauté. Maintenant, je vais m'atteler à monter le réseau Bluetooth avec un dongle Bluetooth...

Bon après vidage des logs, recréation du bug, et analyse des différents logs, j'ai un peu plus avancé sur la piste du debuggage ! Le problème ne vient apparement pas d'une éjection non voulue. Mais le système ne pouvant plus communiquer avec, il l'éjecte. C'est le Daemon Z-Wave qui plante après quelques lancement de la même commande(allumage/extinction d'une lampe), ce qui ne se produit pas si je déclare ce dongle Z-Wave sur le controller USB2 virtuel. Sachant que physiquement il reste toujours branché au même endroit (USB3). Je vais également poster sur Jeedom, vu que c'est cette VM qui plante. Voici un résumé des logs, démarrage de la VM vers 11h14 et l'erreur c'étant produite le 25 mars vers 11h40 après plusieurs requêtes au dongle USB Z-Wave. Mar 25 11:15:48 JeedomVM kernel: [ 1.022942] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.19 Mar 25 11:15:48 JeedomVM kernel: [ 1.022943] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 Mar 25 11:15:48 JeedomVM kernel: [ 1.022944] usb usb2: Product: xHCI Host Controller Mar 25 11:15:48 JeedomVM kernel: [ 1.022944] usb usb2: Manufacturer: Linux 4.19.0-14-amd64 xhci-hcd Mar 25 11:15:48 JeedomVM kernel: [ 1.022945] usb usb2: SerialNumber: 0000:00:04.0 Mar 25 11:15:48 JeedomVM kernel: [ 1.023092] hub 2-0:1.0: USB hub found Mar 25 11:15:48 JeedomVM kernel: [ 1.023114] hub 2-0:1.0: 4 ports detected Mar 25 11:15:48 JeedomVM kernel: [ 1.023328] xhci_hcd 0000:00:04.0: xHCI Host Controller Mar 25 11:15:48 JeedomVM kernel: [ 1.023330] xhci_hcd 0000:00:04.0: new USB bus registered, assigned bus number 3 Mar 25 11:15:48 JeedomVM kernel: [ 1.023332] xhci_hcd 0000:00:04.0: Host supports USB 3.0 SuperSpeed Mar 25 11:15:48 JeedomVM kernel: [ 1.023362] usb usb3: We don't know the algorithms for LPM for this host, disabling LPM. Mar 25 11:15:48 JeedomVM kernel: [ 1.023380] usb usb3: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 4.19 Mar 25 11:15:48 JeedomVM kernel: [ 1.023381] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 Mar 25 11:15:48 JeedomVM kernel: [ 1.023382] usb usb3: Product: xHCI Host Controller Mar 25 11:15:48 JeedomVM kernel: [ 1.023382] usb usb3: Manufacturer: Linux 4.19.0-14-amd64 xhci-hcd Mar 25 11:15:48 JeedomVM kernel: [ 1.023383] usb usb3: SerialNumber: 0000:00:04.0 Mar 25 11:15:48 JeedomVM kernel: [ 1.023523] hub 3-0:1.0: USB hub found Mar 25 11:15:48 JeedomVM kernel: [ 1.023553] hub 3-0:1.0: 4 ports detected Mar 25 11:15:48 JeedomVM kernel: [ 1.498412] usb 1-1: new full-speed USB device number 2 using uhci_hcd Mar 25 11:15:48 JeedomVM kernel: [ 1.498430] usb 2-1: new full-speed USB device number 2 using xhci_hcd Mar 25 11:15:48 JeedomVM kernel: [ 1.858636] usb 1-1: not running at top speed; connect to a high speed hub Mar 25 11:15:48 JeedomVM kernel: [ 1.887176] usb 1-1: New USB device found, idVendor=0627, idProduct=0001, bcdDevice= 0.00 Mar 25 11:15:48 JeedomVM kernel: [ 1.887177] usb 1-1: New USB device strings: Mfr=1, Product=3, SerialNumber=5 Mar 25 11:15:48 JeedomVM kernel: [ 1.887178] usb 1-1: Product: QEMU USB Tablet Mar 25 11:15:48 JeedomVM kernel: [ 1.887179] usb 1-1: Manufacturer: QEMU Mar 25 11:15:48 JeedomVM kernel: [ 1.887179] usb 1-1: SerialNumber: 42 Mar 25 11:15:48 JeedomVM kernel: [ 1.895320] hidraw: raw HID events driver (C) Jiri Kosina Mar 25 11:15:48 JeedomVM kernel: [ 2.035062] usbcore: registered new interface driver usbhid Mar 25 11:15:48 JeedomVM kernel: [ 2.035063] usbhid: USB HID core driver Mar 25 11:15:48 JeedomVM kernel: [ 2.036187] input: QEMU QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-1/1-1:1.0/0003:0627:0001.0001/input/input4 Mar 25 11:15:48 JeedomVM kernel: [ 2.036256] hid-generic 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Mouse [QEMU QEMU USB Tablet] on usb-0000:00:01.2-1/input0 Mar 25 11:15:48 JeedomVM kernel: [ 2.055350] usb 2-1: New USB device found, idVendor=0658, idProduct=0200, bcdDevice= 0.00 Mar 25 11:15:48 JeedomVM kernel: [ 2.055352] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 Daemon.log (avant plantage) Mar 25 11:16:07 JeedomVM ModemManager[407]: <info> [device /sys/devices/pci0000:00/0000:00:04.0/usb2/2-1] creating modem with plugin 'Generic' and '1' ports Mar 25 11:16:07 JeedomVM ModemManager[407]: <warn> Could not grab port (tty/ttyACM0): 'Cannot add port 'tty/ttyACM0', unhandled serial type' Mar 25 11:16:07 JeedomVM ModemManager[407]: <warn> Couldn't create modem for device '/sys/devices/pci0000:00/0000:00:04.0/usb2/2-1': Failed to find primary AT port Mar 25 11:48:14 JeedomVM kernel: [ 1960.810831] xhci_hcd 0000:00:04.0: xHCI host not responding to stop endpoint command. Mar 25 11:48:14 JeedomVM kernel: [ 1960.810856] xhci_hcd 0000:00:04.0: xHCI host controller not responding, assume dead Mar 25 11:48:14 JeedomVM kernel: [ 1960.811040] xhci_hcd 0000:00:04.0: HC died; cleaning up Mar 25 11:48:14 JeedomVM kernel: [ 1960.811157] usb 2-1: USB disconnect, device number 2

Cool, merci pour ces infos, je tente ça dans 1h et je vous tiens au courant. MERCI

@JacquesF Voilà le contenu du dossier log du Syno !!!!!! je suis perdu, pour trouver les logs concernant le montage/démontage d'un dongle USB sur un port USB virtuel d'une VM !!!!!! Voilà également le résultat de la commande : lsusb sur le Syno |__usb1 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:1a.0) hub |__1-1 8087:8009:0000 09 2.00 480MBit/s 0mA 1IF ( ffffffd1ffffffb2ffffffdbffffffad) hub |__usb2 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:1d.0) hub |__2-1 8087:8001:0000 09 2.00 480MBit/s 0mA 1IF ( ffffffd1ffffffb2ffffffdbffffffa0) hub |__usb3 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (xhci_hcd 0000:00:14.0) hub |__3-1 0658:0200:0000 02 2.00 12MBit/s 100mA 2IFs ( ffffffd1ffffffb2ffffffdbffffffa1) |__3-2 0e8f:2517:0100 00 1.10 1.5MBit/s 100mA 2IFs ( ffffffd1ffffffb2ffffffdbffffffa2) |__3-4 f400:f400:0103 00 2.00 480MBit/s 100mA 1IF (2.0 Mass Storage 4B7E6008) |__usb4 1d6b:0003:0310 09 3.00 5000MBit/s 0mA 1IF (xhci_hcd 0000:00:14.0) hub Et sur la VM on voit bien la fameuse clé USB Zwave Aeotec : Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 003: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB Bus 002 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

JE viens de compléter mon précédant post.... Donc physiquement elle sur un port USB3 déjà avec une rallonge

Alors physiquement la clé est toujours sur le même port USB3, c'est purement le controller virtuel USB3 qui éjecte la clé. Je pensais comme Jacques, que le Syno éjectait la clé au bout d'un certain temps car non active... alors j'ai modifié Grub de la VM en entrant cette commande : intel_iommu=off ; mais la cela dépasse mes compétences. Je ne maitrise pas du tout ça ! surtout que j'ai modifié la VM et pas le Syno 😂

C'est un dongle Zwave Ocean, qui fonctionne bien sur le controller virtuel USB2, mais pas sur le controller virtuel USB3 (elle fonctionne, puis s'éjecte). Donc plus lié à la VMM ? car paramètre VMM ???? Où et dans quel logs chercher ?

Bonsoir Jacques, merci pour ta réponse nocturne et ultra rapide !!! Effectivement la sauvegarde est très compliquée... Retirer tous les disques, et faire un essai avec 4 autres... why not... mais procédure longue. C'est effectivement un Raid soft Syno SHR 1, j'ai déjà eu l'occasion d'inverser des disques et je me rappelle avoir eu des problèmes, mais pas forcément liés à cette erreur car j'avais des soucis de câbles Sata qui déconnés !!! donc pas sûr. Je vais opter pour la solution de remplacer , la carte, mettre les 2 disques actuels en S1 et S2, et voir ce qui se passe, plus simple et plus rapide. Et si bug, je sais coment reconstruire la grappe en mode Terminal. Merci, je vous tiens au courant. P.S. Mais mon plus gros problème actuellement est sur ce post (4 jours que je bosse dessus sans trouver de solution !!!) Si tu as une solution...

Bonjour, je virtualise Jeedom sous VMM sur un Xpenology. J'ai un soucis de clé USB qui disparait au bout d'un certain temps quand je choisis dans la config VMM le controller USB3. Par-contre pas de soucis avec le controller USB 2. Le problème c'est que j'ai 2 clés à brancher, et que le controller USB2 ne permet d'en brancher qu'une seule... J'ai déjà fait plein d'essais, dont le Downgrade de VMM comme spécifié fonctionnant sur un autre post, mais pas pour moi ! Merci d'avance pour votre aide.

Ok merci pour les infos. Je vais déjà tester ça demain. Waiting @nicoueron , @JacquesFou autres guru pour ces erreurs. Bonne soirée

Je viens d'exécuter cette commande, mais je ne vois pas la relation avec les ports Sata ??? De plus 2 erreurs apparaissent, comment les corriger ? Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sda1 2048 4982527 4980480 2.4G Linux RAID /dev/sda2 4982528 9176831 4194304 2G Linux RAID /dev/sda5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sda6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdb1 2048 4982527 4980480 2.4G Linux RAID /dev/sdb2 4982528 9176831 4194304 2G Linux RAID /dev/sdb5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sdb6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdc1 2048 4982527 4980480 2.4G Linux RAID /dev/sdc2 4982528 9176831 4194304 2G Linux RAID /dev/sdc5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sdc6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdd: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors /dev/sdd1 2048 4982527 4980480 2.4G Linux RAID /dev/sdd2 4982528 9176831 4194304 2G Linux RAID /dev/sdd5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sdd6 3906838336 5860326239 1953487904 931.5G Linux RAID Disk /dev/sde: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sde1 2048 4982527 4980480 2.4G Linux RAID /dev/sde2 4982528 9176831 4194304 2G Linux RAID /dev/sde5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sde6 3906838336 5860326239 1953487904 931.5G Linux RAID /dev/sde7 5860342336 7813830239 1953487904 931.5G Linux RAID Disk /dev/sdf: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors /dev/sdf1 2048 4982527 4980480 2.4G Linux RAID /dev/sdf2 4982528 9176831 4194304 2G Linux RAID /dev/sdf5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sdf6 3906838336 5860326239 1953487904 931.5G Linux RAID Disk /dev/sdg: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdg1 2048 4982527 4980480 2.4G Linux RAID /dev/sdg2 4982528 9176831 4194304 2G Linux RAID GPT PMBR size mismatch (102399 != 1968127) will be corrected by w(rite). /dev/sdg5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sdg6 3906838336 5860326239 1953487904 931.5G Linux RAID /dev/sdg7 5860342336 7813830239 1953487904 931.5G Linux RAID Disk /dev/sdh: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdh1 2048 4982527 4980480 2.4G Linux RAID /dev/sdh2 4982528 9176831 4194304 2G Linux RAID /dev/sdh5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sdh6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdi: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdi1 2048 4982527 4980480 2.4G Linux RAID /dev/sdi2 4982528 9176831 4194304 2G Linux RAID /dev/sdi3 9437184 7814032064 7804594881 3.6T Linux RAID Disk /dev/sdj: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdj1 2048 4982527 4980480 2.4G Linux RAID /dev/sdj2 4982528 9176831 4194304 2G Linux RAID /dev/sdj3 9437184 7814032064 7804594881 3.6T Linux RAID GPT PMBR size mismatch (102399 != 20971519) will be corrected by w(rite).

Y'a t-il un moyen (commande unix) d'identifier les ports vs disques durs ? P.S. j'ai déjà réparé des problèmes de grappe en mode Terminal, mais bon si je peux éviter les emmerdes !

Trop rapide, MERCI. SHR carte Sata drivée par Marvell 88SE9215 Cela me semble compliquée comme procédure. Est-ce que je peux tenter de re-brancher mes 2 disques actuels en respectant l'ordre S1 sur S1 et S2 sur S2. Et au cas où je me serais planté, est-ce que cela va abimer ma grappe ? MERCI

Bonjour, je m'apprête à remplacer une carte Sata 2 ports par une 4 ports sur mon Xpenology (DS3615XS) afin de rajouter 2 disques (Actuellement 10 disques / 3 volumes). La carte actuelle que je vais remplacer drive 2 disques appartenant à un Raid qui en contient 4. Question comment ne pas faire d'erreur pour l'ordre de branchement des anciens disques et des 2 nouveaux disques ? Dois-je brancher le Sata1 ancienne carte sur le sata1 nouvelle carte etc. ? D'avance MERCI

Hello Yes is a little bit difficult. You can start this project, and we help you like Le.Pipo007 help me.

Up 😃

Little note: Old DSM : 192.168.0.100 port 1961 Old Surveillance Station : 192.168.0.100 port 1965 New DSM (VM) et S.S. 192.168.0.211 port 5000

Hi, Thank's for your answer, but problem is already 😕 Below screen copy of configuration. Thank's for all Bruno New DSM (VM) Old DSM (Host of VM) CMS on old DSM

Hello Le.Pipo007 All is ok, but for "cherry on the cake", I dont see the the shared volume. 1 - I activated NFS on DSM (old) and create a client with new IP DSM (vm) (necessary???) 2 - I added this on fstab newDSM (vm) : [<ip of old DSM>:/volume1/Surveillance /volume1/surveillance nfs defaults,user,auto,noatime,intr 0 0] 3 - I restarted the new DSM (vm) When I add a new cam on old DSM, I can see only the new shared folder "surveillance" that is on new DSM (vm) What is my errors ? Thank's Bruno P.S. Never studied english!!!

Hello Dfds, sorry for french post! @le.pipo007 I think I will succeed in english, Thank's

Bonsoir As-tu posté ton tuto en français quelque-part ? Merci