Xen bridge -nem ertem....

Debian GNU/Linux

Szervusztok!

Egy kis segitseget szeretnek kerni toletek.
Feltettem egy Etch-et egy Dell PE 1955 pengere. A celom az lenne, hogy Xen-nel virtualis gepeket kezeljek. Ez eddig szep es jo is, DE... amint elinditom az /etc/xen/scripts/network-bridge nevu scriptet egy kicsit megkutyulodik a dolog. A dom0 nemlatja a halot viszont az osszes vendeg rendszer kilat.
A xen hidba benne van a peth0 ill. a vif0.0, plussz a vendeg rendszerek virtualis ethernet interface-i.
A gepbe 2 halokartya van. De csak az egyiket hasznalom -egyenlore. Ha a masik kartyat (eth1) "beleteszem" a bridge-be akkor kilat, de iszonyu valaszidokkel jon vissza a ping. vszinu hurok jon letre es az egesz server vlan kihal -ne ez annyira nem mokas :)
Az a furcsa, hogy mindez suse alatt pikk pakk megy.
Nagyan halas lennek a segitsegetekert!

Elore is Koszonom!

  • 2108 megtekintés

( YanChi | 2007. 02. 08., cs – 10:59 )

Nekem csak SuSE-s tapasztalataim vannak, ott nálam is megy rendesen...

( sherpa v | 2007. 02. 08., cs – 13:16 )

Mi lenne ha bekapcsolnám a feszítőfát a hídban? -azért kérdek és nem csinálom mert nem akarom hazavágni a hálót (megint)

( FoREE | 2007. 02. 08., cs – 13:30 )

xen 3.0.4 -et hasznalsz?
aktiv-e valami iptables szabaly?
segit-e egy ifconfig eth0 down;sleep 2;ifconfig eth0 up a dom0-ban?

Nem, nem azt használom. Sima deb csimagból telepítettem. 3.0.3

viszont most, hogy mondod megnéztem a router tábláját. (felnhúzta egy suse-t is)
Szóval a suse alatt megint minden megy rendesen :S
Ja router tábla!
Suse
Destination Gateway Genmask Flags Metric Ref Use Iface
10.5.2.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 10.5.2.254 0.0.0.0 UG 0 0 0 eth0

Deb
Destination Gateway Genmask Flags Metric Ref Use Iface
localnet * 255.255.255.0 U 0 0 0 eth0
default 10.5.1.254 0.0.0.0 UG 0 0 0 eth0

Ez egy kicsit hiányosnak hat...
Hogy tudnám valami hasonló formára hozni a Deb tábláját?

route add -net 10.5.2.0 netmask 255.255.255.0 gw 10.5.2.XXX

szerk:
persze a gw utan olyan ip-t adj meg amit routolas nelkul is elersz (e.g. azonos alhaloban van mint valamelyik interface-d)

nekem debian alatt egy 3.0.2 megy hasonlo route kimenettel, mint amit Te mutatsz...

Ezt mondja az iptables

vserver:~# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT 0 -- anywhere anywhere PHYSDEV match --physdev-in vif1.0
ACCEPT 0 -- anywhere anywhere PHYSDEV match --physdev-in vif2.0

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

semmi extra:

centaur:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 10.0.0.1
netmask 255.255.255.0
gateway 10.0.0.2

( _ventura_ v | 2007. 02. 14., sze – 15:33 )

van erre megoldás mert nekem is most ugyanez a prblémám :<

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.18-rc7

( gyu v | 2007. 02. 15., cs – 11:57 )

Őőőő... igaziból... érthetően le tudnád írni, hogy mit szeretnél, mit állítottál be most, és mi a jelenség?

először, volt két eth 0/1
a network-script network-bridge netdev=eth1 volt a scrip
azaz a virtuális gépek az eht1 et használtak bridgeben
a dom0 marad az eth0 ment szépen, de az egyik eth interface-t kivettem
maradt eht0, a sima network-bridge scriptel
ekkor a dom0 semmilyen hálózat nem volt kifele/befele, csak a virtuális gépeit látta, a domU persze volt hálózat ki/be

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.18-rc7

jahh közbe meglett miért nem ment, ez afféle feature a dell szervernél
vagy a broadcom karinál nem is tom :D

http://mywiki.ncsa.uiuc.edu/wiki/Dell_PE1950_NIC_Firmware_Workaround

szal ki kell kapcsolni a hálókari IPMI vagy mi.

ugyhogy ezért nem ment, csodálkoztam is mert pl IBM szerveren gond nélkül ment, a bridge 1 karival is.

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.18-rc7