|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
Здравствуйте! Используем IDS 11.50 FC8. 1) На одном сервере создаем таблицу и SPL для доступа к ней: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
2) На другом сервере (другой хост! и соответственно другой инстанс) создаем SPL, в которой через динамический запрос делаем распределенный вызов spl из первого сервера: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34.
3) Теперь на втором же сервере запускаем на выполнение оберточную SPL: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
В результате выполнения начинает выделяться shared memory на первом сервере. Затем съедается память windows первого сервера. (приложенный файл spl_1.gif). Потом клиент на втором сервере, запустивший call_test() отваливается с ошибкой "Memory allocation failed during query processing" (приложенный файл spl_2.gif). Лечится командой onmode -F на первом сервере (приложенный файл spl_3.gif). Почему так происходит? Что можно изменить? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2014, 16:32 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
второй файл spl_2.gif ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2014, 16:32 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
третий файл spl_3.gif ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2014, 16:33 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
нашел эту ситуацию в фикс-листе http://www-01.ibm.com/support/docview.wss?uid=swg27022346 под номером IC85176 но внутрь не пускает ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2014, 17:35 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
IC85176: MEMORY LEAK ON REMOTE INSTANCE PREPARING A CURSOR AND CALLING A STORED PROCEDURE INSIDE A LOOP APAR status OPEN Error description If a prepare statement and a call to a remote stored procedure are ran into a loop, a memory leak will be experienced in the UDR pool. _toreroно внутрь не пускает Пароль забыли или религия не позволяет зарегистрироваться на ibm.com ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2014, 23:20 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
Яковлев Павел, нашел тот fix уже после создания темы. Поэтому эту ветку можно было бы закрыть и открыть новую "Как скачать fix", но разрешите пока тут продолжу. Регистрация есть, но даже с ней не получается. Во 1-х, при входе вышло сообщение о лимитациях для некоторых стран. Во 2-х, выбирая, например, продукт Information Managment - IBM Data Server Client Packages кнопка Continue не активная. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2014, 08:33 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
Скачать fix просто - иметь честно купленый Информикс и действующую поддержку (продляется ежегодно). Но что бы даже описания багов не почитать..... Или что-то не так или IBM перемудрили. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2014, 23:48 |
|
Распределенный вызов spl через динамический запрос выдает Memory allocation failed
|
|||
---|---|---|---|
#18+
Яковлев ПавелСкачать fix просто - иметь честно купленый Информикс и действующую поддержку (продляется ежегодно). Для версий Informix Developer Edition или Informix Innovator-C Edition тоже требуется действующая поддержка? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.06.2014, 17:59 |
|
|
start [/forum/topic.php?fid=44&fpage=7&tid=1606951]: |
0ms |
get settings: |
16ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
21ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
186ms |
get tp. blocked users: |
1ms |
others: | 19ms |
total: | 258ms |
0 / 0 |