ошибка в работе "no current record for fetch operation"

MelnikovaElena
Повідомлень: 97
З нами з: 16 листопада 2011, 18:12

ошибка в работе "no current record for fetch operation"

Повідомлення MelnikovaElena » 13 лютого 2012, 18:21

Добрый день.
Сетевой МеДок,версия 10.54, Win XP, SP3
У клиента при работе в совершенно различных ситуациях возникает следующая ошибка (во вложении).
Подскажите, пожалуйста, что им можно посоветовать.
Вкладення
ошибка.PNG
ошибка.PNG (87.69 Кіб) Переглянуто 5156 разів

Родин Евгений

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Родин Евгений » 13 лютого 2012, 18:30

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

skirillov
Повідомлень: 1762
З нами з: 26 серпня 2011, 10:34

Re: ошибка в работе "no current record for fetch operation"

Повідомлення skirillov » 13 лютого 2012, 18:35

А меня интересует, откуда ставили Firebird Server. Тот что в 53м дистрибутиве появился при установке поставили или свой?
— Качество софта обеспечивают не разработчики (это глубочайшее заблуждение), а процесс его производства. Уровень качества продукта — это одно из требований к нему, которое влияет на его стоимость, и не более того.

grindin
Повідомлень: 503
З нами з: 01 листопада 2011, 18:26

Re: ошибка в работе "no current record for fetch operation"

Повідомлення grindin » 13 лютого 2012, 23:38

firebird сервер ставили с дистрибутивом? ошибка в рандомных ситуациях встречается? если да, то должна спасать перезагрузка служб Zvitgrp и сервера firebird) Если в одном и том же месте, то битая база :o

to skirillov, не экспериментировал пока еще, как привязать службу к серверу жарптицы если сервер был поставлен после установки меда?

skirillov
Повідомлень: 1762
З нами з: 26 серпня 2011, 10:34

Re: ошибка в работе "no current record for fetch operation"

Повідомлення skirillov » 14 лютого 2012, 11:55

grindin писав:как привязать службу к серверу жарптицы если сервер был поставлен после установки меда?
Решение есть, но оно требует правки зашифрованого файла конфигурации, состав кот. меня просили не разглашать, дабы меньше проблем было.
Т.что если прижмет - обращайтесь к Родину - посчитает нужным - даст таблетку.
— Качество софта обеспечивают не разработчики (это глубочайшее заблуждение), а процесс его производства. Уровень качества продукта — это одно из требований к нему, которое влияет на его стоимость, и не более того.

Колпаков Б.И.
Повідомлень: 8802
З нами з: 29 липня 2011, 14:59
Звідки: Украина, Донецкая область, Бахмут
Контактна інформація:

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Колпаков Б.И. » 14 лютого 2012, 12:39

Точно такая же ошибка появилась вчера на сетевом Медке. После переустановки программы с 53дист обновленного до 54го и вост. РК.
Появляется при переходе из периода в период, но не всегда!

demolition_alex
Повідомлень: 7
З нами з: 14 лютого 2012, 13:31

Re: ошибка в работе "no current record for fetch operation"

Повідомлення demolition_alex » 14 лютого 2012, 13:34

У меня тоже на сетевой версии после 54 обновления выскакивает эта ошибка на всех рабочих станциях. Если заходишь под административной учетной записью (администратор домена), то на всех рабочих станциях все работает. Возникает вопрос - как это исправить.

02573547Приватне Акціонерне Товариство "Готель "Дніпро"
M.E.DOC 10.00.054
Мережева версія
Реєстр звітів ОС: Microsoft Windows NT 6.1.7601 Service Pack 1

FirebirdSql.Data.FirebirdClient.FbException: no current record for fetch operation --->
--- End of inner exception stack trace ---

Server stack trace:
at FirebirdSql.Data.FirebirdClient.FbCommand.Fetch()
at FirebirdSql.Data.FirebirdClient.FbDataReader.Read()
at ZvitServerDataFB.TmplDataMgr.GetFormInfo(Int64 formCode, Nullable`1 perType, Nullable`1 perDate, FormInfo& info, Nullable`1& sdate)
at ZvitPublishedObjects.Server.RepManager.GetFormInfo(Int64 formCode, Nullable`1 perType, Nullable`1 perDate, FormInfo& info, Nullable`1& sdate)
at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at ZvitInterface.IReps.GetFormInfo(Int64 formCode, Nullable`1 perType, Nullable`1 perDate, FormInfo& info, Nullable`1& sdate)
at ZvitGUI.docrst.DocRstHelper.GetByPerCurRecInfo(UltraGrid grid, EPeriodType& perType, DateTime& perDate, FormInfo& formInfo, RstDocPropInfo& rstDocPropInfo, Boolean& emailable)
at ZvitPlusGUI.UCDocRstByPer5.GetCurRecInfo(EPeriodType& perType, DateTime& perDate, FormInfo& formInfo, RstDocPropInfo& rstDocPropInfo, Boolean& emailable)
at ZvitGUI.UCDocRstMain5.LoadPropsTabs()
at ZvitPlusGUI.UCDocRstByPer5.ultraGrid1_AfterRowActivate(Object sender, EventArgs e)
at Infragistics.Win.UltraWinGrid.UltraGrid.OnAfterRowActivate()
at Infragistics.Win.UltraWinGrid.UltraGrid.FireEvent(GridEventIds id, EventArgs e)
at Infragistics.Win.UltraWinGrid.UltraGrid.OnActiveRowChange(UltraGridRow newActiveRow, Boolean scrollIntoView)
at Infragistics.Win.UltraWinGrid.UltraGridBase.SetActiveRow(UltraGridRow row, Boolean scrollIntoView)
at Infragistics.Win.UltraWinGrid.UltraGrid.EnsureTempActiveRowAssigned()
at Infragistics.Win.UltraWinGrid.UltraGrid.OnPaint(PaintEventArgs pe)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer, Boolean disposeEventArgs)
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

skirillov
Повідомлень: 1762
З нами з: 26 серпня 2011, 10:34

Re: ошибка в работе "no current record for fetch operation"

Повідомлення skirillov » 14 лютого 2012, 17:52

Ошибка ИХХО связана с доработками в 54м обновлении ибо раньше такое не стречалось.
FETCH команда обращения к базе, возвращает одну строку за один раз в программу из активного набора курсора. Применяеться повсеместно.
Видно где-то логика сбиваеться, нужно смотреть выполняемые скрипты, кот. здесь не видно и ничего "угатывателям" не даст.
Почему это работает с правами админа вообще не понятно.
Кто что использовал как сервер firebirda и использовал ли вообще - никто так и не признался, т.что более и предполагать нечего.
Нуна ждать, что разрабы скажут.
— Качество софта обеспечивают не разработчики (это глубочайшее заблуждение), а процесс его производства. Уровень качества продукта — это одно из требований к нему, которое влияет на его стоимость, и не более того.

Колпаков Б.И.
Повідомлень: 8802
З нами з: 29 липня 2011, 14:59
Звідки: Украина, Донецкая область, Бахмут
Контактна інформація:

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Колпаков Б.И. » 14 лютого 2012, 18:00

:
- установили Медок с firebird
- обновили, подтянули РК
- после устанавливался клиент банк со своим firebird-ом.
- ошибка..."no current record for fetch operation"
Все службы работают, перезапуск не помогает.

up: Проявляется не у всех сетевых клиентов.

skirillov
Повідомлень: 1762
З нами з: 26 серпня 2011, 10:34

Re: ошибка в работе "no current record for fetch operation"

Повідомлення skirillov » 14 лютого 2012, 18:06

Не пробывали работать с Медком не через FB сервер? Ну не доверяю я пока его безупречной работе с FB сервером.
Переустановка не требуеться, если заменить конф.файл.
В http://www.me-doc.com.ua/forum/viewtopi ... 201#p15201 появился ответ, но тему закрыли, чтоб спросить еще что-то.
Хоте спросить, что за логины разграничили, пока понял, что медковские, но не верю, что Медок научили работать с DB не через SYSDBA, а разными пользователями, все говорит об обратном.
— Качество софта обеспечивают не разработчики (это глубочайшее заблуждение), а процесс его производства. Уровень качества продукта — это одно из требований к нему, которое влияет на его стоимость, и не более того.

grindin
Повідомлень: 503
З нами з: 01 листопада 2011, 18:26

Re: ошибка в работе "no current record for fetch operation"

Повідомлення grindin » 14 лютого 2012, 19:20

да, как и раньше медок работает через sysdba, сервер огнептицы работает через три коннекта одновременно, поэтому мысль работать под разными пользователями поидее нелогична) Разделяю Ваш интерес) к нам вроде пока вопросов с такой ошибкой не поступало:)

demolition_alex
Повідомлень: 7
З нами з: 14 лютого 2012, 13:31

Re: ошибка в работе "no current record for fetch operation"

Повідомлення demolition_alex » 15 лютого 2012, 09:34

Вот, что мне ответили в поддержке
Разрешить пользователю полный доступ к корневой папке медка и добавить пользователя в "разрешенные" в Редакторе реестра.

И кто поможет расшифровать?

Колпаков Б.И.
Повідомлень: 8802
З нами з: 29 липня 2011, 14:59
Звідки: Украина, Донецкая область, Бахмут
Контактна інформація:

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Колпаков Б.И. » 15 лютого 2012, 10:57

А если выдает ошибки под админом?

demolition_alex
Повідомлень: 7
З нами з: 14 лютого 2012, 13:31

Re: ошибка в работе "no current record for fetch operation"

Повідомлення demolition_alex » 15 лютого 2012, 11:02

У меня такая ситуация - нет ошибки только под админом домена. Под локальным админом тоже ошибка.

Колпаков Б.И.
Повідомлень: 8802
З нами з: 29 липня 2011, 14:59
Звідки: Украина, Донецкая область, Бахмут
Контактна інформація:

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Колпаков Б.И. » 15 лютого 2012, 15:48

Аналитики сказали:
Данная ошибка будет исправлена в 56 версии !

Гресь Светлана
Универсал (склонность - системные вопросы)
Повідомлень: 413
З нами з: 27 липня 2011, 09:23

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Гресь Светлана » 16 лютого 2012, 12:31

Выяснив причину ошибки, оказалось что обновлением это не исправить. Проблема была в неверной версии сервера Firebird. В ближайшее время перевыложим дистрибутив.
Для тех клиентов, которые уже установили сетевые версии с 53 дистрибутива с fb-сервером, необходимо скопировать содержимое архива в папку C:\Program Files\Common Files\Firebird_M (ссылки соответственно для 32-х и 64-х бит). После копирования перезапустить службу Медка и сервера Firebird.

Скачать можно здесь: Firebird-2.1.3.18185-0_x32.rar на FileShare.in.ua
Firebird-2.1.3.18185-0_x64.rar на FileShare.in.ua
--
С уважением, системный аналитик отдела аналитики
Гресь Светлана
Корпорация "Интеллект-Сервис"
[email protected]

demolition_alex
Повідомлень: 7
З нами з: 14 лютого 2012, 13:31

Re: ошибка в работе "no current record for fetch operation"

Повідомлення demolition_alex » 16 лютого 2012, 13:32

Проверил. Все заработало. Спасибо.

Колпаков Б.И.
Повідомлень: 8802
З нами з: 29 липня 2011, 14:59
Звідки: Украина, Донецкая область, Бахмут
Контактна інформація:

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Колпаков Б.И. » 16 лютого 2012, 17:40

Клиент попробовал. Все заработало. Спасибо.

СергейНИ
Повідомлень: 2
З нами з: 10 лютого 2012, 17:34

Re: ошибка в работе "no current record for fetch operation"

Повідомлення СергейНИ » 23 лютого 2012, 10:51

Викладіть будь-ласка ще раз Firebird-2.1.3.18185-0_x32.rar

Гресь Светлана
Универсал (склонность - системные вопросы)
Повідомлень: 413
З нами з: 27 липня 2011, 09:23

Re: ошибка в работе "no current record for fetch operation"

Повідомлення Гресь Светлана » 23 лютого 2012, 12:22

--
С уважением, системный аналитик отдела аналитики
Гресь Светлана
Корпорация "Интеллект-Сервис"
[email protected]

Відповісти

Повернутись до “У роботі ПК "M.E.Doc"”