Что приводит к тому, что мои журналы наводняются с помощью низкоскоростных USB-устройств?

У меня есть ящик с Ubuntu 14.04 с установленными патчами. Неожиданно около недели назад мои журналы начали заполняться сотнями сообщений в минуту, которые выглядят следующим образом:

Jun 18 11:28:49 Serv kernel: [778682.205315] usb 2-1.5: new low-speed USB device number 24 using ehci-pci Jun 18 11:28:49 Serv kernel: [778682.461172] usb 2-1.5: new low-speed USB device number 25 using ehci-pci Jun 18 11:28:49 Serv kernel: [778682.717029] usb 2-1.5: new low-speed USB device number 26 using ehci-pci Jun 18 11:28:50 Serv kernel: [778682.972886] usb 2-1.5: new low-speed USB device number 27 using ehci-pci Jun 18 11:28:50 Serv kernel: [778683.228750] usb 2-1.5: new low-speed USB device number 28 using ehci-pci Jun 18 11:28:50 Serv kernel: [778683.484602] usb 2-1.5: new low-speed USB device number 29 using ehci-pci Jun 18 11:28:51 Serv kernel: [778683.740444] usb 2-1.5: new low-speed USB device number 30 using ehci-pci Jun 18 11:28:51 Serv kernel: [778683.996318] usb 2-1.5: new low-speed USB device number 31 using ehci-pci Jun 18 11:28:51 Serv kernel: [778684.252176] usb 2-1.5: new low-speed USB device number 32 using ehci-pci Jun 18 11:28:51 Serv kernel: [778684.508035] usb 2-1.5: new low-speed USB device number 33 using

Они начнут пронумероваться в 1, обычно останавливаются между 100-150, будут останавливаться около 10 секунд, а затем начать все заново. Я не внес никаких изменений в эту систему, кроме установки обновлений, ни одна из которых не вызвала интереса (apache, php, teamviewer и т. Д.), За исключением обновления ядра. Я не вижу других ошибок в моих журналах, которые были бы важны. Я заметил, что мышь работает только на боковой панели, но вы не можете щелкнуть что-либо на рабочем столе или в любой оконной программе, поэтому мне нужно перемещаться с помощью клавиатуры. Я пробовал новую мышь и имею ту же проблему. Кто-нибудь знает, где я могу начать здесь смотреть? Мой syslog-сервер затоплен, и теперь журналы обработки почти невозможны.

0
задан 18 June 2017 в 18:45

6 ответов

Хорошо, поэтому это заняло много проблем, и я не знаю, как это возможно, но на самом деле это вызвало проблему.

Я отключил все устройства, о которых я мог думать, и сообщения еще шли. Я думал, что guiverc, возможно, был прав относительно отказа контроллера, поскольку сообщения продолжались даже после того, как все USB-устройства были удалены. Обычно это безголовый бокс, и RDP не играет хорошо с разрешением (макс. 640x480), поэтому я купил эмулятор дисплея HDMI.

https://www.amazon.com/gp/product/B06XT1Z9TF

Это устройство, похоже, потерпело неудачу и каким-то образом появилось на сервере, что это монитор, который поддерживал CEC. Сервер пытался разбудить монитор несколько раз, когда я использовал систему через RDP. Я заметил, что подробное ведение журнала происходило только тогда, когда я активно работал на сервере, журналы остановились бы примерно через 5 минут после того, как я отключусь.

Мое решение состояло в том, чтобы поменять устройство эмуляции, и новый работает отлично , Я также смог войти в BIOS и отключить поддержку CEC, которая также устранила проблему, но разрешение на RDP было неудобным из-за сбоя устройства.

2
ответ дан 22 May 2018 в 21:24

Хорошо, поэтому это заняло много проблем, и я не знаю, как это возможно, но на самом деле это вызвало проблему.

Я отключил все устройства, о которых я мог думать, и сообщения еще шли. Я думал, что guiverc, возможно, был прав относительно отказа контроллера, поскольку сообщения продолжались даже после того, как все USB-устройства были удалены. Обычно это безголовый бокс, и RDP не играет хорошо с разрешением (макс. 640x480), поэтому я купил эмулятор дисплея HDMI.

https://www.amazon.com/gp/product/B06XT1Z9TF

Это устройство, похоже, потерпело неудачу и каким-то образом появилось на сервере, что это монитор, который поддерживал CEC. Сервер пытался разбудить монитор несколько раз, когда я использовал систему через RDP. Я заметил, что подробное ведение журнала происходило только тогда, когда я активно работал на сервере, журналы остановились бы примерно через 5 минут после того, как я отключусь.

Мое решение состояло в том, чтобы поменять устройство эмуляции, и новый работает отлично , Я также смог войти в BIOS и отключить поддержку CEC, которая также устранила проблему, но разрешение на RDP было неудобным из-за сбоя устройства.

2
ответ дан 18 July 2018 в 11:27

Хорошо, поэтому это заняло много проблем, и я не знаю, как это возможно, но на самом деле это вызвало проблему.

Я отключил все устройства, о которых я мог думать, и сообщения еще шли. Я думал, что guiverc, возможно, был прав относительно отказа контроллера, поскольку сообщения продолжались даже после того, как все USB-устройства были удалены. Обычно это безголовый бокс, и RDP не играет хорошо с разрешением (макс. 640x480), поэтому я купил эмулятор дисплея HDMI.

https://www.amazon.com/gp/product/B06XT1Z9TF

Это устройство, похоже, потерпело неудачу и каким-то образом появилось на сервере, что это монитор, который поддерживал CEC. Сервер пытался разбудить монитор несколько раз, когда я использовал систему через RDP. Я заметил, что подробное ведение журнала происходило только тогда, когда я активно работал на сервере, журналы остановились бы примерно через 5 минут после того, как я отключусь.

Мое решение состояло в том, чтобы поменять устройство эмуляции, и новый работает отлично , Я также смог войти в BIOS и отключить поддержку CEC, которая также устранила проблему, но разрешение на RDP было неудобным из-за сбоя устройства.

2
ответ дан 24 July 2018 в 19:48

Я видел это раньше на двух «старых» боксах, первый ящик заставлял все-usbs прекратить работу ~ через два месяца после того, как проблема началась, вторая продолжалась, когда я покинул организацию.

Я бы воспринял это как возможный признак неудачной части. Низкая скорость - это обычно клавиатура или мышь; возможно, электрическое соединение «iffy» вызывает отсоединение-повторное подключение и результирующее сообщение, но оба блока, которые я видел, были продолжены, когда все устройства USB были удалены.

Я понимаю, что это все CONJECTURE, но я бы воспринял это как признак возможного отказа оборудования. (Я не могу комментировать, поэтому комментарий как ответ)

ps: Я создал грязный скрипт .pl, чтобы просто удалить эти строки из журналов, которые мне приходилось смотреть ...
1
ответ дан 22 May 2018 в 21:24
  • 1
    Я думал, что вы правы с аппаратным сбоем контроллера контроллера, но я нашел решение и разместил его ниже. Спасибо за совет! – hobbymaster001 19 June 2017 в 17:57

Я видел это раньше на двух «старых» боксах, первый ящик заставлял все-usbs прекратить работу ~ через два месяца после того, как проблема началась, вторая продолжалась, когда я покинул организацию.

Я бы воспринял это как возможный признак неудачной части. Низкая скорость - это обычно клавиатура или мышь; возможно, электрическое соединение «iffy» вызывает отсоединение-повторное подключение и результирующее сообщение, но оба блока, которые я видел, были продолжены, когда все устройства USB были удалены.

Я понимаю, что это все CONJECTURE, но я бы воспринял это как признак возможного отказа оборудования. (Я не могу комментировать, поэтому комментарий как ответ)

ps: Я создал грязный скрипт .pl, чтобы просто удалить эти строки из журналов, которые мне приходилось смотреть ...
1
ответ дан 18 July 2018 в 11:27

Я видел это раньше на двух «старых» боксах, первый ящик заставлял все-usbs прекратить работу ~ через два месяца после того, как проблема началась, вторая продолжалась, когда я покинул организацию.

Я бы воспринял это как возможный признак неудачной части. Низкая скорость - это обычно клавиатура или мышь; возможно, электрическое соединение «iffy» вызывает отсоединение-повторное подключение и результирующее сообщение, но оба блока, которые я видел, были продолжены, когда все устройства USB были удалены.

Я понимаю, что это все CONJECTURE, но я бы воспринял это как признак возможного отказа оборудования. (Я не могу комментировать, поэтому комментарий как ответ)

ps: Я создал грязный скрипт .pl, чтобы просто удалить эти строки из журналов, которые мне приходилось смотреть ...
1
ответ дан 24 July 2018 в 19:48
  • 1
    Я думал, что вы правы с аппаратным сбоем контроллера контроллера, но я нашел решение и разместил его ниже. Спасибо за совет! – hobbymaster001 19 June 2017 в 17:57

Другие вопросы по тегам:

Похожие вопросы: