форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Сеть. проблемы, диагностика / Linux)
Изначальное сообщение		[ Отслеживать ]

"помогите понять причину почему отваливается eth в CentOS"	+/–
Сообщение от Михаил (??) on 15-Сен-12, 01:15
у нас на новом (54 дня юзаем) выделенном сервере с CentOS 6.3 (сетевые параметры статичны, забиты руками) уже 2 раза возикает следующая ситуация: он перестаёт быть виден в инете, и когда я подключаюсь к нему по KVM, вижу что система в порядке, только  не пингуется шлюз по умолчанию (ну и вообще ничего не пингуется, ни внтури ни снаружи). После ребута всё начинает пинговаться. Я даже думаю что даже рестарт интерфейса помог бы, но в торопях даже не подумал проверить ... Причём что странно, такое происходит когда хостер делает обновления своего виндо-хостинга (в тот же день). Вопрос такой: какие причины могут быть у такого поведения? Что хостер теоретически мог такое сделать чтобы так интерфейс отваливался? Заранее спасибо за ответ!
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "помогите понять причину почему отваливается eth в CentOS"	+/–
Сообщение от alexpn (ok) on 15-Сен-12, 04:33
в логах что ? можно попробовать убрать параметр NM_CONTROLLED="no"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "помогите понять причину почему отваливается eth в CentOS"	+/–
	Сообщение от argonis (ok) on 15-Сен-12, 22:03
	> в логах что ? > можно попробовать убрать параметр > NM_CONTROLLED="no" Хм...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "помогите понять причину почему отваливается eth в CentOS"	+/–
	Сообщение от Михаил (??) on 15-Сен-12, 22:16
	> в логах что ? > можно попробовать убрать параметр > NM_CONTROLLED="no" я "не очень админ", в dmesg ничего особенного незаметил. сегодня ситуация повторилась, попробовал /etc/init.de/network restart|reload , не помогло. ip addr показал на интерфейсе "NO CARRIER". пришлось снова ребутать и снова всё заработало.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "помогите понять причину почему отваливается eth в CentOS"	+/–
	Сообщение от Михаил (??) on 15-Сен-12, 22:53
	>> в логах что ? а всё, нашёл, по времени  вчерашний случай сопровождаются логом в messages: Sep 14 17:20:17 sun kernel: ------------[ cut here ]------------ Sep 14 17:20:17 sun kernel: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x26d/0x280() (Not tainted) Sep 14 17:20:17 sun kernel: Hardware name: X9SCL/X9SCM Sep 14 17:20:17 sun kernel: NETDEV WATCHDOG: eth1 (e1000e): transmit queue 0 timed out Sep 14 17:20:17 sun kernel: Modules linked in: ipv6 ext2 dm_mod sr_mod cdrom serio_raw i2c_i801 i2c_core sg iTCO_wdt iTCO_vendor_support shpchp e1000e ext4 mbcache jbd2 raid1 sd_mod crc_t10dif usb_storage video output ahci [la\ st unloaded: scsi_wait_scan] Sep 14 17:20:17 sun kernel: Pid: 0, comm: swapper Not tainted 2.6.32-279.2.1.el6.x86_64 #1 Sep 14 17:20:17 sun kernel: Call Trace: Sep 14 17:20:17 sun kernel: <IRQ>  [<ffffffff8106b747>] ? warn_slowpath_common+0x87/0xc0 Sep 14 17:20:17 sun kernel: [<ffffffff8106b836>] ? warn_slowpath_fmt+0x46/0x50 Sep 14 17:20:17 sun kernel: [<ffffffff8145972d>] ? dev_watchdog+0x26d/0x280 Sep 14 17:20:17 sun kernel: [<ffffffff8107f094>] ? mod_timer+0x144/0x220 Sep 14 17:20:17 sun kernel: [<ffffffff814594c0>] ? dev_watchdog+0x0/0x280 Sep 14 17:20:17 sun kernel: [<ffffffff8107e897>] ? run_timer_softirq+0x197/0x340 Sep 14 17:20:17 sun kernel: [<ffffffff810a21d0>] ? tick_sched_timer+0x0/0xc0 Sep 14 17:20:17 sun kernel: [<ffffffff8102b40d>] ? lapic_next_event+0x1d/0x30 Sep 14 17:20:17 sun kernel: [<ffffffff81073ec1>] ? __do_softirq+0xc1/0x1e0 Sep 14 17:20:17 sun kernel: [<ffffffff81096c50>] ? hrtimer_interrupt+0x140/0x250 Sep 14 17:20:17 sun kernel: [<ffffffff8100c24c>] ? call_softirq+0x1c/0x30 Sep 14 17:20:17 sun kernel: [<ffffffff8100de85>] ? do_softirq+0x65/0xa0 Sep 14 17:20:17 sun kernel: [<ffffffff81073ca5>] ? irq_exit+0x85/0x90 Sep 14 17:20:17 sun kernel: [<ffffffff81505d10>] ? smp_apic_timer_interrupt+0x70/0x9b Sep 14 17:20:17 sun kernel: [<ffffffff8100bc13>] ? apic_timer_interrupt+0x13/0x20 Sep 14 17:20:17 sun kernel: <EOI>  [<ffffffff812cd9fe>] ? intel_idle+0xde/0x170 Sep 14 17:20:17 sun kernel: [<ffffffff812cd9e1>] ? intel_idle+0xc1/0x170 Sep 14 17:20:17 sun kernel: [<ffffffff81407757>] ? cpuidle_idle_call+0xa7/0x140 Sep 14 17:20:17 sun kernel: [<ffffffff81009e06>] ? cpu_idle+0xb6/0x110 Sep 14 17:20:17 sun kernel: [<ffffffff814e446a>] ? rest_init+0x7a/0x80 Sep 14 17:20:17 sun kernel: [<ffffffff81c21f7b>] ? start_kernel+0x424/0x430 Sep 14 17:20:17 sun kernel: [<ffffffff81c2133a>] ? x86_64_start_reservations+0x125/0x129 Sep 14 17:20:17 sun kernel: [<ffffffff81c21438>] ? x86_64_start_kernel+0xfa/0x109 Sep 14 17:20:17 sun kernel: ---[ end trace d365cb78d78ec70b ]--- Sep 14 17:20:17 sun kernel: e1000e 0000:02:00.0: eth1: Reset adapter и сегодняшний - тоже самое, вопрос: это гарантированно значит что-то с сетевухой?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "помогите понять причину почему отваливается eth в CentOS"	+/–
	Сообщение от Михаил (??) on 16-Сен-12, 13:17
	оказывается трабла известная и "свежая", буду пробовать решение: http://www.doxer.org/learn-linux/resolved-intel-e1000e-drive.../
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

2. "помогите понять причину почему отваливается eth в CentOS"	+/–
Сообщение от sasku (ok) on 15-Сен-12, 16:54
>[оверквотинг удален] > нему по KVM, вижу что система в порядке, только  не > пингуется шлюз по умолчанию (ну и вообще ничего не пингуется, ни > внтури ни снаружи). > После ребута всё начинает пинговаться. Я даже думаю что даже рестарт интерфейса > помог бы, но в торопях даже не подумал проверить ... > Причём что странно, такое происходит когда хостер делает обновления своего виндо-хостинга > (в тот же день). > Вопрос такой: какие причины могут быть у такого поведения? Что хостер теоретически > мог такое сделать чтобы так интерфейс отваливался? > Заранее спасибо за ответ! была аналогичная проблема - решилась заменой сетевой карты
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "помогите понять причину почему отваливается eth в CentOS"	+/–
	Сообщение от alexpn (ok) on 16-Сен-12, 06:31
	Либо конфликт  прерываний либо сетевая скорее всего второе
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема