К основному контенту

Weblogic Diagnostic Framework Run Bash Script (reboot managed server) - (bad practices)

Вообщем переодически сервер дохнет по: The WebLogic Server encountered a critical failure java.lang.OutOfMemoryError: Metaspace Reason: There is a panic condition in the server. The server is configured to exit on panic И хотя это гавно пишет типа  Reason: There is a panic condition in the server. The server is configured to exit on panic чёт ни хуя он ни куда не exit.... Вообщем т.к разбираться с тем чем он жрётся нет ни времени ни желания (оно обязательно появится)... как вариант можно приделать костыль... костыль будет заключаться в ребуте сервера при возникновении этой ошибки. Что значит для этого надо... Желания и понимание что так жить нельзя, и вообще... Делаем новый модуль называем скажем:  Reboot-OOMMetaSpace Идём в в новый модуль делаем Policy: Называем его OOM-Metaspace и говорит что это Server log: Жмём next в Configuration Policy пишем: log.logMessage.contains('java.lang.OutOfMemoryError: Metaspace'...

Oracle BPM Workspace increase Timeout

Идём в console:
http://lalala:7001/console -> Deployments -> oracle.soa.workflow(11.1.1,11.1.1) -> OracleBPMWorkspace->

Исправляем значение параметра "Session Timeout (in seconds)" на необходимое например 42000.


В моём случае в результате изменения коснулись файла:
/opt/oracle/middleware/user_projects/domains/ecmtest_domain/config/fmwconfig/Plan-bpm-timeout.xml

Имя данного файла можно найти в EM:
http://lalal:7001/em -> Application Deployments->OracleBPMWorkspace (Right Click)-> System Mbean Browser

Значение переменной PlanPath


Соответственно в данном файле будут строки вида:
  <variable-definition>
    <variable>
      <name>SessionDescriptor_timeoutSecs_13911585483870</name>
      <value>42000</value>
    </variable>
  </variable-definition>

Т.к Admin Server и soa_server1 на разных машинах создадим в 
/opt/oracle/middleware/user_projects/domains/lalala_domain/config директорию customPlans и копируем туда новосозданный план.

cd  /opt/oracle/middleware/user_projects/domains/lalala_domain/config
mkdir customPlans
cp ./user_projects/domains/lalal_domain/config/fmwconfig/Plan-bpm-timeout.xml /opt/oracle/middleware/user_projects/domains/lalala_domain/config/customPlans/

В принципе это не важно т.к директория config и так полностью синхронизируется.

Далее необходимо обновить приложение с новым "планом"
Останавливаем приложение:
http://lalala:7001/console -> Deployments -> OracleBPMWorkspace -> Force Stop
Затем обновляем:
http://lalala:7001/console -> Deployments -> OracleBPMWorkspace -> Update

В качестве обновленного плана указываем:
/opt/oracle/middleware/user_projects/domains/lalala_domain/config/customPlans/Plan-bpm-timeout.xml 




Тут жмём Finish.
Activate Changes - возможна ошибка вида
Message icon - Error An error occurred during activation of changes, please see the log for details.
Message icon - Error java.lang.IllegalArgumentException: /opt/oracle/middleware/user_projects/domains/lalal_domain/config/customPlans/Plan-bpm-timeout.xml (No such file or directory)
Message icon - Error /opt/oracle/middleware/user_projects/domains/lalal_domain/config/customPlans/Plan-bpm-timeout.xml (No such file or directory)

данная ошибка связана с тем что директория /opt/oracle/middleware/user_projects/domains/lalal_domain/config еще не ушла на машинку с soa_server как вариант тупо перезагрузить soa_server1.

После этого клацаем Activate Changes!

http://lalala:7001/console -> Deployments -> OracleBPMWorkspace -> Start

Пока ...

Комментарии

Популярные сообщения из этого блога

Oracle SOA email notification или какого х.. оно не работает.

От делать нех задокументируем.... Вообщем то всё рассписанно по ссылке: http://www.rubiconred.com/blog/email-notification-with-soa-suite-11g/ Ссылка походу сдохла!!! Придётся на всякий случай записать пока не забыл... Собственно основные настройки делаются на этой странице: Тут будет текст дабы не плодить картинок: MailAccessProtocol : POP3 RetryLimit : -1 MailDelFreq : 600 AutoDelete : not check Debug : not check CheckMailFreq : 30 ReceiveFolder: INBOX OutgoingMailServer :  mail4.ru OutgoingMailServerPort : 25 OutgoingMailServerSecurity : None OutgoingDefaultFromAddr :  pklmn@mail.ru OutgoingPassword: вроде ни чё не трогал... IncomingMailServer: mail3.ru IncomingMailServerPort: 110 IncomingMailServerSSL: not check IncomingMailIDs: pklmn@mail.ru IncomingUserIDs: pklmn IncomingUserPasswords: тут настраиваем пароль При настройке рекомендуется обращать внимания на всплывающие подсказки например: Sender Address должен выглядеть как E...

Weblogic Diagnostic Framework Run Bash Script (reboot managed server) - (bad practices)

Вообщем переодически сервер дохнет по: The WebLogic Server encountered a critical failure java.lang.OutOfMemoryError: Metaspace Reason: There is a panic condition in the server. The server is configured to exit on panic И хотя это гавно пишет типа  Reason: There is a panic condition in the server. The server is configured to exit on panic чёт ни хуя он ни куда не exit.... Вообщем т.к разбираться с тем чем он жрётся нет ни времени ни желания (оно обязательно появится)... как вариант можно приделать костыль... костыль будет заключаться в ребуте сервера при возникновении этой ошибки. Что значит для этого надо... Желания и понимание что так жить нельзя, и вообще... Делаем новый модуль называем скажем:  Reboot-OOMMetaSpace Идём в в новый модуль делаем Policy: Называем его OOM-Metaspace и говорит что это Server log: Жмём next в Configuration Policy пишем: log.logMessage.contains('java.lang.OutOfMemoryError: Metaspace'...

Weblogic Kerberos

Weblogic установлен на сервере budwf Домен контролер wcctst.wcc.local Клиентская винда XZ 1. Генерим keytab ktpass -princ HTTP/srv_budwf@WCC.LOCAL -mapuser srv_budwf -kvno 0 -crypto AES128-SHA1 -ptype KRB5_NT_PRINCIPAL -pass lalal_1 -out c:\temp\budwf.keytab Т.е в данном случае principal name в keytab полностью соответствует ожиданиям... C:\Users\Administrator>ktpass -princ HTTP/srv_budwf@WCC.LOCAL -mapuser srv_budwf -kv no 0 -crypto AES128-SHA1 -ptype KRB5_NT_PRINCIPAL -pass lalal_1 -out c:\temp\b udwf.keytab Targeting domain controller: wcctst.wcc.local Successfully mapped HTTP/budwf to srv_budwf. Password succesfully set! Key created. Output keytab to c:\temp\budwf.keytab: Keytab version: 0x502 keysize 55 HTTP/budwf@WCC.LOCAL ptype 1 (KRB5_NT_PRINCIPAL) vno 0 etype 0x11 (AE S128-SHA1) keylength 16 (0xbf005ae14d58153abe3eab57cf5a8260) C:\Users\Administrator>setspn -L srv_budwf Registered ServicePrincipalNames for CN=srv_budwf,CN=Users,DC=wcc,DC=local: ...