Skip to main content
Announcements
Have questions about Qlik Connect? Join us live on April 10th, at 11 AM ET: SIGN UP NOW
cancel
Showing results for 
Search instead for 
Did you mean: 
Not applicable

General Script Error при сохранении QVD файла

Хотелось бы создать еще обсуждение в русскоязычном блоге.

Англоязычное есть здесь: General Script Error issue

Суть проблемы:

Периодически возникает ошибка при сохранении QVD файлов (в процессе обновления файла *.QVW  из QMC консоли):

20.11.2014 8:00:47: 0235    Store [MainData] into [Путь\MainData.QVD] (QVD)

20.11.2014 8:00:54:         General Script Error

20.11.2014 8:00:54:         Execution Failed

20.11.2014 8:00:54:      Execution finished

При этом: файлы QVD меняются (может выпасть ошибка при сохранении любого QVD файла), антивирусы исключены, процесс один работает ночью (блокировать файл никто не может).

Ошибка при этом лечится только перезагрузкой системы - после этого дней на 10-15-20 о ней можно забыть.

Пробовали добавлять sleep после сохранений в QVD - тоже не помогло.

Версия QlikView 11.20 SR7, 64bit

Кто-нибудь еще сталкивался? Как боролись?

13 Replies
Eugeny_Ilyin
Creator II
Creator II

А с памятью проблем быть не может?
Если перегружать раз в неделю такая ошибка возникает?
10-15-20 дней - это цикличность возникновения ошибок, или так, к слову?

Not applicable
Author

Нет, ошибка воспроизводится на разных базах и серверах. Памяти при этом недостатка нет.

10-15-20 дней это к слову. Конкретного числа дней нет - бывает и через 7 дней ошибка, бывает и через 22 дня.

Зависимость не выявлена.

Если перегружать сервер раз в неделю - то ошибки не будет.

Но какое то это не очень красивое решение проблемы.

Eugeny_Ilyin
Creator II
Creator II

Очень интересно.

Я так понял, что еще и на разных QVD-файлах? Плюс на разных серверах.

Какие источники?

Я бы со скрипта начал смотреть. Какая динамика по захвату памяти во время исполнения.
Можно и простеньким скриптом забить всю память.

Исправленные ошибки по SR8 SR9 не смотрели? Может системная ошибка и уже исправлена и на новой версии не возникнет?

Not applicable
Author

Да, QVD файлы разные.

Источники - обычно QVD файлы "сливаются", идут преобразования и сохраняется итоговый QVD файл.

Но естественно чаще ошибка вылазит на сохранении QVD размером от 1 гб и больше.

По памяти - 32 Гб, пика не бывает ни при обновлении, ни при работе пользователей.

SR8, SR9 и SR10Beta - ошибки в описаниях не замечено.

Eugeny_Ilyin
Creator II
Creator II

Проблема возникла на скрипте сразу, либо он какое-то долгое время работал без ошибок?
Я вижу первой задачей - анализ скрипта на предмет возможной оптимизации.

Если это не проблемы железа, не проблемы блокирования доступа к qvd-файлам, то остается внутренняя проблема Qlikview - работа сценария и данные.

igor-st80
Contributor III
Contributor III

у нас похожая проблема. Но скрипт падает всегда на одном и том же месте. На создании самой большой внутренней таблицы. Переодичность возникновения ошибки в скрипте от нескольких дней до 20-30 дней. Лечим перезапуском службы qlikviewserver.

Версия QlikView 11.2 SR8 x64

И мне интересен такой вопрос, что происходит с кэшем в qlikviewserver при обновлении QVW. По-моему он не очищается? Т.е. мы каждый день обновляем все QVW, а сервер вроде при этом память не отдает, т.е получается что кэш от устаревших QVW остается в памяти?

Sergey_Polekhin
Employee
Employee

Коллеги, добрый день,

У меня несколько взаимосвязанных вопросов ко всем участникам этой беседы:

  1. Передавали ли информацию о проблеме в службу технической поддержки Qlik?
  2. Если передавали,то получили ли помощь?
  3. Если не передавали, то почему?

С уважением,

Сергей.

Sergey_Polekhin
Employee
Employee

Вопросы внутреннего функционирования кэша вычислений не являются предметом оптимизации со стороны пользователей (заказчиков).

Кэш обладает рядом патентованных механизмов, позволяющих обеспечивать его оптимальную работу, включая обработку ситуаций обновления данных.

С уважением,

Сергей Полехин.

igor-st80
Contributor III
Contributor III

Сергей, если используемая память на сервере со временем все увеличивается и увеличивается, и при обновлении данных она не освобождается, то что же там может так память использовать, кроме кэша. А если это все-таки кэш, то почему он не сбрасывается? Ведь данные обновились, соответственно весь кэш абсолютно не актуален.

а если qlik не дает возможности оптимизации кэша, то вмешаться в этот процесс остается только путем рестарта службы. Например, настроить рестарт в планировщике и регулярно его выполнять.  Тогда уж "чакра"  qlikview точно очистится от уже устаревших документов.

И на вопрос что происходит с кэшем при обновлении вы так и не ответили. Патенты патентами, но по-моему ничего сверхсекретного в моем вопросе нет.