Вообщем переодически сервер дохнет по: 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'...
Ссылка походу сдохла!!! Придётся на всякий случай записать пока не забыл...
Собственно основные настройки делаются на этой странице:
Тут будет текст дабы не плодить картинок:
- 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 должен выглядеть как EMAIL:ptmp13@gmail.com
или EMAIL:pklmn@mail.ru
Ни хера естесна не работает поставим wireshark ибо нех....
Ставим на твой тачке где у нас soa_server1.
# yum install wireshark
# yum install wireshark-gnome.x86_64
Рабочий вариант:
1. # wireshark - запускаем wireshark
2. Делаем тест так как собственно написанно по ссылке выше:
http://lalala:7001/em/ -> SOA -> soa_infra -> SOA Engines -> Human Workwlow -> Notifiaction Management -> Send Test Notification
3. В wireshark видимо что то типа(фильтр по smtp):
4. В soa_server1-diagnostic.log:
[2013-09-24T15:24:02.864+04:00] [soa_server1] [NOTIFICATION] [] [oracle.soa.services.notification] [tid: [ACTIVE].ExecuteThread: '8' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: anonymous] [ecid: 5b864a58d5486ba6:656911b1:1412647e35e:-8000-0000000000006a20,0] [APP: soa-infra] <.> HWFMailer: Sending Notification Message to SDPM[2013-09-24T15:24:02.967+04:00] [soa_server1] [NOTIFICATION] [SDP-26003] [oracle.sdp.messaging.driver.dispatcher] [tid: [ACTIVE].ExecuteThread: '8' for queue: 'weblogic.kernel.Default (self-tuning)'] [ecid: 5b864a58d5486ba6:656911b1:1412647e35e:-8000-0000000000006a20,0] [APP: usermessagingdriver-email] Dispatcher sent message with id: 4fb633b1ac10051124fa47145119d7ea.
Не рабочий варинат:
1. # wireshark - запускаем wireshark
2. Делаем тест так как собственно написанно по ссылке выше:
http://lalala:7001/em/ -> SOA -> soa_infra -> SOA Engines -> Human Workwlow -> Notifiaction Management -> Send Test Notification
3. В wireshark видим что то типа(фильтр по smtp) вообщем вообще ни хрена:
4. В soa_server1-diagnostic.log максимум:
[2013-09-24T15:29:08.693+04:00] [soa_server1] [NOTIFICATION] [] [oracle.soa.services.notification] [tid: [ACTIVE].ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: anonymous] [ecid: f9b7242ebca3b59f:-dd3e783:1414f88c0eb:-8000-0000000000000298,0] [APP: soa-infra] <.> HWFMailer: Sending Notification Message to SDPM
Как ни странно единственным решением проблемы является deploy нового драйвера для email. Что описанно здесь:
http://docs.oracle.com/cd/E28280_01/admin.1111/e10226/ns_manage.htm#CACBDFCC
Рекомендуется обращать внимание на соответствие параметров в редактируемом файле и при деплое прикладухи. Все действия происходят на хосте с AdminServer.
Нам необходимо отредактировать deployment plan, для этого можно скопировать существующий:
$ cd /opt/oracle/middleware/Oracle_SOA1/communications/plans
$ cp usermessagingdriver-email_Plan.xml usermessagingdriver-sed-email_Plan.xml
В usermessagingdriver-sed-email_Plan.xml надо изменить следующие параметры (на что изменять абсолютно по хуй... громко сказано конечно...)
1. @DriverDeploymentName@ заменить на usermessagingdriver-sed-email
Данный параметр встречается в 2х местах:
<application-name>@DriverDeploymentName@</application-name>
<module-name>@DriverDeploymentName@</module-name>
$ sed -i 's/@DriverDeploymentName@/usermessagingdriver-sed-email/g' usermessagingdriver-sed-email_Plan.xml
2. @DriverShortName@ заменить на sed-email
$ sed -i 's/@DriverShortName@/sed-email/g' usermessagingdriver-sed-email_Plan.xml
3. @RunAsPrincipalName@ заменить на OracleSystemUser
$ sed -i 's/@RunAsPrincipalName@/OracleSystemUser/g' usermessagingdriver-sed-email_Plan.xml
Теперь можно deploy`ть приложение sdpmessagingdriver-email.ear...
1. Заходим EM (http://lalal:7001/em) -> Application deployment - Deploy
Путь к ear: /opt/oracle/middleware/Oracle_SOA1/communications/applications/sdpmessagingdriver-email.ear
Путь к новосозданному deploy-plan: /opt/oracle/middleware/Oracle_SOA1/communications/plans/usermessagingdriver-sed-email_Plan.xml
3. Выбираем сервера:
4. Application Attributes:
Application Name - должно соответсвовать параметру DriverDeploymentName. Если это не так, то как утверждает дока весь деплой наебнётся..
5. Next
6. Deploy
7. Собстна получаем новый email-драйвер
Далее настройка email-driver, отправка, приём и т.д...
Вообщем то всё рассписанно по ссылке: http://www.rubiconred.com/blog/email-notification-with-soa-suite-11g/
P.P.S на свеже установленой версии 11.1.1.7.0 работает из коробки
если не пашет возможно связанно с обновлением версии 11.1.1.6.0 до 11.1.1.7.0
Комментарии
Отправить комментарий