Batch + info() = "RPC error: RPC exception 1702 occurred in session XXX"

[fed]

Я бы начал с проверки кода методов Global.Info() и info.add(). По умолчанию он складывает сообщения в infolog. А стандартный обработчик пакетных заданий эти сообщения из infolog вынимает и складывает в поле batch.info(). Рискну предположить, что у вас в код одного из этих методов добавлены вызовы функций или классов выполняющихся на клиенте. А поскольку клиента как такового у пакетного сервера нету, он обращает ваше внимание на этот прискорбный факт выдачей сообщений о RPC-exception 1702. Кстати у нас весь лог пакетного сервера такими сообщениями забит и он все равно не падает. Так что проверить и почистить методы выдачи сообщений можно, но исходной проблеме это вряд-ли поможет.

to bober: Нормальная система, не сырая. По большому счету уже год как можно пользоваться без особых проблем. Всерьез глючат только Workflow и интеграция с SSRS. Все остальное глючит и падает не чаще чем в третьей версии...

[DSPIC]

Цитата:

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

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

Увы, постороннего кода в этих методах нет; как я упомянул ранее, ошибка возникает непосредственно методе xInfo.add().

Цитата:

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

... ошибка возникает непосредственно в kernel-методе xInfo.add()...

Можно взять стандартную, out of the box AX2009 и смело воспроизвести ошибку.
Вот, к примеру, код метода \Classes\Tutorial_RunbaseBatch\run:

public void run()
{
    #OCCRetryCount
    if (! this.validate())
        throw error("");

    try
    {
        ttsbegin;

        info("Test");

        ttscommit;
    }
    catch (Exception::Deadlock)
    {
        retry;
    }
    catch (Exception::UpdateConflict)
    {
        if (appl.ttsLevel() == 0)
        {
            if (xSession::currentRetryCount() >= #RetryNum)
            {
                throw Exception::UpdateConflictNotRecovered;
            }
            else
            {
                retry;
            }
        }
        else
        {
            throw Exception::UpdateConflict;
        }
    }

}

А вот трассировка его выполнения:



В общем, вероятно это баг ядра.
Что касается падения АОС, то пока нет однозначной уверенности в связи с этой ошибкой. По наблюдениям можно сказать:
- внезапнопу падению АОС всегда предшествовала серия этих ошибок в журнале OS (падал как минимум раз в 2 дня)
- после вставки костыля АОС уже неделю не падает (возможно и совпадение, наблюдаем...)