Forum Debian Users Gang

Marek_boss · 2008-03-13 16:05:15

Po ostatnim restarcie serwera stało się coś dziwnego. A mianowicie:
Interface eth1 startuje - ifconfig pokazuje adres, maskę itp że wszystko ok, ale nic przez niego nie przelatuje.
Dopiero po zrobieniu ifdown i później ifup, interface zachowuje się prawidłowo. interface skonfigurowany statycznie.
W czym może leżeć problem? Bo nigdy się jeszcze z takim problemem nie spotkałem. (1 na 20 restartów wstaje normalnie)
eth0 skonfigorowany w analogiczny sposób zachowuje się prawidłowo.

Kod:

#cat dmsg | grep eth0
eth0: RealTek RTL8139 at 0xec00, 00:30:4f:3b:1f:c0, IRQ 201
eth0:  Identified 8139 chip type 'RTL-8100B/8139D'
eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1

Kod:

#cat dmsg | grep eth1
e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth1: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex

interfaces

Kod:

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
    address 192.168.1.254
    netmask 255.255.255.0
    network 192.168.1.0
    broadcast 192.168.1.255
    gateway 192.168.1.254
    
allow-hotplug eth1
iface eth1 inet static
    address 192.168.11.55
    netmask 255.255.255.0
    network 192.168.11.0
    broadcast 192.168.11.255
    gateway 192.168.11.122

Ostatnio edytowany przez Marek_boss (2008-03-13 16:46:25)

bobycob · 2008-03-13 21:10:04

przyznaje, że też pierwsze słyszę

allow-hotplug zawsze zmieniam na auto - w końcu to nie karty usb:) możesz spróbować, ale wątpię by pomogło.
Jeśli to serwer produkcyjny to chyba nie warto rozmyślać nad tym tylko czym prędzej wymienić :)

Marek_boss · 2008-03-13 21:23:05

wcześniej chodził przez x-miesięcy bezproblemowo. Po ostatnich moich gmeraniach w hosts i hostname to się stało. Może to mieć związek?
Mój hosts wygląda teraz:

Kod:

127.0.0.1 localhost serwer
192.168.1.254 serwer

a hostname

Kod:

serwer

PS jak sprawdzić czy z dyskiem się nie dzieją dziwne rzeczy? np badsektory?

bobycob · 2008-03-13 21:58:49

przez złe wpisy w hosts może np niewstać proftpd, ale nie karta sieciowa.

jeżeli będziesz miał bad bloki to w dmesg pojawią się odpowienie wpisy - i wierz mi nie bedziesz miał wątpliwości co system ma namyśli ;)

Ostatnio edytowany przez bobycob (2008-03-13 21:59:11)

szczypior88 · 2008-03-13 22:07:20

U mnie czasem takie dziadostwo się zadziewa. Resetuję wtedy modem od mojego providera i śmiga :) Nie mam pojęcia dlaczego tak się dzieje, ale reset pomaga

Pawel · 2008-03-13 23:26:38

Marek_boss: mam dokładnie ten sam problem... kernel 2.6.24.2, maszyna firmowa HP więc sprzęt raczej sprawny. Raz na jakieś 3-4 restarty dzieją się właśnie takie rzeczy. Muszę robić ifconfig down/up i wtedy działa.
Zauważyłem, że jak nie działa to praktycznie całą pamięć zajmuje bufor -odpalam 'top' i widzę około 3,5GB buffers!!!
a tą kartę sieciową intela mam taką samą jak ty:

Kod:

cat dmesg | grep eth0
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
tg3: eth0: Link is up at 100 Mbps, full duplex.
tg3: eth0: Flow control is on for TX and on for RX.

Kod:

cat dmesg | grep eth1
eth1: Tigon3 [partno(N/A) rev 4201 PHY(5750)] (PCI Express) 10/100/1000Base-T Ethernet 00:1c:c4:d7:4d:a2
eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] WireSpeed[1] TSOcap[1]
eth1: dma_rwctrl[76180000] dma_mask[64-bit]
e1000: eth1: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX

Powiem szczerze, siedziałem nad tym kilka wieczorów i ciągle nie wiem czemu się tak dzieje.

Time (s)	Query
0.00012	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00104	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.225.195.153' WHERE u.id=1
0.00100	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.225.195.153', 1732662476)
0.00055	SELECT * FROM punbb_online WHERE logged<1732662176
0.00061	SELECT topic_id FROM punbb_posts WHERE id=85425
0.00008	SELECT id FROM punbb_posts WHERE topic_id=10867 ORDER BY posted
0.00065	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=10867 AND t.moved_to IS NULL
0.00006	SELECT search_for, replace_with FROM punbb_censoring
0.00093	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=10867 ORDER BY p.id LIMIT 0,25
0.00072	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=10867
Total query time: 0.00581 s

Forum Debian Users Gang

Ogłoszenie

#1 2008-03-13 16:05:15

Marek_boss - Członek DUG

dziwne zachowanie eth1

Kod:

Kod:

Kod:

#2 2008-03-13 21:10:04

bobycob - Członek z Ramienia

Re: dziwne zachowanie eth1

#3 2008-03-13 21:23:05

Marek_boss - Członek DUG

Re: dziwne zachowanie eth1

Kod:

Kod:

#4 2008-03-13 21:58:49

bobycob - Członek z Ramienia

Re: dziwne zachowanie eth1

#5 2008-03-13 22:07:20

szczypior88 - Członek DUG

Re: dziwne zachowanie eth1

#6 2008-03-13 23:26:38

Pawel - Użytkownik

Re: dziwne zachowanie eth1

Kod:

Kod:

Stopka forum

Informacje debugowania