Bonsoir à tou(te)s

J'ai récupéré il y a peu une carte PCIe 10Gbits non officielle pour mon NAS 923+ pour évoluer en douceur dans un 1er temps de 1Gbits vers 2.5Gbits (puis plus tard si besoin vers 10Gbits)

Seulement comme ma carte n'est pas une officielle Synology mais un modèle XikeStor SKN-A113-Mini (chip AQC113), je rencontre logiquement quelques résistances de DSM :)

Concernant l'activation des drivers et la mise en place de la nouvelle interface eth2, c'est ok (en plus des 2 existantes eth0 et eth1 en 1Gbits)

J'ai suivi les instructions de DaveR007 provenant de https://www.reddit.com/r/synology/comments/1f2ztpb/comment/lkg5k4g/

Concrètement, le paramétrage des drivers n'étant pas persistant j ai une tache planifiée qui démarre à chaque boot les drivers suivi de l'instruction "/etc/rc.network restart"

Donc je suis capable de me connecter en 2.5G et obtenir une IP sur l'interface eth2, tout est ok

Par contre impossible d'utiliser Virtual Machine avec cette nouvelle carte, elle n apparait simplement pas dans la partie Network (même si je connecte le cable réseau sur eth2. Notez que dans l exemple j étais sur LAN1 (eth0)

Manager

La seule solution que j'ai et qui fonctionne est de désinstaller VM Manager puis désactiver et réactiver open switch au niveau de Eth2 (LAN3) ce qui a pour effet de forcer de "forcer" un paramétrage correct pour VM Manager

Je me suis un peu documenté et cela a pour effet de paramétrer correctement la partie OVS :

ovs-vsctl show

Bridge "ovs_eth1"

Port "eth1"

Interface "eth1"

Port "ovs_eth1"

Interface "ovs_eth1"

type: internal

Bridge "ovs_eth0"

Port "eth0"

Interface "eth0"

Port "tap021132271ac4"

Interface "tap021132271ac4"

Port "ovs_eth0"

Interface "ovs_eth0"

type: internal

Bridge "ovs_eth2"

Port "eth2"

Interface "eth2"

Port "ovs_eth2"

Interface "ovs_eth2"

type: internal

Cependant cette manip n'est pas persistante et à chaque redémarrage, je pers la "bonne" config qui me permet l'utilisation de eth2 (LAN3) sur VM manager.

Je serai donc ravi d'avoir vos avis là dessus et si par le plus grand des hasard quelqu'un utilise ce genre de cartes non officielle (drivers atlantic_v2), ca pourrait grandement m'aider. Je précise que je suis sur DSM v7.3.2

Merci à vous !

il y a une heure, hcfr a dit :

La seule solution que j'ai et qui fonctionne est de désinstaller VM Manager puis désactiver et réactiver open switch au niveau de Eth2 (LAN3) ce qui a pour effet de forcer de "forcer" un paramétrage correct pour VM Manager

J'ai un peu le même problème avec un adaptateur USB 2.5 Gbts conjointement avec l'utilisation d'un pihole en docker avec réseau macvlan.
Après pas mal d'essai j'ai fini par trouver une solution. J'ai créé 2 scripts : un se déclenche à l'arrêt (kill-pihole-macvlan-mac0-r8152) et l'autre au démarrage (Install-r8152-macvlan-mac0-pihole). ça rallonge un peu les durées d'arrêt et de reboot, d'autant plus qu'il faut mettre quelques pauses entre les actions mais ça fonctionne même en cas de mise à jour du DSM. Bon courage pour la réalisation des scripts.

Merci pour ta réponse, faut que je teste un peu, mais dans mon cas, je n'ai pas besoin de script à l arrêt du NAS.

Ca devrait ressemblerait à ca

# 1. On force l'identification du matériel Atlantic v2 (ces 2 lignes sont déjà en place et marche déjà)

/usr/bin/echo 1d6a 14c0 > /sys/bus/pci/drivers/atlantic_v2/new_id

/etc/rc.network restart

# 2. Redémarrage propre du service Open vSwitch identifié sur votre NAS # Cela va forcer le switch virtuel à détecter la nouvelle interface

systemctl restart synoovs-vswitch.service

# 3. Rafraîchissement des ponts réseau de Virtual Machine Manager

/usr/syno/bin/synovswitch -v restart

j ai une VM qui est sensé démarrer automatique au boot (HomeAssistant OS), faudra que je vois si elle apprécie la manœuvre ou pas

Sans le script d'arrêt ça ne fonctionnait pas pour moi, mais bon...faut essayer😉

Voilà ce que ça donne :

bash
cd /volume1/docker/pi-hole
docker-compose down
pause 30
docker network disconnect -f macvlan-network pi-hole1
docker network rm macvlan-network
ifconfig mac0 down
synopkg uninstall r8152

et pour le démarrage :

bash
sleep 600
sudo install -m 4755 -o root -D /var/packages/r8152/target/r8152/spk_su /opt/sbin/spk_su
cd /volume1/docker/networks
cp r8152-geminilake-2.20.1-1_7.2.spk /var/packages/r8152
synopkg install r8152-geminilake-2.20.1-1_7.2.spk
synopkg start r8152
sleep 60
/volume1/scripts/driver-pkgctl-r8152-restart-reload.sh task
systemctl stop pkg-synosamba-nmbd.service
systemctl disable pkg-synosamba-nmbd.service
sleep 30
/volume1/docker/networks/macvlan-net.sh
sleep 30
/volume1/docker/networks/mac0-interface.sh
sleep 30
cd /volume1/docker/pi-hole
docker-compose up -d

Modifié il y a 1 heure1 h par Jeff777

il y a 11 minutes, Jeff777 a dit :

Sans le script d'arrêt ça ne fonctionnait pas pour moi, mais bon...faut essayer😉

Je ne sais pas si c est comparable mais lors du reboot, la configuration de la réseau est totalement absente (eth2 n est pas monté, ovs-eht2 non plus) du coup que je déconnecte les OVS lors du shutdown ou pas ne changera pas grand chose