Во-первых, у нас есть SR, открытый с Novell, но я все равно спрошу здесь. Быстрый сценарий таков.
Когда средняя нагрузка на один из шлюзов доступа (LAG) превысила 2.0, я увидел некоторое время ожидания процессора, и процесс ics_dyn превысил 50%, а процесс java превысил 112%. Это длилось всего около 1 секунды. Средняя загрузка сразу же снизилась, а загрузка процессоров-нарушителей опустилась ниже 10% ЦП.
Я подошел к веб-консоли и увидел, что LAG не отвечает. Я обновился, и он сразу стал зеленым.
Похоже, что процессы набирают обороты, ЦП превышает 100%, а другой процесс теперь ожидает перезапуска процессорного времени ics_dyn, и все возвращается в нормальное состояние, но цикл начинается снова.
grep RESTARTED ics_dyn.log
Mar 29 09:34:58 <SERVERNAME> vmcontroller: AM#404514000: AMDEVICEID#: AMAUTHID#0: AMEVENTID#0: VM-0 DOWN, being RESTARTED (Tue Mar 29 09:34:57 2011 ). restarted 60 times. fastRestartMode.
Mar 29 09:38:33 <SERVERNAME> vmcontroller: AM#404514000: AMDEVICEID#: AMAUTHID#0: AMEVENTID#0: VM-0 DOWN, being RESTARTED (Tue Mar 29 09:38:32 2011 ). restarted 61 times. fastRestartMode.
Mar 29 09:51:17 <SERVERNAME> vmcontroller: AM#404514000: AMDEVICEID#: AMAUTHID#0: AMEVENTID#0: VM-0 DOWN, being RESTARTED (Tue Mar 29 09:51:16 2011 ). restarted 62 times. fastRestartMode.
Их много в dmesg.
ics_dyn[11708]: segfault at 1c ip b5caf868 sp b22561d0 error 4 in libproxy.so.1[b5b8b000+1e2000]
Я знаю, что будут запросы на дополнительную информацию, и я готов ее предоставить. Проблема довольно странная, и я думаю, что это ошибка в программе управления доступом.
Версия 2.7.3 (20100428_184640) Авторские права (c) 1999-2009 Novell, Inc. Все права защищены.
Полевые нашивки: Field Patch 3 - 20100425
После создания резервной копии и анализа журнала исправление было предоставлено Novell. Это ошибка в их коде, и они предоставили перекомпилированный libproxy.