proNovell

version
Novell Open Enterprise Server, NetWare 6.5
Support Pack Revision 06

Сервак стоит для одного: вертится база на Pervasive SQL 2000i (далее NWMKDE)
в течение долгого времени, на серваке NWMKDE грузился с кешем в 1 гиг...
(мучения были еще при установке, больше гига, так и не смогли сделать)

05-07-2007 13:43:39 NWMKDE 000000E3 NWMKDE.NLM GALAXY I There is insufficient memory to load the MicroKernel Database

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

вот что показывает seg.nlm

Server Memory Statistics v2.00.17
Memory Category Memory Percent
------------------------------------------------------------------------------
Total Server Memory..............4.00 GB -----
Original Cache Memory...........3.50 GB 100.0%
Available Cache Memory: .......2.46 GB 70.5%
....FS Cache Pool .................47.4 MB 4.1%
....VM Cache Pool ................1.51 GB 43.3%
....NSS Cache Avail ............ 825.7 MB 23.1%
NSS Cache Memory (85%).....828.8 MB 23.2%
NLM Memory ........................886.8 MB 24.8%
Largest Cache Segment..........18.9 MB 0.5%
Largest VM Segment.............374.8 MB 10.5%

:SET File Cache Maximum Size
File Cache Maximum Size: 1073741825

есть ли возможнсоть как то освободить память под NWMKDE ?
ps: autoexec.cfg nwmkde, началее некуда, грузится.

Aleksey(ishua) писал(а):version
Novell Open Enterprise Server, NetWare 6.5
Support Pack Revision 06

Сервак стоит для одного: вертится база на Pervasive SQL 2000i (далее NWMKDE)

Если это SQL2000i - то с каким SP. Изначально 2000i - это SP2 вроде. А очень живучей был третий. А заним и четвертый выходил.
Какую модель используете при работе с Pervsive? Только транзакционную? Или ODBC так же у Вас приветствуется? Если транзакционную уберите из запуска всё что касаемо ODBC.

В bti.cfg что за цифра у Вас в строке CacheSize?

P.S. Нет ли желания перейти хотя бы на релиз 8.х для Pervasive?

Ставьте 9.5 или хотя бы 8.7 и играйтесь. У них полностью переделана работа с памятью по сравнению с 7.

to Доменика
по порядку:)
2000i sp3 (sp4 наскока я знаю нет)
Только транзакционную (все остальное, уже отключенно)

bti.cfg
CacheSize
ага с этим параметром и проблема сейчас стоит 512 мег, с гигом не запускается... (читай выше, это то и есть проблема)

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

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

собственно, проблема то вроде не в pervasive проблема в свободной памяти для него....

И все таки он существует SP4.

И если я правильно Вас поняла у Вас NW 6.5sp6 - а там изначально идёт NWMKDE 7.94.251.00. Т.е. Вы сознательно установили PervasiveSQL 2000i?

Несколько вопросов
1. Какие тома Вы используете?
3. Какой код ошибки, когда система отказыается выделить необходимую память.

Попробуйте данный эксперимент
1. server -na.
2. Изменяем в bti.cfg на желаемый размер кеш.
3. bstart.ncf

И посмотреть - измениться ли выделение памяти или как ругнётся на Ваши действия софт.

Доменика писал(а):И все таки он существует SP4.

И если я правильно Вас поняла у Вас NW 6.5sp6 - а там изначально идёт NWMKDE 7.94.251.00. Т.е. Вы сознательно установили PervasiveSQL 2000i?

Несколько вопросов
1. Какие тома Вы используете?
3. Какой код ошибки, когда система отказыается выделить необходимую память.

Попробуйте данный эксперимент
1. server -na.
2. Изменяем в bti.cfg на желаемый размер кеш.
3. bstart.ncf

И посмотреть - измениться ли выделение памяти или как ругнётся на Ваши действия софт.

Бывает SP4 и потфиксы к нему (отдельно для 3.12 и для 4.X+).
Постфиксы только для SQL части (NWSQLMGR.NLM,NWODBCEI.NLM,MKC.NLM,PSVCS.NLM) и для енжины клиента.

PSQL2000+Sp4+postfix на движек стоит там.
Выбор именно этой версии обусловлен софтом. С более новой возникают проблемы.
Еще во время установки сервера удалось под кеш (Cache Allocation Size) отдать только 1Gb памяти. Причем если сервер загрузить с нуля, то указанный объем PSQL получал. bstop - bstart после перезагрузки и

There is insufficient memory to load the MicroKernel Database

Сейчас такая ситуация уже при 512.
Т.е. кто-то желает все больше и больше памяти и выбирает ее еще до загрузки PSQL. Как этого кого-то ограничить в желаниях? Или есть возможность на уровне NW зарезервировать требуемый объем памяти под PSQL?
Сервер данный служит только для работы данного приложения.

между версиями. Работаен с Btrieve c 1989 года. Никогда не было никаких проблем с совместимостью. Если криворукие программисты не почистили память, там где это положено делать, то чего гнать на btrieve.
Я уже несколько раз слышал про какие-то страшилки, которые на самом деле оказывались пустышками, поскольку народ не мог правильно законфигурять новую версию. Есть проблема в паскалевском интерфейсе btrapid.pas, но она не имеет отношение к версиям btrieve, а связана с некорректностью обработки DPMI в клонах NT. При этом вылазит какое-то страшно жуткое сообщение винды об ошибке NTVDM. Лечится однако в три секунды,
Самый прикол был, когда мне с пеной у рта доказывали, что галактика не запускается на 98 винде. Оказалось, что умельцы просто не знали про BTRBOX95 и BDOSSTUB, поскольку для этого требовалось слегка почитать документацию, а большинство кул-хацкеров от прописывания ручками пары команд впадают в ступор.

И если мне не изменяет память, года полтора назад я настраивал NW6.5 для одной немаленькой конторы, работающей с галактикой, и там первазив был ну никак не меньше 8.6. Жалоб за эти полтора года не было.

Возможно, при криво писаных программах, надо снять птичку с параметра Verify Key Length. Но эти вещи все равно боком вылезут когда-нибудь. Глюки надо исправлять.

Boris Morozov писал(а):Так поделитесь страшной тайной, в чем есть несовместимость

Это приложение Галактика. проводился тест на PSQL8.6. Были обнаружены две проблемы:
1. Изменение записи одним пользователем становилось заметно у другого минут через десять.
2. При пересчете прав пользователя в протекте, вылетали индексы в нескольких системных таблицах.

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

pps:
NSS Partition (9.76 GB)
NetWare Partition (125.93 GB)
это то что касается партиций... на сервере...

так, чтобы изменения на одном клиенте не отражались в базе. У нас на этом все построено и прекрасно работает много лет. На любых версиях все мгновенно отображается.
Теоретически возможен вариант, что ваши клиенты зацепились локальным энжином в режиме файловой блокировки. 8 и 9 на это способны.
Другого варианта я тут не вижу, если приложение таки пишет в базу, а не держит у себя в кеше где-то.
А чтоб убрать файловый доступ, отключите на клиентах локальный энжин. Тогда все сразу вылезет. И для первазива нужен нормально настроенный DNS, он использует буквы дисков только, чтобы определить имя сервера, а к самому серверу лезет по DNS. И если не находит, то либо вы получаете статус 11, либо оно лезет локальным энжином, не используя клиент-серверный режим. Все это видно в логе первазивовского аналайзера.

Это все хорошо конечно, но проблема то в другом - отсутствии свободной памяти. Кроме того "падение" индексов в таблицах это не решает.

и должна решаться патчами на первазив. И вполне может быть, что на 8.7 все будет хорошо. От 8.6 он отличается чисто исправлениями глюков.
И в версиях 8 и 9 опять таки два уровня кеша и кеш уровня 2 задается таки процентом свободной памяти, а не абсолютным значением. То, что вы пишете в CacheSize с 8 версии является размером кеша только первого уровня.