Развёртывание IBM Lotus Connections: Поиск и устранение неисправностей

Четвёртая часть нашей серии из семи частей о развёртывании IBM Lotus Connections посвящена советам по поиску и устранении неисправностей в ходе установки. В ней описываются процессы диагностики проблем, возникающих при установке, определения компонента, вызывающего проблему, а также устранения наиболее типичных проблем.

Эндрю Томлинсон, ИТ-специалист, IBM

Эндрю Томлинсон - ИТ-специалист, работающий в IBM Software Services for Lotus. С февраля 2007 г. он занимается развёртыванием Lotus Connections для первых клиентов, внедряющих этот продукт. Эндрю пришёл в IBM Software Services в июне 2006 г. из IBM Global Business Services, где был Java-разработчиком и работал над множеством крупных проектов по доставке приложений. Связаться с Эндрю можно по адресу tomlia@uk.ibm.com.



21.04.2008

В статье описывается процесс поиска и устранения неисправностей в ходе установки IBM Lotus Connections. Первый и важнейший шаг - убедиться, что процесс установки Lotus Connections полностью соответствует процедуре, изложенной в Информационном центре по IBM Lotus Connections, и что вы точно выполняете все рекомендуемые операции. Если вы в точности следуете указаниям, а проблема не исчезает, задайте себе следующие вопросы:

  • Что вызывает проблему?
  • В чём состоит проблема?
  • Как можно разрешить проблему?

Статья предназначена ИТ-специалистам и архитекторам, выполняющим развёртывание Lotus Connections.

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

Локализация проблемы

Первым признаком того, что в Lotus Connections имеется проблема, является страница с сообщением об ошибке, отображаемая в Web-браузере. В этом разделе рассматриваются различные типы сообщений об ошибках и их значение. Ваши следующие шаги по диагностике проблемы зависят от типа сообщения об ошибке.

Страница с ошибками HTTP 404 или Not Found (не найдено)

Если в Web-браузере отображается страница с ошибкой HTTP 404 (см. рисунок 1), скорее всего, проблема в настройках Web-сервера. Возможны проблемы, связанные с запуском Web-сервера, плагином Web-сервера, настройками навигационной панели Lotus Connections или SSL.

Для получения дополнительной информации просмотрите журналы Web-сервера, расположенные в следующих местах:

<каталог_установки_IHS>\logs\access.log
<каталог_установки_IHS>\logs\error.log

В журнале доступа к серверу фиксируется вся информация по работе Web-сервера, в том числе следующая информация по каждому запросу:

  • Что запрашивалось
  • Кто выполнял этот запрос
  • Когда выполнялся этот запрос
  • Использовавшийся метод
  • Тип отправленного в ответ файла
  • Код возврата

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

Рисунок 1. Страница с ошибкой HTTP 404 или Not Found
Страница с ошибкой HTTP 404 или Not Found

Ошибка HTTP 500 Internal Server Error

Другая распространённая ошибка - 500 Internal Server Error (внутренняя ошибка сервера - см. рисунок 2). Такая страница отображается, когда ошибка происходит до выполнения каких-либо процессов Lotus Connections или в случае ошибки, которая не обрабатывается в Lotus Connections. Чтобы обнаружить причину этих ошибок, изучите журналы виртуальной машины Java (JVM). По умолчанию эти журналы имеют имена SytemOut.log и SystemErr.log. Они расположены по следующему адресу:

<каталог_установки_WAS>\profiles\<имя_профиля>\logs\<имя_сервера>\

Рисунок 2. Ошибка HTTP 500 Internal Server Error
Ошибка HTTP 500 Internal Server Error

В журнале содержатся трассировки стека исключений, генерируемых JVM. Изучив трассировки, можно определить источник проблем.

Если проблема связана с базой данных, может появиться исключение, подобное показанному в листинге 1. Более подробная информация по поиску и устранению ошибок изложена в разделе "Ошибки баз данных" этой статьи.

Листинг 1. SQLException
[30/05/07 14:53:48:941 BST] 00000025 OpenActivitie E 
org.apache.commons.logging.impl.Jdk14Logger error CLFRA0091E:
 internal error
com.ibatis.dao.client.DaoException: Error getting MemberProfile: 
java.sql.SQLException: Error: executeQueryForObject returned 
too many results.
Caused by: java.sql.SQLException: Error: executeQueryForObject 
returned too many results

Если проблема связана с безопасностью, могут появиться исключения, подобные показанному в листинге 2. Более подробная информация по поиску и устранению ошибок изложена в разделе "Проблемы безопасности WebSphere Application Server" этой статьи.

Листинг 2. LDAPException
[29/05/07 21:19:46:315 BST] 00000026 LdapAdapter   E 
com.ibm.ws.wim.adapter.ldap.LdapAdapter authenticateWithPassword 
javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308: 
LdapErr: DSID-0C090334, comment: AcceptSecurityContext error, data 52e, 
vece ]; resolved object com.sun.jndi.ldap.LdapCtx@18621862

Сложнее проводить диагностику в кластерной среде. В этом случае необходимо изучать журналы каждого сервера приложений в кластере. Проблема может присутствовать на всех серверах или лишь на одном, и для устранения ошибки может потребоваться остановить некоторые серверы приложений.

Ошибка Lotus Connections

Lotus Connections отображает страницу с ошибкой (см. рисунок 3), когда во время выполнения функции генерируется исключение. Нажав на кнопку Show Full Error Message (Показать всё сообщение об ошибке), вы увидите подробную информацию по этому исключению. Иногда информация о причине ошибки не передаётся браузеру. В этом случае следует продолжить диагностику, изучив SystemOut.log и SystemErr.log.

Рисунок 3. Ошибка Lotus Connections
Ошибка Lotus Connections

Ошибка Page Not Found и проблемы с плагином Web-сервера

В этом разделе рассматриваются шаги по диагностике и разрешению проблем, связанных с Web-сервером, плагинами Web-сервера и ошибками Page Not Found (страница не найдена). Такие ошибки обычно отображаются как ошибки HTTP 404.

Убедитесь, что Web-сервер запущен

Прежде всего, проверьте, что HTTP-сервер запущен и работает.

В Microsoft Windows HTTP-сервер, скорее всего, будет запускаться как служба:

  1. Откройте консоль "службы", выбрав из главного меню Administrative Tools - Services (Администрирование - Службы).
  2. Убедитесь, что служба IBM HTTP Server работает.
  3. Если служба не работает, выделите её правой кнопкой мыши и нажмите Start (Пуск).

В Unix необходимо выполнить следующие шаги:

  1. Выполните команду cd <каталог_установки_IHS>/bin.
  2. Выполните команду ./apachectrl start.

Если HTTP-сервер успешно запускается, попробуйте снова перейти по URL-адресу Lotus Connections.

Если сервер не запускается, изучите журналы HTTP-сервера и перейдите к следующим подразделам этой статьи.

Ошибка конфигурации Web-сервера

Если Web-сервер не запускается, возможно, что в файл конфигурации HTTP (httpd.conf при использовании IBM HTTP Server) были вручную внесены изменения, что и вызывает проблему. Проверьте все внесённые вами изменения на предмет соответствия листингам, приведённым в Информационном центре по Lotus Connections. Одна из распространённых ошибок - забыть включить модуль для правил подстановки. Прежде чем можно будет использовать правила подстановки, необходимо раскомментировать следующую строку:

LoadModule rewrite_module modules/mod_rewrite.so

Устранив эту проблему, перезапустите Web-сервер и попробуйте снова.

Плагин Web-сервера

Если сервер успешно запускается, убедитесь, что возможен прямой доступ к какому-нибудь компоненту Lotus Connections через IBM WebSphere Application Server, в обход HTTP-сервера.

Для этого при подключении к службе Lotus Connections используйте имя хоста и номер порта сервера приложений. При таком подходе сразу становится ясно, правильно или нет сервер приложений выполняет прослушивание HTTP-запросов (обычно на порту 9080). Например, для получения доступа к profiles используется URL-адрес http://serverhostname:9080/profiles.

Если страница отображается, значит, проблема, возможно, связана с отображением модулей и плагином Web-сервера. В этом случае необходимо заново сгенерировать плагин. Для этого выполните следующие шаги:

  1. Войдите в WebSphere Administrative Console, например, http://serverhostname:9060/ibm/console.
  2. Перейдите в Applications - Enterprise Applications - <компонент Connection> - Manage Modules.
  3. В поле Clusters and Servers выберите имена сервера приложений и Web-сервера, в данном случае - server1 и webserver1.
  4. Отметьте галочкой все перечисленные модули, а затем нажмите Apply и Save. См. рисунок 4.
    Рисунок 4. Диалоговое окно Manage Modules
    Диалоговое окно Manage Modules
  5. Из Administrative Console выберите Servers - Web-servers.
  6. Поставьте галочку рядом с Web-server и нажмите кнопку Generate Plug-in. См. рисунок 5.
    Рисунок 5. Диалоговое окно Web-servers
    Диалоговое окно Web-servers
  7. Снова поставьте галочку рядом с Web-server и нажмите кнопку Propagate Plug-in.
  8. Наконец, перезапустите Web-сервер и перейдите по Web-адресу компонента Lotus Connections.

Навигационная панель Lotus Connections

Переход по ссылкам на навигационной панели Lotus Connections также может привести к появлению ошибки 404. Эта проблема может быть результатом неправильного ввода имён хостов в ходе инсталляции. Эти имена хостов хранятся в конфигурационном файле под названием LotusConnections-config.xml. Текущие настройки можно просмотреть и изменить при помощи скрипта connectionsConfig.py и wasadmin. Более подробно эта информация изложена в документации по Lotus Connections.

Проблемы с HTTPS

Иногда HTTPS не работает с плагином Web-сервера. В этом случае может возникать ошибка GSK_ERROR. Если вы видите ошибку 500 при использовании HTTPS через IBM HTTP Server для доступа к приложению WebSphere Application Server, проверяйте журналы и Web-сервера, и WebSphere Application Server. Если в этих журналах ошибок нет, изучите журналы плагина, расположенные в следующем каталоге:

<каталог_установки_IHS\Plugins\logs\webserver1\http_plugin.log

Если плагин не доверяет вашему SSL-сертификату WebSphere Application, генерируется следующая ошибка:

ERROR: lib_stream: openStream: Failed in r_gsk_secure_soc_init:
GSK_ERROR_BAD_CERT(gsk rc = 414)

Действия по исправлению этой ошибки приведены в документации по Lotus Connections.


Проблемы безопасности WebSphere Application Server

Причиной проблем, связанных с безопасностью, могут служить неправильные настройки LDAP в WebSphere Application Server.

Создание локального пользователя

Для доступа к WebSphere Administrative Console во всех случаях необходимо создавать локального пользователя с правами администратора. Это имя хранится в InternalFileRepository, локальном файле, который обеспечивает постоянный доступ к Administrative Console без использования LDAP. Эти имена всегда можно изменить или удалить.

Для этого выполните следующие шаги:

  1. В WebSphere Administrative Console выберите Security - Security Administration, applications и infrastructure.
  2. Нажмите Configure.
  3. На экране General Properties не изменяйте поле Realm name, а в поле primary administrative user name добавьте имя администратора. Убедитесь, что добавляемое имя отсутствует в LDAP-каталоге, поскольку в этом случае возникает проблема при попытке войти в Administrative Console при наличии соединения с LDAP.
  4. Далее, выберите опцию "Automatically generated server identity".
    Рисунок 6. Локальный администратор
    Локальный администратор
  5. Нажмите кнопку Apply, а затем - Save.
  6. Когда будет предложено, введите пароль основного администратора.

Проверка настроек LDAP

Чтобы убедиться, что проблема - в настройках LDAP, выполните следующие шаги:

  1. Попробуйте войти в WebSphere Administrative Console с помощью имени администратора, которое хранится в LDAP-каталоге.
  2. При удачном входе переходите к следующему шагу. Если вход был неудачным, войдите в систему через учётную запись локального администратора (см. предыдущий раздел).
  3. Войдите в Security Settings.
  4. Убедитесь, что определение текущей области действия установлено в Federated repositories. Если это не так, выберите Federated repositories в Available realm definitions и нажмите Set as current. Нажмите Apply и сохраните изменения.
  5. Выберите Federated repositories в Available realm definitions, а затем нажмите Configure.
  6. Нажмите ссылку на Repository Identifier для просмотра общих свойств (General properties) на странице Repository Reference.
  7. Убедитесь, что все настройки LDAP, показанные на рисунке 7, правильны, в частности, нижеперечисленные:
    • Directory type (тип каталога)
    • Primary host name and port (имя и номер порта первичного хоста)
    • Bind distinguished name (отличительное имя Bind)
    • Bind password (пароль Bind)
    • Login properties (параметры входа в систему)

    Рисунок 7. Диалоговое окно LDAP General Properties
    Диалоговое окно LDAP General Properties
  8. Проверьте типы сущностей LDAP, показанные на рисунке 8, и убедитесь, что указаны правильные поисковые базы и поисковый фильтр.
    Рисунок 8. Типы сущностей LDAP
    Типы сущностей LDAP
  9. Перейдите на страницу Secure administration, applications, and infrastructure. Убедитесь, что отмечены опции Administrative security и Application, как показано на рисунке 9.
    Рисунок 9. Настройка безопасности администрирования, приложений и инфраструктуры
    Настройка безопасности администрирования, приложений и инфраструктуры
  10. Нажмите кнопку Apply, а затем - Save.
  11. Убедитесь, что с модуля сервера приложений возможно выполнить подключение к LDAP-каталогу. Для подключения с целью проверки соединения используйте LDAP-браузер, например Softerra LDAP Administrator, введя имя пользователя и пароль из шага 7.

Ошибки баз данных

В этом разделе рассматриваются ошибки, связанные с базами данных, источниками данных и IBM Tivoli Directory Integrator.

Базы данных

В Lotus Connections используются пять баз данных, а именно BLOGS, DOGEAR, PEOPLEDB (profiles), OPNACT (Activities) и SNCOMM (Communities). Убедитесь, что все эти базы данных созданы и запущены.

С помощью следующих операций можно убедиться, были ли созданы эти базы данных и запущены ли они. Эти шаги относятся только к IBM DB2; аналогичные операции для Oracle здесь не приводятся.

  1. Убедитесь, что база данных запущена на сервере баз данных.
    • Windows:
      Выберите Start - Administrative Tools - Services (Пуск - Администрирование - Службы).
      Если служба не работает, выделите её правой кнопкой мыши и нажмите Start (Пуск).
    • Unix:
      Перейдите в каталог /opt/sqllib/bin/.
      Выполните команду ./db2start.
  2. После запуска базы данных откройте командное окно db2 на системе, где установлена эта база данных.
  3. Введите команду подключения к базе данных Lotus Connections; например, db2 connect to peopledb user db2admin using <password>
  4. Если команда не выполнилась, база данных не была создана. Запустите скрипты создания базы данных (более подробную информацию см. на странице документации по Lotus Connections ).
  5. Затем проверьте соединение между модулем сервера приложений и модулем базы данных, выполнив простую команду telnet из командного окна. Например, можно использовать такую команду:
    telnet <ip_address_of_db_box> <port_number_db_listening_on>
    При успешном соединении вы увидите пустое командное окно с заголовком Telnet <ip address>. Если соединение не было выполнено, проверьте настройки брандмауэра системы, на которой установлена база данных.

Для выполнения следующих шагов нужен клиент DB2. В Lotus Connections используется только драйвер JDBC типа 4, которому не требуется "родная" поддержка DB2 на клиентской машине (сервер приложений). То есть, клиент DB2 не нужен, и каталогизировать базы данных тоже нет необходимости. Тем не менее, если имеется клиент, эти шаги могут оказаться полезными для проверки возможности подключения к базе данных с удалённой системы.

  1. Откройте командное окно db2 на системе, на которой установлен сервер приложений.
  2. Введите команду подключения к базе данных Lotus Connections:
    Db2 connect to peopledb user db2admin using <password>
  3. Если команда не была выполнена, и вы используете DB2, убедитесь, что база данных каталогизирована на системе, на которой установлен Application Server. Например, можно использовать такую команду:
    db2 catalog database <database name> at node <node name>

Более подробную информацию по каталогизации базы данных см. в Информационном центре по базе данных DB2.

Источники данных

После проверки наличия и подключения к базам данных, расположенным вне сервера приложений, проверьте источники данных на самом сервере приложений. Проблемы с источниками данных могут быть результатом ошибок, допущенных при вводе информации из базы данных во время установки Lotus Connections.

Для проверки источников данных выполните следующие шаги:

  1. Войдите в WebSphere Administrative Console.
  2. Выберите Resources - JDBC - Data sources.
  3. Выберите источник данных, а затем нажмите Test Connection. См. рисунок 10.
    Рисунок 10. Список источников данных в WebSphere Administrative Console
    Список источников данных в WebSphere Administrative Console
    Сообщение, в котором говорится, что "Проверка соединения с источником данных profiles на сервере server1 в узле uklondmvmlabp3Node01 прошла успешно", показано на рисунке 11.
    Рисунок 11. Успешная проверка соединения
    Успешная проверка соединения
  4. Если проверка завершилась неудачей, нажмите на имя источника данных, проверьте имя сервера и номер порта на странице свойств источника данных (см. рисунок 12) и внесите соответствующие изменения. Нажмите Apply, а затем Save, если менялись какие-либо настройки.
    Рисунок 12. Свойства источника данных
    Свойства источника данных
  5. Далее, выберите JAAS – J2C authentication data, как показано на рисунке 13.
    Рисунок 13. Данные аутентификации JAAS – J2C
    Данные аутентификации JAAS – J2C
  6. Выберите псевдоним (Alias) тестируемого источника данных. Проверьте идентификатор и пароль пользователя и внесите соответствующие изменения. Нажмите Apply, а затем, при необходимости, Save. См. рисунок 14.
    Рисунок 14. Конфигурация записи JAAS
    Конфигурация записи JAAS

Tivoli Directory Integrator

Tivoli Directory Integrator используется для загрузки данных в базу данных Profiles (PEOPLEDB). Во многих случаях требуется специальная настройка скриптов загрузки данных, идущих в комплекте с Lotus Connections, поскольку источники данных у разных клиентов отличаются. Здесь приводится лишь шаги по поиску и устранению самых простых неисправностей; всё остальное выходит за рамки нашей статьи.

Журналы

Журнал ibmdi.log генерируется после каждого запуска скрипта в следующем каталоге:

<каталог_установки_TDI>/tdisol/TDI/logs/

В журнале фиксируется информация об успешном выполнении и регистрируются все ошибки.

Следует также проверять специальные журналы, относящиеся к запуску скриптов. Например, при запуске populate_from_dn_file.bat создаётся файл журнала с именем populatefromdnfile.log.

Свойства

Далее перечисляются некоторые файлы, которые подлежат проверке при появлении ошибки в ходе выполнения скрипта Tivoli Directory Integrator или при неправильном наполнении данными.

  1. Проверьте map_dbrepos_from_source.properties, расположенный по адресу <каталог_установки_TDI>/tdisol/TDI, и убедитесь, что все необходимые поля отражаются правильно.
  2. Проверьте profiles_tdi.properties, обратив особое внимание на следующие свойства:
    • source_ldap_url
    • source_ldap_user_login
    • source_ldap_user_password
    • source_ldap_search_base
    • source_ldap_search_filter
    • dbrepos_jdbc_url
    • dbrepos_jdbc_driver
    • dbrepos_username
    • dbrepos_password
  3. Проверьте файл tdienv, расположенный по адресу <каталог_установки_TDI>/tdisol/TDI, и убедитесь, что путь задан правильно и указывает на каталог установки Tivoli Directory Integrator.
  4. Убедитесь, что драйверы базы данных доступны Tivoli Directory Integrator. Например, если вы используете DB2, скопируйте файл db2jcc_license_cu.jar из <каталога_установки_DB2>/java/ в <каталог_установки_TDI>/jvm/jre/lib/ext/.
  5. Для сбора дополнительной отладочной информации в файле profiles_tdi.properties задайте для source_ldap_debug значение true. Этот флаг помещает дополнительную отладочную информацию в журнал. Он также задаёт подробное ведение журналов коннекторов, используемых в линиях сборки Tivoli Directory Integrator, которые применяются в при обработке источника данных в репозитории базы данных.

Трассировка сервера

В этом разделе рассматривается включение трассировки в WebSphere Application Server и IBM HTTP Server. Трассировка полезна в том случае, когда в файлах журналов недостаточно информации для точного определения, в чём состоит проблема.

Трассировка WebSphere Application Server

В WebSphere Application Server трассировку можно включить для конкретных компонентов. Хотя делать это рекомендуется лишь с помощью сотрудников службы поддержки, для полноты изложения мы рассматриваем здесь эту процедуру.

Для включения трассировки выполните следующие шаги:

  1. Из WebSphere Administrative Console выберите Troubleshooting - Logs and Trace.
  2. Выберите имя используемого сервера приложений из списка серверов.
  3. Выберите Diagnostic Trace Service, а затем вкладку Configuration, если она уже не отражается.
    ПРИМЕЧАНИЕ: Трассировку можно включить и на работающем сервере, но только на время работы обслуживающего процесса, выбрав Runtime, что устраняет необходимость перезагружать сервер на шаге 8.
  4. Выберите опцию Enable Log.
  5. Выберите место, куда будет записываться выходная информация по трассировке (Trace Output) - в файл или в буфер памяти.
  6. Выберите опцию Change Log Detail Levels (эта опция доступна также через Troubleshooting - Logs and Trace - <имя_сервера_приложений> - Change Log Detail Levels).
  7. Каждому компоненту сервера приложений можно задать различные уровни информированности. Сделать это можно вручную, введя строку трассировки в текстовое поле, или нажать на компонент из списка и выбрать уровень регистрации событий из всплывающего меню. См. рисунок 15.
    Рисунок 15. Диалоговое окно изменения уровня детализации журнала
    Диалоговое окно изменения уровня детализации журнала
  8. Нажмите кнопку Apply, а затем - Save.
  9. Перезапустите сервер приложений.

Иногда размеры журналов по умолчанию слишком малы, и старые записи в журналах перезаписываются, прежде чем у вас будет возможность поставить диагноз. Чтобы этого избежать, увеличьте размер журналов до 20 - 30 МБ; кроме того, не следует удалять старые журналы.

Для этого выполните следующие шаги:

  1. Из WebSphere Administrative Console выберите Troubleshooting - Logs and Trace.
  2. Выберите имя используемого сервера приложений из списка серверов.
  3. Нажмите JVM.
  4. Измените максимальный размер и количество файлов журнала (Maximum Size and Maximum Number of Historical Log Files) в разделах System.out и System.err.
  5. Нажмите кнопку Apply, а затем - Save.

Трассировка плагина Web-сервера

Для вывода более полной информации можно изменить уровень регистрации событий плагина Web-сервера. Возможные значения - Trace, Stats, Warn, Error (по умолчанию) - перечислены в порядке от менее к более значащему. При указании уровня включаются функции с более значимых уровней. Например, при уровне Warn регистрируются предупреждения и сообщения об ошибках.

Для изменения уровня регистрации событий выполните следующие операции:

  1. Из WebSphere Administrative Console выберите Servers - Web-servers.
  2. Выберите имя Web-сервера.
  3. Выберите Plug-in properties (свойства плагина).
  4. В разделе Plug-in logging измените уровень регистрации событий.
  5. Нажмите кнопку Apply, а затем - Save.
  6. Вернитесь в раздел Web-servers, отметьте опцию Web-servers и нажмите Generate Plug-in.
  7. Перезапустите Web-сервер.

Трассировка Web-сервера

Уровень регистрации событий Web-сервера также можно изменить. Для этого нужно изменить параметр LogLevel в HTTP Server, выполнив следующие операции:

  1. Откройте httpd.conf, расположенный по адресу <каталог_установки_IHS>/conf в текстовом редакторе, а затем найдите параметр LogLevel.
  2. Задайте один из следующих уровней:
    • emerg: аварийная ситуация - система непригодна к использованию
    • alert: необходимо немедленно принять меры
    • crit: угрожающая ситуация
    • error: исключительная ситуация
    • warn: состояние предупреждения
    • notice: важная информация при нормальном состоянии
    • info: информация
    • debug: сообщения отладки
  3. Сохраните и закройте файл.
  4. Перезапустите Web-сервер.

Заключение

В этой статье вы ознакомились с поиском и устранением неисправностей и узнали, как локализовывать, диагностировать и разрешать некоторые типичные проблемы, которые могут возникнуть при установке Lotus Connections. Вы узнали о различных типах ошибок и о том, как их обнаруживать и исправлять. В статье описаны шаги по устранению проблем, связанных с плагинами Web-сервера и HTTP, безопасностью сервера приложений, базами данных и Tivoli Directory Integrator.

Ресурсы

Научиться

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Lotus
ArticleID=302139
ArticleTitle=Развёртывание IBM Lotus Connections: Поиск и устранение неисправностей
publish-date=04212008