|
|
|
ORA-28545: error diagnosed by Net8 when connecting to an agent
|
|||
|---|---|---|---|
|
#18+
Всем привет. Оракл 12 64 проблема с ODBC агентом, но не сразу, а после того как Листенер начинает прослушивать EM : lsnrctl start: Listener Parameter File C:\app\AdministratorOra\product\12.1.0\dbhome_1\network\admin\listener.ora Listener Log File C:\app\Administrator\diag\tnslsnr\raokol\listener\alert\log.xml Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=raokol)(PORT=1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1521ipc))) Services Summary... Service "BasGodF" has 1 instance(s). Instance "BasGodF", status UNKNOWN, has 1 handler(s) for this service... Service "BasGodFUpload" has 1 instance(s). Instance "BasGodFUpload", status UNKNOWN, has 1 handler(s) for this service... Service "CLRExtProc" has 1 instance(s). Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service... Service "OpUch" has 1 instance(s). Instance "OpUch", status UNKNOWN, has 1 handler(s) for this service... Service "OpUchUpload" has 1 instance(s). Instance "OpUchUpload", status UNKNOWN, has 1 handler(s) for this service... Service "rao" has 1 instance(s). Instance "rao", status UNKNOWN, has 1 handler(s) for this service... запрос select * from zri@access_db отрабатывает нормально, где линк юзает OpUch, Однако в пределах минут lsnrctl status показывает нового слушателя: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=raokol)(PORT=5500))(Security=(my_wallet_directory=C:\APP\ADMINISTRATOR\admi n\rao\xdb_wallet))(Presentation=HTTP)(Session=RAW)) После чего запрос select * from zri@access_db в новом окне вылетает по ошибке озвученной в теме. в старом окне, т.е. ранее успешно запущенный гетерогенный сервис работает нормално. Ну и в логе это выглядит так: TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT [* SID] * RETURN CODE 09-OCT-2016 15:58:50 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=Administrator))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=202375680)) * status * 0 09-OCT-2016 15:59:03 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49518)) * establish * OpUch * 0 09-OCT-2016 15:59:13 * ping * 0 09-OCT-2016 15:59:26 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=Administrator))(COMMAND=services)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=202375680)) * services * 0 Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=raokol)(PORT=5500))(Security=(my_wallet_directory=C:\APP\ADMINISTRATOR\admin\rao\xdb_wallet))(Presentation=HTTP)(Session=RAW)) Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521))) 09-OCT-2016 15:59:38 * service_register * rao * 0 09-OCT-2016 15:59:56 * service_update * rao * 0 09-OCT-2016 15:59:57 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=Administrator))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=202375680)) * status * 0 09-OCT-2016 16:00:06 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=rao)(CID=(PROGRAM=C:\Program?Files??x86?\PLSQL?Developer\plsqldev.exe)(HOST=RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.0.1.245)(PORT=53312)) * establish * rao * 0 09-OCT-2016 16:00:20 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=rao)(CID=(PROGRAM=C:\Program?Files??x86?\PLSQL?Developer\plsqldev.exe)(HOST=RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.0.1.245)(PORT=53313)) * establish * rao * 0 09-OCT-2016 16:00:24 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49523)) * establish * OpUch * 12519 TNS-12519: TNS:no appropriate service handler found 09-OCT-2016 16:00:24 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49524)) * establish * OpUch * 12519 TNS-12519: TNS:no appropriate service handler found 09-OCT-2016 16:03:40 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49525)) * establish * OpUch * 12519 TNS-12519: TNS:no appropriate service handler found 09-OCT-2016 16:03:40 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49526)) * establish * OpUch * 12519 TNS-12519: TNS:no appropriate service handler found 09-OCT-2016 16:04:23 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49527)) * establish * OpUch * 12519 TNS-12519: TNS:no appropriate service handler found 09-OCT-2016 16:04:23 * (CONNECT_DATA=(SID=OpUch)(CID=(PROGRAM=)(HOST=CORP\RADICO-37)(USER=vadim))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=49528)) * establish * OpUch * 12519 TNS-12519: TNS:no appropriate service handler found 09-OCT-2016 16:07:48 * service_update * rao * 0 Я грешу именно на (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=raokol)(PORT=5500))(Security=(my_wallet_directory=C:\APP\ADMINISTRATOR\admin\rao\xdb_wallet))(Presentation=HTTP)(Session=RAW)) так как это пока единственное событие, после которого отказ. Но не нашел как исклюсчиить его запуск, чтобы проверить в нем ли дело. Понял только что это, возможно, как-то связано с EM. Но в listener.ora не нашел. Если есть идеи как разрулить проблему, плиз, подскажите. На металинке пока именно то, что хотел про это не нашел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2016, 16:45 |
|
||
|
ORA-28545: error diagnosed by Net8 when connecting to an agent
|
|||
|---|---|---|---|
|
#18+
Оказалось, что EM в 12 не убирается, и поэтому проверить предполжение отключив не удалось. Но я потратил время. И просто тупо меняя все подряд в listener.ora и tnsname.ora, не надеясь, но чтобы соблюсти все формальности, обнаружил, что обходится этот баг заменой (HOST = lockalhost) в tnsname.ora с lockalhost на имя хоста в сети. Интересно, что на 10-ке с которой переносили тоже был именно хост. Но тот кто переносил, заменил на локалхост, видно, чтобы меньше менять, когда к заказчику поставят. Типа повышение производительности. Ан нет, просто так на халяву не повысить производительность: два дня они потратили, потом мне поручили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2016, 21:21 |
|
||
|
ORA-28545: error diagnosed by Net8 when connecting to an agent
|
|||
|---|---|---|---|
|
#18+
vadiminfoОказалось, что EM в 12 не убирается, и поэтому проверить предполжение отключив не удалось. Но я потратил время. И просто тупо меняя все подряд в listener.ora и tnsname.ora, не надеясь, но чтобы соблюсти все формальности, обнаружил, что обходится этот баг заменой (HOST = lockalhost) в tnsname.ora с lockalhost на имя хоста в сети. Интересно, что на 10-ке с которой переносили тоже был именно хост. Но тот кто переносил, заменил на локалхост, видно, чтобы меньше менять, когда к заказчику поставят. Типа повышение производительности. Ан нет, просто так на халяву не повысить производительность: два дня они потратили, потом мне поручили. А если заменить Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2016, 21:24 |
|
||
|
ORA-28545: error diagnosed by Net8 when connecting to an agent
|
|||
|---|---|---|---|
|
#18+
SQL*Plus, я не копировал, а сам сюда набрал: поленился искать. Но при такой ошибке в ТНС не было и обычного коннекта. А там было и с гетерогенным в пределах одной минуты, пока не зарегистрируется EM. Это была вторая ошибка. А теперь уже сообщили о третьей. Вот такой вот перенос на 12.1. с 10-ки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2016, 13:50 |
|
||
|
|

start [/forum/topic.php?fid=52&tid=1887274]: |
0ms |
get settings: |
8ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
178ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 484ms |

| 0 / 0 |
