Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam, to mój pierwszy post na forum, ale to dlatego że zawsze znajdowałem odpowiedzi do problemów które już ktoś miał wcześniej.
Ale do sedna:
Świeża podstawowa instalacja debian squeeze, po instalacji xen'a dom0 (wg: http://wiki.debian.org/Xen) przestała działać sieć, tzn interfejsy sieciowe są eth0, peth0, ale brak jest komunikacji z serwerem (nie działa ruch sieciowy w obie strony). Problem istnieje tylko na kernel'u xen, gdy załaduje standardowy, karta sieciowa wraca do pracy (eth0).
Problem powstał od razu po instalacji kernel'a xen, i uruchomieniu systemu z tym kernelem, bez konfiguracji środowiska dom0 xen.
Mimo wszystko skonfigurowałem dom0: /etc/xen/xend-config.sxp do pracy w trybie bridge:
(network-script 'network-bridge') (vif-script vif-bridge)
bridge działa:
brctl show bridge name bridge id STP enabled interface eth0 8000.0010dc487b17 no peth0
Mimo wszystko połączenie sieciowe dalej nie działa
Zastanawia mnie jeszcze brak interfejsów vif, chociaż wyczytałem że w wersji 4 xen'a pojawiają się dopiero po utworzeniu maszyny domU.
Próbowałem na dwóch różnych kartach sieciowych, problem jest ten sam.
Nie instalowałem jeszcze domU i nie wiem jak wygląda sprawa na maszynach wirtualnych.
Ostatnio edytowany przez przef (2011-02-25 12:03:19)
Offline
pokaz
ifconfig -a ip link
oraz popatrz w dmesg i logi xend ...
Offline
eth0 Link encap:Ethernet HWaddr 00:10:dc:48:7b:17 inet addr:192.168.0.90 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::210:dcff:fe48:7b17/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:2862 (2.7 KiB) eth1 Link encap:Ethernet HWaddr 00:50:fc:ce:d1:9e BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:10 Base address:0xdc00 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:27 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2270 (2.2 KiB) TX bytes:2270 (2.2 KiB) peth0 Link encap:Ethernet HWaddr 00:10:dc:48:7b:17 inet6 addr: fe80::210:dcff:fe48:7b17/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:1355 overruns:0 frame:0 TX packets:0 errors:39 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:11 Base address:0xe000
karta eth1 jest nieużywana
poniżej ip link podczas pracy z kernel'em xen
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: peth0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:10:dc:48:7b:17 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:50:fc:ce:d1:9e brd ff:ff:ff:ff:ff:ff 4: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:10:dc:48:7b:17 brd ff:ff:ff:ff:ff:ff
a tutaj z kernel'em generycznym (domyślnym), na pierwszy rzut oka widać że xen używa trybu PROMISC
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:10:dc:48:7b:17 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:50:fc:ce:d1:9e brd ff:ff:ff:ff:ff:ff
w dmesg błędy poniżej:
[ 0.045212] xen: --> irq=8 [ 0.045260] Failed to setup GSI :8, err_code:-22 [ 0.045491] xen: registering gsi 13 triggering 1 polarity 0 [ 0.045497] xen_allocate_pirq: returning irq 13 for gsi 13 [ 0.045502] xen: --> irq=13 [ 0.045514] Failed to setup GSI :13, err_code:-22 [ 0.045911] xen: registering gsi 6 triggering 1 polarity 0 [ 0.045917] xen_allocate_pirq: returning irq 6 for gsi 6 [ 0.045921] xen: --> irq=6 [ 0.045931] Failed to setup GSI :6, err_code:-22 [ 0.046656] xen: registering gsi 4 triggering 1 polarity 0 [ 0.046662] xen_allocate_pirq: returning irq 4 for gsi 4 [ 0.046667] xen: --> irq=4 [ 0.046677] Failed to setup GSI :4, err_code:-22 [ 0.047683] xen: registering gsi 7 triggering 1 polarity 0 [ 0.047683] xen_allocate_pirq: returning irq 7 for gsi 7 [ 0.047683] xen: --> irq=7 [ 0.047683] Failed to setup GSI :7, err_code:-22 [ 0.047683] xen: registering gsi 12 triggering 1 polarity 0 [ 0.047683] xen_allocate_pirq: returning irq 12 for gsi 12 [ 0.047683] xen: --> irq=12 [ 0.047683] Failed to setup GSI :12, err_code:-22 [ 0.047683] xen: registering gsi 1 triggering 1 polarity 0 [ 0.047683] xen_allocate_pirq: returning irq 1 for gsi 1 [ 0.047683] xen: --> irq=1 [ 0.047683] Failed to setup GSI :1, err_code:-22 [ 0.047683] pnp: PnP ACPI: found 12 devices [ 0.047683] ACPI: ACPI bus type pnp unregistered ... [ 6.757322] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [ 6.757331] xen: registering gsi 11 triggering 0 polarity 1 [ 6.757340] xen_allocate_pirq: returning irq 11 for gsi 11 [ 6.757345] xen: --> irq=11 [ 6.757390] Failed to setup GSI :11, err_code:-22 [ 6.757656] tulip 0000:00:0f.0: PCI INT A -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11 [ 6.757770] tulip0: MII transceiver #1 config 1000 status 786d advertising 05e1. [ 6.757770] tulip0: MII transceiver #2 config 1000 status 786d advertising 05e1. [ 6.757770] tulip0: MII transceiver #3 config 1000 status 786d advertising 05e1. [ 6.757770] tulip0: MII transceiver #4 config 1000 status 786d advertising 05e1. [ 6.767451] eth0: ADMtek Comet rev 17 at Port 0xe000, 00:10:dc:48:7b:17, IRQ 11. [ 6.787751] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) [ 6.787751] 8139cp 0000:00:09.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip, use 8139too
błędów z
Failed to setup GSI :11, err_code:-22
jest dużo więcej, przy kazdym komunikacie przerwania irq.
błędy z xend.log
2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: VBD.set_device not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: VBD.set_type not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: session.get_all_records not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: event.get_record not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: event.get_all not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: VIF.set_device not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: VIF.set_MAC not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: VIF.set_MTU not found [2011-02-25 10:22:38 1336] WARNING (XendAPI:705) API call: debug.get_all not found
Ostatnio edytowany przez przef (2011-02-25 14:16:40)
Offline
Uruchomiłem maszynę wirtualną domU na tym serwerze, karta sieciowa eth0 działa, ale komunikacja jest tylko między domO i domU, nie można połączyc się poza bridge stworzony przez xen.
Offline
podejrzane wydaj sie te komunikatych z GSI ...
mozesz jeszcze sprobowac wyeliminowac problemy z bridgowaniem poprzez sprawedzenie dzialania na golym peth0 ... zdekonfiguruj eth0, usun bridge, podnies peth0 i sprawdz czy cos pomoglo ...
Offline
Niestety to również nie pomogło, usunąłem też na chwilę konfigurację xen'a, tak że nie uruchamia się przy starcie i nie konfiguruje bridge'a, zostaje sam interface eth0, i to też nic nie daje. Wygląda na to że problem jest w kernel'u.
Chyba trzeba odpuścić se xen'a i wrócić do virtualbox'a, przynajmniej na tym sprzęcie :(
Ostatnio edytowany przez przef (2011-02-28 10:23:03)
Offline
Którą masz wersję systemu?
Ja maiłam problem z bridge sieci dla maszyn wirtualnych pod squeeze.
Okazało się ze problem rzeczywiście leży w kernelu wiec zrobiłam upgrade do sid i bangla :)
Więcej tutaj: http://forum.dug.net.pl/viewtopic.php?id=18464
Offline
System to też squeeze, ale do sid'a nie chcę upgrade'ować, system ma być stable.
Offline