Помилка серії Cisco MDS: рядок ідентифікації протоколу не має повернення каретки
Summary: Помилка на перемикачі %DAEMON-3-SYSTEM_MSG: помилка: рядок ідентифікації протоколу не має повернення каретки
Symptoms
Побачивши ці помилки в 'show logging log' :
2024 Nov 5 03:05:01 PSTIEBN5003 %DAEMON-3-SYSTEM_MSG: error: protocol identification string lack carriage return - dcos_sshd[20871]2024 Nov 5 03:05:03 PSTIEBN5003 %DAEMON-3-SYSTEM_MSG: error: protocol identification string lack carriage return - dcos_sshd[7528]2024 Nov 5 03:05:04 PSTIEBN5003 %DAEMON-3-SYSTEM_MSG: error: protocol identification string lack carriage return - dcos_sshd[7572]
Cause
Проблема може виникнути після оновлення комутаторів MDS/Nexus під керуванням DCNM версії 11.3 або новішої.
Перемикач стикається з помилкою CSCvv24160.
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvv24160
Resolution
Самі повідомлення журналу нешкідливі, але вони можуть заповнювати журнали. Отже, зміна рівня журналювання на комутаторі буде кращим варіантом, доки DCNM не буде оновлено до фіксованої версії.
Спосіб вирішення:
1. Виконайте наступні конфігурації на перемикачі: логування рівня демона 2
2. Збільште інтервал опитування DCNM до максимуму (15 хвилин), щоб зменшити кількість записів у журналі.
Щоб реалізувати це, перейдіть на сторінку Адміністрування веб-інтерфейсу -> Властивості сервера. Знайдіть властивістьcdp.pollingInterval і збільште значення до більшого числа (за замовчуванням 300 секунд), наприклад 600 або 900 секунд.
Виправити: Оновлення до NDFC 12.x
Additional Information
Зниження рівня логування фонової служби з рівня 3 (Помилка) до рівня 2 (Критичний) призводить до запису меншої кількості повідомлень журналу. Реєструватимуться лише повідомлення, які класифікуються як «критичні» або серйозніші. Ось короткий опис того, що це означає:
Рівень 3 (помилка): Реєструє умови помилок, які можуть дозволити системі продовжувати роботу, але вказують на проблему, яка потребує уваги.
Рівень 2 (критичний): Реєструє критичні умови, які є більш серйозними проблемами, які можуть спричинити значні проблеми або системні збої.
Встановивши рівень журналювання на 2, він відфільтровує менш серйозні повідомлення про помилки та фіксує лише критичні проблеми, потенційно зменшуючи обсяг журналів і зосереджуючись на найсерйозніших проблемах.