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!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
#1 2011-03-01 10:03:29
karolcia - Użytkownik
- karolcia
- Użytkownik
- Skąd: cyberprzestrzeń
- Zarejestrowany: 2009-11-19
Sieć w maszynach XEN pod debian squeeze
Witam,
Mam debiana squeeze i xen4. Działa tam kilka maszyn z debianem i ubuntu instalowanym przez debootstrap.
Sieć jest tam ustawiona na bridge i wszystko działa OK. Problem pojawił się gdy chciałam zainstalować windows.
W konfiguracji maszyn demian/ ubuntu sieć mam ustawiona tak:
Kod:
vif = ['bridge=xenbr0']
Natomiast z taką konfiguracją sieci:
Kod:
vif = ['type=ioemu, bridge=xenbr0']
windows w ogóle się nie uruchamia.
Kiedy zmieniłam na bridge=eth0 Xen wystartował maszynę z windows, system działa ale jest problem siecią.
Po ręcznej konfiguracji interfejsów w Windows jedyny host który odpowiada mi z windowsa to serwer XEN.
Z innych maszyn również nie ma połączenia z hostem windows.
Tak jak by sieć działała tylko w obrębie [serwer XEN] <-> [maszyna windows].
W sieci mam ustawione DHCP gdyby bridge dla tej maszyny działało poprawnie to windows dostał by konfiguracje z DHCP.
Przeszukałam kilka forów i nie znalazłam analogicznego problemu.
Nie wiem czy to ma coś wspólnego z wersja systemu i nowym XENem, czy mam niepoprawną konfigurację interfejsów?
W /etc/xen/xend-config.sxp
mam nastepujaca konfigurację:
Kod:
(network-script network-bridge) (network-script 'network-bridge netdev=eth0') (network-script 'network-bridge bridge=xenbr0')
Proszę o pomoc.
In a world without walls and fences, who needs Windows and Gates?!
Offline
#2 2011-03-05 01:04:29
karolcia - Użytkownik
- karolcia
- Użytkownik
- Skąd: cyberprzestrzeń
- Zarejestrowany: 2009-11-19
Re: Sieć w maszynach XEN pod debian squeeze
Witam ponownie,
Udało mi się znaleźć rozwiązanie, opisze może komuś się przyda..
Otóż według tego co piszą na xenowej bugzilli problem jest związany z 64 bitowym kernelem wspierającym xen.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1612
Zrobiłam upgrade do sid (2.6.32-5-xen-amd64) żeby mieć nowszy kernel co raczej nie jest najlepszym wyjściem....
ale faktycznie bez jakichkolwiek zmian w ustawieniach, sieć na maszynie wirtualnej Windows zaczęła działać poprawnie.
Co do nazwy karty sieciowej to doczytałam sie że nazewnictwo uległo zmianie, domyślnie pierwsza karta dla maszyn wirtualnych nazywa się eth0, a ta "prawdziwa" fizyczna peth0.
In a world without walls and fences, who needs Windows and Gates?!
Offline
#3 2011-03-05 01:34:29
ArnVaker - 
Kapelusznik
- ArnVaker
- Kapelusznik
- Skąd: Midgard
- Zarejestrowany: 2009-05-06
Re: Sieć w maszynach XEN pod debian squeeze
karolcia napisał(-a):
Zrobiłam upgrade do sid (2.6.32-5-xen-amd64) żeby mieć nowszy kernel co raczej nie jest najlepszym wyjściem....
ale faktycznie bez jakichkolwiek zmian w ustawieniach, sieć na maszynie wirtualnej Windows zaczęła działać poprawnie.
Tylko wiesz... linux-image-2.6.32-5-xen-amd64 jest w Squeeze i w Wheezy i to w dokładnie tej samej wersji, w Sidzie nie ma go wcale. Co więcej, w Sidzie w ogóle nie ma żadnego xenowego kernela. Mnie to wygląda na zasługę aktualizacji czegoś innego jednak. :)
Offline
#4 2011-03-05 19:02:01
karolcia - Użytkownik
- karolcia
- Użytkownik
- Skąd: cyberprzestrzeń
- Zarejestrowany: 2009-11-19
Re: Sieć w maszynach XEN pod debian squeeze
Masz rację!
Może to zasługa nowszej wersji udev?
Tak się zastanawiam czy dało by radę wrócić do stabilnej wersji i zainstalować tylko nowszą paczuszkę demona udev??
Nie gryzło by się jedno z drugim?
In a world without walls and fences, who needs Windows and Gates?!
Offline
#5 2011-03-05 19:20:17
ArnVaker - Kapelusznik
- ArnVaker
- Kapelusznik
- Skąd: Midgard
- Zarejestrowany: 2009-05-06
Re: Sieć w maszynach XEN pod debian squeeze
Z tego co widzę na szybko, instalacja udeva z testing/unstable na Squeeze nie stwarza problemów, przynajmniej jeśli chodzi o zależności:
Kod:
amidala / # aptitude -t testing install udev~i -Vs Następujące pakiety zostaną zaktualizowane: libgudev-1.0-0 [164-3 -> 166-1] libudev0 [164-3 -> 166-1] udev [164-3 -> 166-1] 3 pakietów aktualizowanych, 0 instalowanych, 0 do usunięcia i 253 nie aktualizowanych. Do pobrania 751 kB archiwów. Zajęte po rozpakowaniu: 61,4 kB. Kontynuować? [T/n/?] Pakiety zostałyby pobrane/zainstalowane/usunięte.
Cofnąć cały system z Sida do Squeeze teoretycznie też można, np. podbijając priorytet gałęzi do wartości ponad 1000. Natomiast czy w praktyce takie cofanie się uda, to ciężko powiedzieć, w każdym razie nie jest w żaden sposób wspierane przez deweloperów systemu.
Offline