Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.07.2011, 11:58
|
|||
|---|---|---|---|
|
|||
буфер ODBC |
|||
|
#18+
Использую соединение ODBC для работы с сервером Cache. Столкнулся с такой проблемой: доработал запрос и он перестал выполняться, ошибка : ERROR [HY000] [Cache ODBC][State : S1000][Native Code 400] [**********] [SQLCODE: <-400>:<Произошла фатальная ошибка >] [Location: <Prepare>] [%msg: < Unexpected error: <STORE>addint^%qarmacERROR: source lines(3402) : <STORE>addint^%qarmac : разбивая запрос на отдельные части убедился, что все работает. Проверил весь запрос целиком через портал управления SQL - Execute SQL Query, запрос успешно выполняется. Т.е. следуя логике, предположил что либо драйвер ODBC (2008.02.00.526) урезает часть текста запроса при отправке, либо сервер отбрасывает часть запроса при получении. Прошу помощи куда рыть ? Есть ли настройка на сервере которая задает максимальный пул или буфер для запросов ODBC ?? В настройках драйвера такого не нашел.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2011, 12:23
|
|||
|---|---|---|---|
буфер ODBC |
|||
|
#18+
Очень странная ошибка для ODBC - нехватка памяти. Это общая ошибка для процесса каше, именно с ODBC она не должна быть связана. http://127.0.0.1/csp/docbook/DocBook.UI.Page.cls?KEY=RERR_system Попробуйте в [Домашняя страница] > [Конфигурация] > [Дополнительные Настройки Памяти] увеличить переменную bbsiz ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2011, 12:23
|
|||
|---|---|---|---|
|
|||
буфер ODBC |
|||
|
#18+
dm-23 , Не надо ничего делать с пулом. <STORE> - банальное исчерпание памяти процесса на сервере. В зависимости от версии, можно выставить максимальное значение 47-48MB. Как? Поиском по документации ищите bbsiz . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2011, 12:46
|
|||
|---|---|---|---|
|
|||
буфер ODBC |
|||
|
#18+
Alexey Maslov, Тогда почему запрос с портала Cache выполняется ? Мне это не очевидно, если процессу не хватает памяти, почему так избирательно, через ODBC не хватает, а с портала хватает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2011, 12:50
|
|||
|---|---|---|---|
|
|||
буфер ODBC |
|||
|
#18+
Еще заметил что ошибку не совсем до конца показал: ERROR [HY000] [Cache ODBC][State : S1000][Native Code 400] [**********************] [SQLCODE: <-400>:<Произошла фатальная ошибка >] [Location: <Prepare>] [%msg: < Unexpected error: <STORE>addint^%qarmacERROR: source lines(3402) : <STORE>addint^%qarmac : ERROR: %sqlcq.MYSPACE.718.MAC(26) : <ZTRAP>filecomn+23^%qacsub : >] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2011, 13:19
|
|||
|---|---|---|---|
|
|||
буфер ODBC |
|||
|
#18+
dm-23, Это и вправду не очевидно. Если вы просмотрите в Портале кэшированные запросы, то увидите, что запросы из ODBC и из Портала компилируются в разные программы, одна с типом запроса "ODBC/JDBC Query", другая - "Dynamic SQL Query". Мне и самому не очень понятно, почему это так. Если бы была возможность выполнить кэшированный ODBC-запрос из Портала, он у вас точно так же бы вылетел. Но такая возможность есть только для запросов без параметров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=39&tablet=1&tid=1557689]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
40ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 393ms |
| 0 / 0 |
