Падает клиент при прикреплении документа

[Stella]

Dynamics Ax 4.0 SP2, SQL 2005 SP2

Добрый день!

Попытка прикрепления слабосжимаемого документа (напр. pdf, jpg)
размером около 5 МБ приводит к падению клиента с ошибкой:

The server is unavailable. Check your configuration and network
connection and try again.

При этом в EventLog сервера и клиента пусто и также ничего
нет в логе SQL сервера.

Функционал в этом отношении не модифицировался.
Ошибка возникает в методе writeDocuValue таблицы DocuValue
на строке docuValue.update(), при этом в метод update не заходит.
В том же месте валится и при открытии документа подобного размера.

Ошибка происходит всегда, везде, независимо от пользователя.
В параметрах управления документами максимальный размер файла в БД
установлен значительно больше.

В 3-ке все работает.

Пробовали заменить эмблему компании, эффект тот же.
Что делать?

Спасибо.

[mazzy]

Цитата:

Сообщение от Stella

Что делать?

Сменить режим хранения файлов.
Аксапта умеет хранить файлы тремя способами: в базе (BLOB), в общем каталоге на сервере, в первоначальном месте.

Если вы сейчас пытаетесь сохранять в базе,
То, скорее всего, у пользователя какие-то ограничения по работе с СКЛ. Или размер базы данных растет по 1Мб, а СКЛ почти уперся в предел и теперь не может выделить больше места одним махом. Или на размер пакетов в сети, или что-нибудь подобное.

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

Исходное место вряд ли у вас включено,
поскольку в этом случае Аксапта записывает пути на компьютере пользователя и файл может быть доступен только тому пользователю, который прикрепил. причем на том же самом компьютере.

В общем:
Без паники! (С) Автостопом по галактике
Смотрите на настройки хранения файлов и ищите причину. Барабашки нет.

[Stella]

Речь идет о хранении файла в базе данных.

Цитата:

Сообщение от mazzy

Если вы сейчас пытаетесь сохранять в базе,
То, скорее всего, у пользователя какие-то ограничения по работе с СКЛ. Или размер базы данных растет по 1Мб, а СКЛ почти уперся в предел и теперь не может выделить больше места одним махом. Или на размер пакетов в сети, или что-нибудь подобное.

Все настройки проверили, все нормально. Самое ужасное, что нет никакой информации в логах (сервера, клиента, SQL)! Клиент падает с вышеупомянутой ошибкой, даже не предлагая отправить отчет в Microsoft

[mazzy]

Цитата:

Сообщение от Stella

Клиент падает с вышеупомянутой ошибкой, даже не предлагая отправить отчет в Microsoft

Это просто свинство с его стороны
попробуйте вставить запись с BLOB такого размера вручную из Management Studio.
У вас точно сервер принимает такие записи?

[Stella]

Попробовали. Принял.

[mazzy]

пробовали на сервере или на той машине, где стоит Аксапта?
если на машине с Аксаптой, то попробуйте затолкать "вручную" job'ом.

[mazzy]

поигрался с размером буфера, поигрался с настройками максимального размера - действительно Аксапта падает. Пишите в Майкрософт или сделайте хранилищем каталог.

[Stella]

Спасибо, Mazzy.

[rkorchagin]

Кстати, такая же проблема была - и обратился в MS.
Ответ не проверял - так как всего 2 файла были с такими размерами (6 и 12 мегабайт) и их просто удалили.

Ответ от MS:

Цитата:

These are two distinct parameters and the maxBufferSize registry key is the one that will help in this case. It i s held in mb and should be extended to roughly double the size of the largest file you need to upload (the system needs a buffer of 10mb to handle a 5mb file). You may also find that the maxRPCSize registry key needs to be changed on client and server computers, I've added instructions for changing both keys below, please try this and let us know your feedback.

How to increase the MaxBufferSize
AOS Registry Key name: [HKLM\SYSTEM\CurrentControlSet\Services\Dynamics Server\4.0\<AOS instance>\<configuration name>] Value name: maxbuffersize Value type: REG_SZ Value: <Amount of memory in MB or 0 for no limit>
Client Registry Key name: [HKCU\Software\Microsoft\Dynamics\4.0\Configuration\<configuration name>] Value name: maxbuffersize Value type: REG_SZ Value: <Amount of memory in MB or 0 for no limit>
AXC-File Add the following line to the AXC-File manually: maxbuffersize, text,0 -> Please use Notepad to do this change. It's important that the file format (Unicode) will not be changed. -> Keep in mind that this change will dissapear when changing the configuration with the ConfigUtility!!
It might be needed to restart the client or server after changing the registry keys.


MaxRpcSize

The maximum allowed incoming RPC packet size can be configured by setting a DWORD value MaxRpcSize of the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc key on the AOS system. This value is the maximum allowed size of RPC packet, in bytes, for example I entered 30000000 to set the max size to 30mb (leav e the option as hexadecimal not decimal).

[Masia]

Кто нибудь смог полечить эту проблему?

[Vadik]

Цитата:

Сообщение от Masia

Кто нибудь смог полечить эту проблему?

Простите, Вы предыдущее сообщение в этой ветке внимательно прочитали?

[Masia]

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

[Vadik]

Цитата:

Сообщение от Masia

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

Файлы размером до 10 Мб загружаются. AX 4.0 SP2, MaxRpcSize не трогал

[Masia]

При выполнении кода, который сохраняет файл в базу, на клиенте приложение падает, перенесла код на сервер все нормально сохранилось...

[alex55]

Господа (и дамы)! Кто-нибудь видел живьем ключи, упомянутые в ответе от MS (MaxRpcSize и MaxBufferSize)? В реестре XP не нашел их, во всяком случае..

Или их нужно "руками" создать? Уточните, пожалуйста.

[Masia]

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

[Irv]

Снять ограничение MaxBufferSize согласно описанию получилось. В реестре значение MaxBufferSize для АОС-а создавал вручную. Тип строка, содержимое строки 0
Клиент у меня настроен через файл конфигурации. Здесь помогло добавление в файл конфигурации строчки:
maxbuffersize, text,0

[alex55]

Несколько вопросов по настройке вышеуказанных параметров:

1. С каким максимальным размером файла корректно работает документооборот после ее выполнения? У меня в БД залился файл около 13 MB, но выбрать его из DocuValue уже не удалось, возникла ошибка "Невозможно выбрать запись в Стоимость по документу (DocuValue).
Из базы данных выбрано нулевое значение (NULL), которое не поддерживается." А 35 MB даже не залился с исходной ошибкой топика.

2. Должны ли данные настройки повлиять на возможность, например, корректного выполнения данного job'а:

static void XppMaxVarSizeError(Args _args)
{
    str         s;
    int         i;
    str         res;
    textbuffer  tb = new textbuffer();

    for (i = 1; i<9000; i++)
    {
        s += strrep("a", 1000);
    }

    res = s;

    tb.setText(res);
    tb.toFile("c:\\test1.txt");

    info("XppMaxVarSizeError: finished.");
}

У меня по прежнему возникает ошибка, хотя макс. возможный размер переменной в момент присваивания вырос более чем на 1000 итераций.

3. Есть ли смысл в данной выше рекомендации по корректировке значений в реестре "(leav e the option as hexadecimal not decimal)"? Насколько я понимаю приведенное значение для 30 MB как раз в десятичном виде указано и изменение вида отображения на сохраняемый результат не повлияет..

[BOAL]

Мне эти шаманские танцы с бубном не помогли вообще, как падало, так и падает - перешли на папку, обвесив ее правами без галки показ списка содержимого.

[Damn]

У кого-нибудь в Ax2009 работает прикрепление несжимаемых файлов размером больше 4 мегабайт ?
Тестировал прикрепление файлов-архивов - файл размером 4090 килобайт прикрепляется, а файл размером 4096 килобайт уже приводит к крэшу клиента аксапты.