Tumbleweed mit virtuellem Win7 in KVM / qemu verbinden (Bridge? Samba?)

AlexandrodelaVega · 3. Februar 2020

ok, ich glaube das hat so keinen Sinn. Evtl. sind Leap und Tumblweed auch noch zu unterschiedlich. Kann man Dir eine Mail schicken? Ich weiß nicht wie das im Forum hier gahandhabt wird. Ich würde den oben besagten Artikel dann mal dranhängen. Wer das dann nicht hilft ...

Berichtigung · 3. Februar 2020

Du hast jetzt überhaupt keine Bridge mehr.
Ohne eine Bridge geht mal gar nix.

Ich würde dir empfehlen, schlicht mit YaST alle Qemu/KVM Pakete nochmal zwangszuinstallieren.

baumkraxler · 3. Februar 2020

Hallo, schön daß ihr noch bei mir seid.

Zitat von AlexandrodelaVega

Ich weiß nicht wie das im Forum hier gahandhabt wird. Ich würde den oben besagten Artikel dann mal dranhängen. Wer das dann nicht hilft ...

Da wäre ich auf jeden Fall dankbar. Ich weiß auch nicht, wie das hier gehandhabt wird, vielleicht kann @Berichtigung was dazu sagen?

Zitat von Berichtigung

Du hast jetzt überhaupt keine Bridge mehr.
Ohne eine Bridge geht mal gar nix.

Das ist so eine Sache. Ich habe den NetworkManager laufen und das scheint mir eine der Quellen für einen Teil des Durcheinanders, s.u.

Zitat von Berichtigung

Ich würde dir empfehlen, schlicht mit YaST alle Qemu/KVM Pakete nochmal zwangszuinstallieren.

Das werde ich jetzt mal probieren. Angesichts des Durcheinanders, das ich gleich einfüge, liegt mir aber auch daran

- die ganze Sache zu verstehen, damit ich in der Lage bin mich auf meinem Gerät etwas auszukennen und unser WG-Netz zu betreuen.
- das Durcheinander aufzuräumen. Habe nicht gern irgendwelche Dienste rumlaufen, die niemand braucht.

Am liebsten würde ich also die bridge und was noch so nötig ist händisch einbauen. Vielleicht führt das hier zu weit.
Die Brücken sind jedenfalls noch, oder wieder, da:

Code

7470tw:~ # ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 18:db:f2:0c:d3:7b brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.20/24 brd 192.168.178.255 scope global dynamic noprefixroute enp0s31f6
       valid_lft 863494sec preferred_lft 863494sec
    inet6 fe80::f063:e9d8:5dba:451b/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether e4:a7:a0:8f:4b:34 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.21/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp1s0
       valid_lft 863496sec preferred_lft 863496sec
    inet6 fe80::4e9:715b:15d3:1e9/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
5: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:4a:26:22 brd ff:ff:ff:ff:ff:ff
6: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:4a:26:22 brd ff:ff:ff:ff:ff:ff
7: virbr1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:e6:0a:62 brd ff:ff:ff:ff:ff:ff
8: virbr1-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr1 state DOWN group default qlen 1000
    link/ether 52:54:00:e6:0a:62 brd ff:ff:ff:ff:ff:ff
10: wwp0s20f0u5i12: <BROADCAST,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether d6:4f:29:f1:02:80 brd ff:ff:ff:ff:ff:ff
11: macvtap0@enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 500
    link/ether 52:54:00:78:76:88 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::5054:ff:fe78:7688/64 scope link 
       valid_lft forever preferred_lft forever
7470tw:~ #

Alles anzeigen

macvtap0 stellt den Netzzugang für das W7 in KVM bereit, wenn ich es deaktiviere geht da kein Samba mehr. Die GUI aber schon.

Der NetworkManager stellt die beiden virbr<0/1> als connected dar (beide Befehle unmittelbar nacheinander, reproduzierbar):

Code

7470tw:~ # nmcli dev status
DEVICE          TYPE      STATE         CONNECTION         
enp0s31f6       ethernet  connected     Büro Deuschlstraße 
wlp1s0          wifi      connected     de42garten         
virbr0          bridge    connected     virbr0             
virbr1          bridge    connected     virbr1             
p2p-dev-wlp1s0  wifi-p2p  disconnected  --                 
cdc-wdm0        gsm       unavailable   --                 
lo              loopback  unmanaged     --                 
macvtap0        macvlan   unmanaged     --                 
virbr0-nic      tun       unmanaged     --                 
virbr1-nic      tun       unmanaged     --                 
7470tw:~ #

Alles anzeigen

So, ich werde jetzt mal KVM über Yast neu anstoßen...

Rhiller · 3. Februar 2020

Insgesamt sind 4 physikalische Rechner (MAC, Win7 PC, Leap 42.2, Tumbleweed)

Nur aus Interesse.

Warum nicht Leap 15.1. und Leap 15.1?

baumkraxler · 4. Februar 2020

Zitat von Rhiller

Warum nicht Leap 15.1. und Leap 15.1?

Leap 42 weil das stabil lief, komplett eingerichtet war (Libre mit haufenweise Makros, Symbolleisten etcetc.) und beim Upgrade doch mal was verloren geht. Hat sich jetzt beim Umstieg (neuer Rechner) auch bestätigt, und da bin ich zuerst auf Leap 15.1.
Ein guter Bekannter hat mir etwas geholfen und gesagt daß sein Tumbleweed seit über 1/2 Jahr problemlos läuft, da war ich neugierig.

Zitat von Rhiller

Insgesamt sind 4 physikalische Rechner (MAC, Win7 PC, Leap 42.2, Tumbleweed)

Es ist einer dazu gekommen mit Leap 15.1.

baumkraxler · 4. Februar 2020

Teilerfolg.

Den KVM-Setup neu anzustoßen war dann doch möglich. Löschen der Pakete mit Yast hat stets noch zu viel zurück gelassen, da wurden dann die alten Sachen wieder raus gekramt.
Mit zypper rm -u KVM und zypper rm -u qemu (brauchte reboot, um wieder Netz zu haben) war dann wohl sauber. Mit Yast dann nur yast2-vm installiert, dann war im Yast-Kontrollzentrum vm Hypervisor und Tools installieren wieder da. Drauf geklickt hat Yast die Pakete wieder nachgeladen.

Die automatische Installation der Bridge hat diesmal keinen Fehler verursacht. Die virtuellen Maschinen waren dann interessanterweise noch / wieder da.
Zunächst hatte sich aber am Verhalten nichts geändert.

Ich hab dann den Networkmanager deaktiviert, Geräte umverteilt:

Code

7470tw:~ # systemctl stop NetworkManager.service
7470tw:~ # ip addr del 192.168.178.20/24 dev enp0s31f6 
7470tw:~ # ip addr add 192.168.178.20/24 brd + dev virbr0
7470tw:~ # ip link set enp0s31f6 master virbr0
7470tw:~ #
7470tw:~ # brctl show
bridge name     bridge id               STP enabled     interfaces
virbr0          8000.5254004a2622       yes             enp0s31f6
                                                        virbr0-nic
                                                        vnet0
virbr1          8000.525400e60a62       yes             virbr1-nic
7470tw:~ #
7470tw:~ # ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr0 state UP group default qlen 1000
    link/ether 18:db:f2:0c:d3:7b brd ff:ff:ff:ff:ff:ff
    inet6 fe80::f063:e9d8:5dba:451b/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether e4:a7:a0:8f:4b:34 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.21/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp1s0
       valid_lft 861879sec preferred_lft 861879sec
4: wwp0s20f0u5i12: <BROADCAST,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether d6:4f:29:f1:02:80 brd ff:ff:ff:ff:ff:ff
5: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 52:54:00:4a:26:22 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.24/24 scope global virbr0
       valid_lft forever preferred_lft forever
6: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:4a:26:22 brd ff:ff:ff:ff:ff:ff
7: virbr1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:e6:0a:62 brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.1/24 brd 192.168.100.255 scope global virbr1
       valid_lft forever preferred_lft forever
8: virbr1-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr1 state DOWN group default qlen 1000
    link/ether 3e:54:66:d0:f3:76 brd ff:ff:ff:ff:ff:ff
10: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr0 state UNKNOWN group default qlen 1000
    link/ether fe:54:00:88:c0:b6 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fe88:c0b6/64 scope link 
       valid_lft forever preferred_lft forever
7470tw:~ #
7470tw:~ # ping 8.8.8.8
ping: connect: Network is unreachable

Alles anzeigen

Da taucht nun vnet0 auf, das hat qemu/KVM auch auf meinem Leap-Rechner zur Verbindung genutzt.

Der Effekt:

- macvtap0 funktioniert nicht mehr, stelle die virtuelle Netzwerkschnittstelle in qemu/KVM auf Handeingabe und gebe virbr0 an.
- Win kommt nach wie vor nach draußen, kann Samba mit den anderen, hat in der Fritzbox eine eigene IP, sieht Tumbleweed nicht.
- Tumbleweed kommt über Browser auf die Fritzbox, aber nicht auf externe Seiten, sieht auch Win nicht.

An der Fritzbox habe ich nichts verstellt. Wenn ich das Setup wieder wie vorher stelle enp031f6 mit IP und kein Master von virbr0, NetworkManager an ist alles wie vorher, allerdings braucht es ein reboot damit wieder Netzzugang da ist. WLAN hatte ich mitip link set dev wlp1s0 down abgeklemmt.

Teilerfolg also insofern als ich die Brücke erstellen kann (der NetworkManager hatte gestört), qemu/KVM oder der Yast-Setup die vnet0 erstellt hat und Win über vnet0 an virbr0 immerhin wieder ins Netz kommt.

Im Leap 42.2, auf meinem alten Lappi, ist die Bridge übrigens nur virbr0 -- vnet0, die LAN-Karte vom Rechner hängt da nicht dran.

So, jetzt muss gut sein für heute... ...

Berichtigung · 4. Februar 2020

In guter alter Linuxmanier kannst du selbstverständlich auch alles in der Konsole erledigen.
Um dir einen Überblick zu verschaffen, was es alles so gibt, ist die Completion sehr hilfreich.
Tippe einfach:

qemu<tab><tab>

und
vir<tab><tab>

Dein Freund ist die virsh (VIRtalmachineSHell ).
Rufe sie auf und gib "help" ein. Dann spiele damit.
(Wie jede Shell, kannst du sie mit strg+d oder exit oder quit beenden)

Um sich Artikel zuzusenden, die lizenzrechtlichen Ärger darstellen können, ist das "Konversationssystem" des Forums ganz hilfreich.
Man kennt diese Funktion in jedem Forum, wo sie schlicht "persönliche Mail" oder "persönliche Nachricht" genannt wird.
Dort kann man einen User (oder mehrere) anschreiben und auch Dateianhänge mitsenden.

baumkraxler · 5. Februar 2020

@Berichtigung

Danke für die Tipps, das schaue ich mir auf jeden Fall an.

Trotzdem wäre ich für weitere Versuche hier sehr dankbar.
Es scheint ja eher ein Netzwerkproblem zu sein, nachdem der W7-Host immerhin schon über die bridge ins Netz kommt ist doch schon ein Schritt gemacht?

Ich lerne mich ja langsam ein, aber solange mir das umfassendere Verständnis fehlt ist es halt sehr zäh, weil ich viel von dem was geschieht nicht einordnen kann.
Viel try and error und Lernen in kleinen Schritten...

... und dann brauch ich den Rechner ja demnächst auch zum Arbeiten, auf dem Win laufen Programme für Baumstatik, das will ich auf Dauer nicht über einen dritten Knoten Rechner laufen lassen müssen für den Datentransfer.

Falls also noch Geduld da ist, wo könnte ich weiter machen?

baumkraxler · 5. Februar 2020

Code

virsh # iface-list
Fehler: Auflistung aktiver Schnittstellen schlug fehl
Fehler: this function is not supported by the connection driver: virConnectNumOfInterfaces
virsh # 


virsh # iface-start virbr0
Fehler: Konnte Schnittstelle 'virbr0' nicht ermitteln
Fehler: this function is not supported by the connection driver: virInterfaceLookupByName


virsh #

Alles anzeigen

Sagt das etwas über die vorhandene Problematik? Netzsuche führt mich nur zu mir unverständlichen Seiten.

AlexandrodelaVega · 7. Februar 2020

Hier das Dokument: kann nur einmal runtergeladen werden und gilt nur einen Tag. Also bitte für den Baumkraxler lassen.

Firefox Send

Habe ich so noch nie gemacht, vielleicht klappt es.

good luck

Tumbleweed mit virtuellem Win7 in KVM / qemu verbinden (Bridge? Samba?)

Probleme mit dem Ausdruck von pdf-Dateien über Okular

Eclipse (Java IDE) crash

Veracrypt Einhängepunkt

Neuinstallation leap 15.5: init Prozess scheitert beim Booten - Kernel Panik

latex & kpathsea in Betrieb nehmen

Kukulkan

vpn

Nidrnox

hudel

uli11

Teilen

Tags