2008-09-26 4 views
0

Когда я пытаюсь настроить безопасность через консоль администратора Websphere, она просто зависает. Его на последнем шаге ниже 4 шаговWebsphere 6.1 - Настройка безопасности

  1. Укажите степень защиты
  2. хранилище Выберите пользователя
  3. Настройка хранилища пользователя
  4. Резюме

Вот выдержки из моей консоли

[26/09/08 13:50:56:539 IST] 0000001f ServletWrappe I 
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/EnableSecurity.jsp]: Initialization successful. 
[26/09/08 13:50:58:616 IST] 0000001f ServletWrappe I 
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/SelectRegistry.jsp]: Initialization successful. 
[26/09/08 13:51:00:126 IST] 0000001f ServletWrappe I 
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/ConfigureRegistry.jsp]: Initialization successful. 
[26/09/08 13:51:00:126 IST] 0000001f ServletWrappe I 
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/LocalRegistry.jsp]: Initialization successful. 
[26/09/08 13:51:36:202 IST] 0000001f ServletWrappe I 
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/ConfirmEnableSecurity.jsp]: Initialization successful. 
[26/09/08 13:52:20:255 IST] 0000001f UserRegistryI A 
    SECJ0136I: Custom Registry:com.ibm.ws.security.registry.nt.NTLocalDomainRegistryImpl has been initialized 
[26/09/08 13:52:21:025 IST] 0000001f UserRegistryI A 
    SECJ0136I: Custom Registry:com.ibm.ws.security.registry.nt.NTLocalDomainRegistryImpl has been initialized 
[26/09/08 14:04:03:127 IST] 00000019 ThreadMonitor W 
    WSVR0605W: Thread "WebContainer : 2" (0000001f) has been active for 746076 milliseconds and may be hung. There is/are 1 thread(s) in total in the server that may be hung. 

Любая идея, что может быть здесь?

Благодаря Damien

ответ

2

Это звучит для меня, как ваш сервер LDAP не отвечает в своевременном поместье. Тот факт, что у вас есть зависающий поток, а не сетевая ошибка, указывает мне, что вы успешно обмениваетесь с LDAP. Если вы прикрепляете это к LDAP с поддержкой Active Directory, это может быть перенапряжено. Мы использовали ADAM servers в прошлом, чтобы обойти медленное время ответа LDAP. Однако время ответа составляло около 3-5 секунд вместо 12 + минут. Это также может быть тупиком. Я видел замеченные потоки в результате внедрения расширений XD, где узлы затормозили их связь (но это были не потоки WebContainer). Чтобы исправить эту проблему, мы отбросили расширения XD в пользу установки NetScaler.