форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"eth0: Transmit error, Tx status register, console &  syslog."
Сообщение от Medlar on 06-Май-03, 13:48  (MSK)
Постоянно вылетает на консоль сообщение: May  5 08:50:27 ns1 kernel: eth0: Transmit error, Tx status register 82. May  5 08:50:27 ns1 kernel: Probably a duplex mismatch.  See Documentation/networking/vortex.txt May  5 08:50:27 ns1 kernel:   Flags; bus-master 1, dirty 13127645(13) current 13127647(15) May  5 08:50:27 ns1 kernel:   Transmit list 00000000 vs. c14cd540. May  5 08:50:27 ns1 kernel:   0: @c14cd200  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   1: @c14cd240  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   2: @c14cd280  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   3: @c14cd2c0  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   4: @c14cd300  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   5: @c14cd340  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   6: @c14cd380  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   7: @c14cd3c0  length 800005ea status 000105ea May  5 08:50:27 ns1 kernel:   8: @c14cd400  length 800005ea status 000105ea В документации сказано, что "This is a common error which is almost always caused by another host on the same network being in full-duplex mode, while this host is in half-duplex mode.  You need to find that other host and make it run in half-duplex mode or fix this host to run in full-duplex mode. As a last resort, you can force the 3c59x driver into full-duplex mode with   options 3c59x full_duplex=1 but this has to be viewed as a workaround for broken network gear and should only really be used for equipment which cannot autonegotiate." Найти этот комп с карточкой в полнодуплексном режиме я не могу: сеть большая, придется отключать последовательно от хаба отдельные подсети, чтобы хотя бы определить, в какой из них этот комп находится, а может он и не один, и не в одной подсети, а переводить свою карточку в full-duplex по причине, указанной в доке, тоже не желательно. Вопрос вот в чем: как добиться, чтобы эти сообщения не лезли на экран? Syslog.conf был изменен так: # Log all kernel messages to the console. # Logging much else clutters up the screen. kern.*                                                  /var/log/console Замечательно, теперь эти сообщения пишутся и на консоль, и в этот файл. Кстати, до моей правки там стояла _закомментированная_ строка #kern.*                                                 /dev/console Похоже, сислог не может не кидать сообщения на консоль? Или можно с ним справиться? Да, система BlackCat6.2.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

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

1. "eth0: Transmit error, Tx status register, console &  syslog."
Сообщение от lavr on 06-Май-03, 14:03  (MSK)
>Постоянно вылетает на консоль сообщение: >May  5 08:50:27 ns1 kernel: eth0: Transmit error, Tx status register >82. >May  5 08:50:27 ns1 kernel: Probably a duplex mismatch.  See >Documentation/networking/vortex.txt >May  5 08:50:27 ns1 kernel:   Flags; bus-master 1, dirty >13127645(13) current 13127647(15) >May  5 08:50:27 ns1 kernel:   Transmit list 00000000 vs. >c14cd540. >May  5 08:50:27 ns1 kernel:   0: @c14cd200  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   1: @c14cd240  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   2: @c14cd280  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   3: @c14cd2c0  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   4: @c14cd300  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   5: @c14cd340  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   6: @c14cd380  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   7: @c14cd3c0  length >800005ea status 000105ea >May  5 08:50:27 ns1 kernel:   8: @c14cd400  length >800005ea status 000105ea >В документации сказано, что >"This is a common error which is almost always caused by another >host on >the same network being in full-duplex mode, while this host is in > >half-duplex mode.  You need to find that other host and make >it run in >half-duplex mode or fix this host to run in full-duplex mode. >As a last resort, you can force the 3c59x driver into full-duplex >mode >with   options 3c59x full_duplex=1 >but this has to be viewed as a workaround for broken network >gear and >should only really be used for equipment which cannot autonegotiate." >Найти этот комп с карточкой в полнодуплексном режиме я не могу: сеть >большая, придется отключать последовательно от хаба отдельные подсети, >чтобы хотя бы определить, в какой из них этот комп находится, а >может он и не один, и не в одной подсети, а >переводить свою карточку в full-duplex >по причине, указанной в доке, тоже не желательно. >Вопрос вот в чем: как добиться, чтобы эти сообщения не лезли на >экран? > >Syslog.conf был изменен так: ># Log all kernel messages to the console. ># Logging much else clutters up the screen. >kern.*             >           >           >           >     /var/log/console >Замечательно, теперь эти сообщения пишутся и на консоль, и в этот файл. > >Кстати, до моей правки там стояла _закомментированная_ строка >#kern.*             >           >           >           >    /dev/console >Похоже, сислог не может не кидать сообщения на консоль? >Или можно с ним справиться? может, вот только в Linux'е еще и klogd используется, посмотри как это в BC и вперед. ps. если у тебя UTP, то что-то тут не так... >Да, система BlackCat6.2.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.