K
Klido
Давно наблюдал: группа базок с ODS 41-43 никаким образом не желает на 8.5.х серверах откомпактится в ODS 51, что на работающем серваке, что на потушеном.... И среди этого добра names.nsf с ODS 43....
Причем в пакете 8.5.1 идет шаблон АК с ODS 43....
Попытки закомпактить на потушеном сервере names.nsf вываливают еррор типа не-могу-не-хочу...
Нарыл
но якобы только для 6.5.2
Смешно, кстати, там написано "This issue was reported to Quality Engineering; however, it was determined not to be a software problem. " Интересно, а ЧЬЯ это тогда проблема? :angry:
Тут
Собственно, начал падать неожиданно сервак - произвольно - причину типа выяснил
Как там хитро про фикс упомянуто
"SPR# ADC6TET7N - In a low memory condition, allocvblock will return null which causes a problem for callers of osallocvblock. This problem results in an nserver process crash and "PANIC: OSVBlockAddr: Bad VBlock handle (FFFF\0)" error. Since this problem was fairly deep in the code, symptoms of this problem are fairly transient, other than the Panic error and can occur on a server process. For example, we have customer reports for this in at least the nserver process and nreplica process. "
Решил я, что проблема может с АК быть - тут вот и полезло с ODS...
Причем в пакете 8.5.1 идет шаблон АК с ODS 43....
Попытки закомпактить на потушеном сервере names.nsf вываливают еррор типа не-могу-не-хочу...
Нарыл
Ссылка скрыта от гостей
но якобы только для 6.5.2
Смешно, кстати, там написано "This issue was reported to Quality Engineering; however, it was determined not to be a software problem. " Интересно, а ЧЬЯ это тогда проблема? :angry:
Тут
Ссылка скрыта от гостей
рекомендуют сделать копию/реплику таких баз и физически заменить на сервере - но как-то стремно это...Собственно, начал падать неожиданно сервак - произвольно - причину типа выяснил
Ссылка скрыта от гостей
, но теперь неясно что и делать...Как там хитро про фикс упомянуто
"SPR# ADC6TET7N - In a low memory condition, allocvblock will return null which causes a problem for callers of osallocvblock. This problem results in an nserver process crash and "PANIC: OSVBlockAddr: Bad VBlock handle (FFFF\0)" error. Since this problem was fairly deep in the code, symptoms of this problem are fairly transient, other than the Panic error and can occur on a server process. For example, we have customer reports for this in at least the nserver process and nreplica process. "
Решил я, что проблема может с АК быть - тут вот и полезло с ODS...