• Ismertető
  • Hírek
  • Letöltés
  • Súgó
  • Tananyag
  • Közösség
  • Ubuntu Women
ubuntu.hu

Hamarosan érkezik az Ubuntu következő kiadása

Belépés

Mi az az OpenID?
  • Belépés OpenID használatával
  • OpenID belépés megszakítása
  • Felhasználó létrehozása
  • Elfelejtett jelszó

Facebook

Kapcsolat

  • Identi.ca csoport
  • Facebook oldal
  • IRC
  • Közösségi levlista
  • Segítői levlista
  • Magyar Ubuntu Planet
  • További elérhetőségek

Ubuntu Server hálózati problémák

2007. december 14. – 12.12 – BBoy
  • Hardver (7.04)

Sziasztok!

Már volt téma a HUP-on, csak sajnos ott nem igazán jutottam előrébb. Talán itt valaki tud segíteni?!

Adott egy HP ML150G3 WS5130 HP-SATA EU Svr szerver. http://www.hpshop.hu/product.my?idt=5394&cdt=676

Jelenleg Ubuntu 7.10 Server linux van a gépen. Elsősorban Samba fájlszerverként üzemel, valamint mellékesen az alábbi szolgáltatásokat látja el a gép:
- Samba server (3.0.26a)
- Squid proxy server (2.6.STABLE14)
- Name server (BIND 9.4.1-P1)
- SMTP daemon (postfix 2.4.5-3ubuntu1)
- Cyrus IMAP daemon (v2.2.13-Debian-2.2.13-11ubuntu1)

lspci kimenete:

00:00.0 Host bridge: Intel Corporation 5000V Chipset Memory Controller Hub (rev b1)
00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev b1)
00:03.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 (rev b1)
00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1)
00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1)
00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1)
00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev b1)
00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev b1)
00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev b1)
00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev b1)
00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09)
00:1d.0 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09)
00:1d.1 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09)
00:1d.2 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09)
00:1d.3 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #4 (rev 09)
00:1d.7 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9)
00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09)
00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09)
00:1f.2 RAID bus controller: Intel Corporation 631xESB/632xESB SATA RAID Controller (rev 09)
01:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01)
01:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01)
02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01)
04:01.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet Controller (rev 05)
07:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
07:02.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)

Sajnos a problémák már a szerver első beüzemelésekor kezdődtek, ugyanis az Intel hálózati kártya - már pluszba - azért lett vásárolva a gépbe, mert az alaplapi ethernet vezérlő sajnos sehogy sem volt hajlandó gigabit módban menni! Az Intel kártyával gigabit ügyben semmi gond, viszont a problémánk a következő függetlenül, hogy melyik hálózati kártyát használjuk: a windows klienseken akár csak sima tallózás közben van olyan, hogy 5-10mp-et kell várni, míg a szerver "válaszol" - eközben a kliens windowsban úgy tűnik, mintha megfagyott volna az intéző. Tapasztalatom szerint ez probléma minden kliensen egy időben jelentkezik! Mindeközben a szervert amúgy lehet pingelni, nincs leterhelve egyáltalán, még csak a load sem megy fel!

Volna egy másik probléma is, bár a kettőnek lehetséges hogy semmi összefüggése... A Squid-en keresztül van olyan netrádió ami egyáltalán el sem "indul" ill. van olyan ami elindul, de mindenféle hibát produkál (mintha adatveszteség keletkezne a streamben?!) lejátszás közben. Proxy nélkül viszont gyönyörűen megy minden rádió. Tudom most erre jönne a válasz, akkor ne használjam a proxy-t netrádiózásra. Én csak azt nem értem, hogyha a régi szerveren simán ment ez, akkor ezen miért nem működik?! Van esetleg a Squidben valami paraméter ezekre?

Légyszíves segítsetek, hogy mivel lehetne ez(eke)t a problémá(ka)t kinyomozni és megoldani!?

Előre is köszönöm a segítséget!

‹ Második HDD felismerése I/O Error ›
cyfh – 2007. december 21. 0.20

Szia,

a gigabit-es mód nem force-olható egyik kártyán se, ezzel nem is érdemes próbálkozni. Tapasztalataim alapján az Intel a legtöbb switch-el hibátlanul megy gigabites módban, bár a BCM-ekel eddig nem volt gondom, de régebben sajnos rossz tapasztalataim voltak ezekkel. A helyedben mikor fagyizik a kliens, akkor egy tcpdump-ot néznék, nincs-e iptables-ben be nem engedett csomag, meg olyat, hogy az adott időben megy-e rendesen a névfeloldás.

Netrádiók témakörben passzolok.

Üdv,

--
<- CyFH ->

--
<- CyFH ->

lacyc3 – 2007. december 21. 1.17

A kliens fagyizásban a Windows a felelős, mert win to win kapcsolatkor is min. ennyit kell várni (megoszott mappák pl.) szerintem.

Nállam itthon a squid (2.6.STABLE17) megy rendesen, a netrádiókkal is, igaz nem ubuntu szerveren.

 

Hozzászólás-megjelenítési lehetőségek

A választott hozzászólás-megjelenítési mód a „Beállítás” gombbal rögzíthető.
© 2007–2011. Magyar Ubuntu Közösség.
Az Ubuntu a Canonical bejegyzett védjegye.
Az ubuntu.hu az fsf.hu kiszolgálóin fut.