Коммутаторы : Программное обеспечение Cisco BPX/IGX/IPX WAN

Программная ошибка 506

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ объясняет программную ошибку (swerr) 506, который может произойти на IGX или коммутаторах BPX.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Сведения в этом документе основываются на IGX и коммутаторах BPX.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Программная ошибка 506

swerr 506 зарегистрирован от подпрограммы, которая освобождает выделенную память. Его присутствие обычно указывает, что процесс, который освобождает память, не является процессом, который владеет памятью. После того, как ошибка зарегистрирована, память освобождена.

ID процесса владельца памяти находится в поле данных. Это должно быть некоторым значением меньше, чем максимальное число процессов (отображенный с командой dspprf).

1.Error   506         00000006   3003BF4A   PROT   8.1.1j  06/24/96 05:48:411
US 30374AE0  30 03 BF 4A 00 00 01 FA  00 00 00 06 30 1A 58 5E
                                      Process ID  Alloc Address

Данный пример указывает, что процесс Prot пробует к доступной памяти, принадлежавшей процессу 6 (вероятно, SNMP). Первая линия подробного дампа стека показывает ID (6) процесса и адрес подпрограммы, которая выделила память (301A585E).

Это - ID допустимого процесса и действительный адрес памяти для кодовой области. Это указывает, что ошибка была зарегистрирована из-за проблемы со способом, которым программное обеспечение коммутатора обработало владение памятью. Чтобы попытаться изолировать проблему, можно отследить способ, которым выделенная память обрабатывалась от адреса распределения до адреса Free_mem. Если эта проблема наблюдается в поле, это обычно не повод для беспокойства.

Если ID процесса в поле данных не является ID допустимого процесса, выделенный блок памяти, возможно, был поврежден перезаписью памяти. Это - важная проблема, поскольку перезаписи памяти могут вызвать повреждение памяти. Повреждение памяти может вызвать много проблем, включая 1M3 прерывания. Рассмотрим следующий пример:

Журнал программного обеспечения для плат активного управления

No.  Type    Number    Data(Hex)  PC(Hex)    PROC   SwRev   Date     Time
 1.  Error   506       0000FDE2   3003C04C   NETW   8.1.18  10/28/96 23:05:27
 2.  Abort   1000003   00000000   300156A0   NETW   8.1.18  10/28/96 23:05:27

От подробности прерывают стек:

1.  Error   506       0000FDE2   3003C04C   NETW   8.1.18  10/28/96 23:05:27
USP 30356568 30 03 C0 4C 00 00 01 FA  00 00 FD E2 00 00 2F 02

Данный пример показывает, что оба ID процесса (00 00 01 FA) и адрес распределения (00 00 2F 02) были повреждены. Очень вероятно, что повреждение расширяется мимо заголовка в область данных блока памяти. Также вероятно, что будет поврежден следующий блок памяти, выделенный этому месту в памяти.

Блок памяти повреждения не может быть определен от ошибок, зарегистрированных этим событием. Требуется swerr 514, который зарегистрирован, когда блок, который фактически превышен, освобожден. Сеть должна быть проверена для swerr 514 с, которые повреждают весь флаг DEADFACE. (Обратитесь к Программной ошибке 514.)

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 10782