Как исправить ошибку.

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

Ответить
ENB83
Новичок
Сообщения: 23
Зарегистрирован: 19 мар 2008, 11:57
Откуда: Новосибирск

Как исправить ошибку.

Сообщение ENB83 »

При загрузке Галактики 5.84 выскакивает ошибка.

Запись заблокирована. Код ошибки:84. Таблица N59.

Причём только в одной базе. а в других всё хорошо.
SergZol
Постоянный обитатель
Сообщения: 155
Зарегистрирован: 03 сен 2007, 19:06
Откуда: Россия,Казань

Сообщение SergZol »

Первасиф?
В мониторе пользователей удалить зависшие сессии + удалить временные файлы(tmp)
ENB83
Новичок
Сообщения: 23
Зарегистрирован: 19 мар 2008, 11:57
Откуда: Новосибирск

Сообщение ENB83 »

Да Первасиф. В мониторе пользователей не нашёл то место где можно удалить зависшие сессии + удалить временные файлы(tmp) - а их где удалять. И из-за чего такая ошибка возникает?
edward_K
Заслуженный деятель интернет-сообщества
Сообщения: 5187
Зарегистрирован: 29 мар 2005, 17:49
Откуда: SPB galaxy spb

Сообщение edward_K »

атрибуты файла проверте.
вообще help смотрите первасива.
84: The record or page is locked
An Insert, Update, or Delete operation attempted to lock an index page to insert or delete a key value. Have your application check for this status code and retry the operation if the status code is returned.
When using a NetWare server engine, you can receive this status code when running an application on a Win95 client if the NetWare operating system runs out of record locks. To solve this, increase the "maximum record locks per connection" and, if necessary, the "maximum record locks" (system wide limit) on the NetWare server.
The application tried one of the following:
Applied a no-wait lock on a record that is currently locked by another application
Tried to access a file in a no-wait transaction while another application holds one or more active record locks in that file
Tried to update or delete a record locked by another application.
The application can use either of the following recovery methods:
Retry the operation until it is successful. This can be the simplest and quickest solution for a network with light to moderate use.
Note
Applications should limit the number of retry attempts when status 84 is received inside a concurrent transaction. Otherwise, the application might enter a deadlock situation with another transaction. If status 84 is still received after a few retries, abort the transaction and then attempt the transaction again.

Use the wait option (+100/+300) instead of the no-wait option (in versions that support the wait option).
edward_K
Заслуженный деятель интернет-сообщества
Сообщения: 5187
Зарегистрирован: 29 мар 2005, 17:49
Откуда: SPB galaxy spb

Сообщение edward_K »

да еще поищите ~pvsw.loc в data и проверте права на эту папку и конкретный файл.
Попробуйте базу скопировать на локал(если первасив позволяет) или на другой сервер(или в другую папку) - если поможет, то дело точно в правах. В теории эту и следующую таблу можно вообще попробовать удалить.
hope
Местный житель
Сообщения: 1353
Зарегистрирован: 29 мар 2005, 17:49
Контактная информация:

Сообщение hope »

Давно уже не работаем на Pervasive.
Но с тех пор осталось в памяти следующее: если запустить в Галактике эксклюзивную операцию, например, сохранение БД, и если прервать аварийно, то потом в Галактику зайти нельзя, пока не удалишь файл SEMAFORS.AST из DATA\D_Dict.
Ответить