Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 19/07/2016, à 14:40

sx1

[RESOLU]OpenMediaVault sous KVM : No interface avaible

Bonjour,

Avec KVM et Virtual Machine Manager, j'ai installé OpenMediaVault => ras.
Mais à la fin de l'install d'OMV, l'écran d'accueil ne donne pas l'IP d'OMV.
Faire un http:// sur l'Ip de l'hôte ne donne  rien, logique.
Je peux pinguer DEPUIS OMV vers l'extérieur (machine hôte, autres machine de mon LAN).
Ifconfig dans OMV me donne bien une IP, 192.168.122.49/24
ifconfig dans l'hôte donne

virbr0    Link encap:Ethernet  HWaddr 52:54:00:9c:50:91  
          inet adr:192.168.122.1  Bcast:192.168.122.255  Masque:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:19071 erreurs:0 :0 overruns:0 frame:0
          TX packets:31505 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:1154623 (1.1 MB) Octets transmis:43624677 (43.6 MB)

vnet0     Link encap:Ethernet  HWaddr fe:54:00:0f:4f:9d  
          adr inet6: fe80::fc54:ff:fe0f:4f9d/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:81 erreurs:0 :0 overruns:0 frame:0
          TX packets:453 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:9144 (9.1 KB) Octets transmis:27105 (27.1 KB)

et avec brctl show sur l'hôte, j'ai bien - à priori ! le bridge : 

~$ brctl show
bridge name	bridge id		STP enabled	interfaces
virbr0		8000.5254009c5091	yes		virbr0-nic
							vnet0

Sur le net on explique comment faire le bridge pour KVM, mais cela me semble être OK chez moi, et pourtant je n'ai pas d'ip pour OMV.

Ufw ne semble pas en cause, situation iddle avec ufw disable.

Merci par avance pour un coup de main. (je débute total avec KVM et virt, avant je n'utilisais que Virtualbox sur machine locale)
Cdlt.

Dernière modification par sx1 (Le 25/07/2016, à 12:39)

Sous Linux depuis 2005.

Hors ligne

#2 Le 21/07/2016, à 18:59

Elder

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

Salut,

Vu d'ici tu n'as pas d'interface physique dans ton bridge donc ton trafic réseau n'est pas envoyé sur ton LAN.
Peux-tu envoyer un ifconfig -a et dire si tu utilise NetworkManager ou ifupdown ?

@+
Elder

Hors ligne

#3 Le 21/07/2016, à 21:11

sx1

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

Avant de de te lire j'ai approché sans le savoir la réponse car en faisant brctl addif br0 eth0 j'ai eu comme réponse "pas d'interface eth0", ce que je n'ai pas compris.

Là , toujours avant de te lire j'ai fait une manip et j'ai cassé la connexion, je n'ai plus de réseau ni ssh.
J'ai rapatrié le serveur en local sous mon bureau...donc la du coup pour faire des copies d'écran, ca va être + sportif.

inconfig -a donne une eth0 et une br0.
Je vais d'abord essayer de récupérer le réseau  en supprimant tout le bridge, mais je ne sais pas trop faire avec les outils de bridge ...

merci.

Sous Linux depuis 2005.

Hors ligne

#4 Le 22/07/2016, à 16:29

sx1

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

J'ai récupérer ma connexion.

J'ai potassé, rapidement, la doc en ligne sur les ponts pour KVM, bigre, ya plus simple... mais sinon on s'ennuirai...pas sur d'avoir encore tout compris.

Je fait

brtcl addbr br0
brctl addif br0 eth0

et pan, perte de réseau, ssh coupé.

EDIT

J'ai trouvé, à priori, une config qui fonctionne :

brctl show
bridge name	bridge id		STP enabled	interfaces
br0		8000.7071bc5c0ce2	no		eth0
virbr0		8000.525400bc9bee	yes		virbr0-nic
							vnet0

Il fallait faire un ifupdown eth0 avant de configurer le pont et modifier /etc/network/interfaces en : 

auto lo
iface lo inet loopback

auto br0
iface br0 inet static
        address 192.168.1.254
        netmask 255.255.255.0
        broadcast 192.168.1.255
        gateway 192.168.1.1
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
         bridge_maxwait 0

iface eth0 inet manual

        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 92.222.80.28 87.98.175.85
        dns-search local

Du coup l'hôte a ceci en ifconfig :

br0       Link encap:Ethernet  HWaddr 70:71:bc:5c:0c:e2  
          inet adr:192.168.1.254  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::7271:bcff:fe5c:ce2/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:10862 erreurs:0 :0 overruns:0 frame:0
          TX packets:11231 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:1598963 (1.5 MB) Octets transmis:3879768 (3.8 MB)

eth0      Link encap:Ethernet  HWaddr 70:71:bc:5c:0c:e2  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:35549 erreurs:0 :0 overruns:0 frame:0
          TX packets:38285 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:5762042 (5.7 MB) Octets transmis:12579006 (12.5 MB)
          Interruption:20 Mémoire:f0400000-f0420000 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          Packets reçus:21943 erreurs:0 :0 overruns:0 frame:0
          TX packets:21943 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:2800310 (2.8 MB) Octets transmis:2800310 (2.8 MB)

virbr0    Link encap:Ethernet  HWaddr 52:54:00:bc:9b:ee  
          inet adr:192.168.100.1  Bcast:192.168.100.255  Masque:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:37 erreurs:0 :0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:6126 (6.1 KB) Octets transmis:2092 (2.0 KB)

virbr0-nic Link encap:Ethernet  HWaddr 52:54:00:bc:9b:ee  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

vnet0     Link encap:Ethernet  HWaddr fe:54:00:0f:4f:9d  
          adr inet6: fe80::fc54:ff:fe0f:4f9d/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:37 erreurs:0 :0 overruns:0 frame:0
          TX packets:610 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:6644 (6.6 KB) Octets transmis:33212 (33.2 KB)

Mais ma VM reste sans Ip, malgré, dans OMV, un ifconfig avec une interface eth0 avec son IP


Donc je reste interrogatif.

Dernière modification par sx1 (Le 22/07/2016, à 21:25)

Sous Linux depuis 2005.

Hors ligne

#5 Le 22/07/2016, à 23:30

Elder

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

Ce coup ci c'est l'interface de ta VM qui n'est pas sur le bon switch.
Dans virt-manager, dans les paramètres de la carte réseau virtuelle de ta VM tu peux changer la source du réseau.
Sélectionne br0 ou entre le à la main s'il est pas proposé.

@+

Hors ligne

#6 Le 23/07/2016, à 00:29

sx1

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

dans virt-manager j'ai dans les détails de la VM :
périphérique source : Réseau virtuel 'default' : NAT vers eth0 ["default" = dans la config de l'hôte = virbr0 en NAT vers eth0]
modèle de périphérique : virtio

Si je change périphérique source en : périphérique hôte eth0 (pont 'br0'), je n'ai même plus d'adresse ip dans ifconfig sur eth0.

Sous Linux depuis 2005.

Hors ligne

#7 Le 23/07/2016, à 12:19

Elder

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

Bon reprenons,
D'abord il faut s'assurer de la méthode d'activation du réseau.
Par défaut Ubuntu utilise NetworkManager la "nouvelle méthode" qui peut entrer en conflit avec la méthode "traditionnelle" ifupdown lorsque les deux sont utilisées en même temps.
Pour vérifier tu peux faire :
(Attention les relevés de config viennent de 2 machines différente, celle ci-dessous vient de mon laptop sous Ubuntu avec NetworkManager les suivantes de mon pc sous Debian avec ifupdown)

# systemctl status NetworkManager
● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since mar. 2016-07-19 23:38:48 CEST; 3 days ago
 Main PID: 877 (NetworkManager)
   CGroup: /system.slice/NetworkManager.service
           ├─ 877 /usr/sbin/NetworkManager --no-daemon
           ├─1271 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-br0.pid -lf /var/lib/NetworkManager/dhclient-78a6eebe-6c43-477e-8709-c57c8fa74920-br0.lease
           └─1412 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/NetworkManager/dnsmasq.pid --listen-address=127.0.1.1 --cache-size=0 --proxy-

juil. 23 07:27:14 mld-lap dhclient[1271]: DHCPACK of 192.168.1.58 from 192.168.1.1
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8192]   address 192.168.1.58
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193]   plen 24 (255.255.255.0)
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193]   gateway 192.168.1.1
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193]   server identifier 192.168.1.1
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193]   lease time 86400
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193]   hostname 'mld-lap'
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193]   nameserver '192.168.1.1'
juil. 23 07:27:14 mld-lap NetworkManager[877]: <info>  [1469251634.8193] dhcp4 (br0): state changed bound -> bound
juil. 23 07:27:14 mld-lap dhclient[1271]: bound to 192.168.1.58 -- renewal in 37471 seconds.

La il n'y a pas de doute, ça tourne.
De là deux possibilité :
- Tu fais ton bridge via NetworkManager
- Tu désactives NetworkManager et tu effectues ta config avec ifupdown (ce que tu as fait jusque là).

Pour une config avec ifupdown le fichier /etc/network/interfaces se paramètre au minimum tel que :

# The loopback network interface
auto lo br0
iface lo inet loopback

# The primary network interface
allow-hotplug eth1
iface eth1 inet manual

iface br0 inet static
        pre-up ifconfig eth1 up
        pre-up brctl addbr br0
        pre-up brctl addif br0 eth1
        address 192.168.1.100
        broadcast 192.168.1.255
        netmask 255.255.255.0
        gateway 192.168.1.1

Attention cette config est sur une Debian 8.5 et dans sa construction est un poil archaïque mais les lignes de pre-up permettent de s'assurer que :
- eth1 est up
- créer le bridge
- ajouter l'interface au bridge
(j'ajoute directement les dns dans /etc/resolv.conf mais tu peux continuer à utiliser resolvconf en plaçant les lignes dns-nameservers et dns-search local dans les paramètres de br0)

A partir de là l'adresse IP de ta machine physique (ton hôte dans la suite) est attribuée à br0 et ton interface physique n'est plus que le connecteur vers l’extérieur ce qui nous donne :

br0       Link encap:Ethernet  HWaddr 00:15:17:25:ac:6c  
          inet adr:192.168.1.100  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::215:17ff:fe25:ac6c/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1274 errors:0 dropped:0 overruns:0 frame:0
          TX packets:850 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          RX bytes:243332 (237.6 KiB)  TX bytes:155967 (152.3 KiB)
[...]
eth1      Link encap:Ethernet  HWaddr 00:15:17:25:ac:6c  
          adr inet6: fe80::215:17ff:fe25:ac6c/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2523 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2505 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:499641 (487.9 KiB)  TX bytes:983668 (960.6 KiB)
          Interruption:47 Mémoire:fd3a0000-fd3c0000 
[...]
root@deb-wrk:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.00151725ac6c       no              eth1
[...]
root@deb-wrk:~# route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 br0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
[...]

Tu remarques que l'adresse MAC (HWaddr) de br0 et de eth1 sont identiques, en fait br0 a hérité de l'adresse MAC de eth1

Ton hôte doit maintenant avoir un accès normal au réseau.
De la il faut paramétrer ta VM (en l’éteignant au préalable, pas obligatoire mais mieux) pour qu'elle utilise br0.
Tu peux le faire via l'interface graphique ou via virsh.
Une fois démarré tu devrais voir l'interface de ta VM (vnet0) dans br0

root@deb-wrk:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.00151725ac6c       no              eth1
                                                        vnet0

Et normalement là c'est bon.

@+

Dernière modification par Elder (Le 23/07/2016, à 16:16)

Hors ligne

#8 Le 24/07/2016, à 10:20

sx1

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

Bonjour,
C'est bon !

Donc sur un serveur Ubuntu 16.04, on n'est qu'en ifupdown.

systemctl status NetworkManager
● NetworkManager.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

J'ai donc, effectivement bien rempli mon fichier /etc/network/interfaces comme tu le propose.

ifconfig -a
br0       Link encap:Ethernet  HWaddr 70:71:bc:5c:0c:e2  
          inet adr:192.168.1.254  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::7271:bcff:fe5c:ce2/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:15105 erreurs:0 :0 overruns:0 frame:0
          TX packets:12905 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:2839232 (2.8 MB) Octets transmis:4248939 (4.2 MB)

eth0      Link encap:Ethernet  HWaddr 70:71:bc:5c:0c:e2  
          adr inet6: fe80::7271:bcff:fe5c:ce2/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:35297 erreurs:0 :0 overruns:0 frame:0
          TX packets:32723 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:25896189 (25.8 MB) Octets transmis:16248219 (16.2 MB)
          Interruption:20 Mémoire:f0400000-f0420000 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          Packets reçus:15401 erreurs:0 :0 overruns:0 frame:0
          TX packets:15401 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:2730042 (2.7 MB) Octets transmis:2730042 (2.7 MB)

virbr0    Link encap:Ethernet  HWaddr 52:54:00:bc:9b:ee  
          inet adr:192.168.100.1  Bcast:192.168.100.255  Masque:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

virbr0-nic Link encap:Ethernet  HWaddr 52:54:00:bc:9b:ee  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

vnet0     Link encap:Ethernet  HWaddr fe:54:00:ed:7f:c2  
          adr inet6: fe80::fc54:ff:feed:7fc2/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:1574 erreurs:0 :0 overruns:0 frame:0
          TX packets:2226 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:9828245 (9.8 MB) Octets transmis:575400 (575.4 KB)

Après relance du réseau, j'ai bien : 

brctl show
bridge name	bridge id		STP enabled	interfaces
br0		8000.7071bc5c0ce2	no		eth0
							vnet0
virbr0		8000.525400bc9bee	yes		virbr0-nic

(d'ou sors cette virbr0 ???)
et 

route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 br0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.100.0   0.0.0.0         255.255.255.0   U     0      0        0 virbr0

et donc victoire !

Le réseau de l'hôte est pleinement fonctionnel.
J'ai pu refaire une VM qui fonctionne également nominal.

En revanche, lors de l'install de OMV, il ne détecte pas le serveur DHCP de l'hôte, j'ai du mettre en dur à la main les adresses ip/masque/passerelle.
C'est peu être un défaut dans l'install de OMV (debian Wheezy based), je ne sais pas.

Voilà, j'ai pas mal appris de chose, merci beaucoup à toi Elder.

Il me reste maintenant à apprendre à faire aller mon OMV sur mon raid 5 /md0 physique depuis sa VM, ...oups.

Sous Linux depuis 2005.

Hors ligne

#9 Le 26/07/2016, à 17:40

Elder

Re : [RESOLU]OpenMediaVault sous KVM : No interface avaible

Salut,

Le vibr0 est le réseau NATé par défaut qui s'installe avec la libvirt/virt-manager.
Il n'a pas besoin d'interface physique vu que le trafic est translaté via iptables.
Une VM sur ce réseau pourra sortir sur le LAN mais ne pourra être accédée que depuis son hôte.
Ce réseau fourni un dhcp interne sur lequel les VM peuvent recevoir une adresse IP.
Dans virt-manager, si tu édites les détails de la connexion à ton hôte tu retrouvera le paramètrage dans la partie "réseaux virtuels".

@+
Elder

Hors ligne

Pages : 1