Posted: 17 Jan 2005 14:17 Post subject: И СНОВА НЕИСПРАВИМАЯ ОШИБКА 9000!!!
После установки SP2 к БЭСТ4+ 11.02 прошло больше недели и все было нормально, но вот сегодня одна из рабочих станция стала вываливаться в книге покупок с сообщением
"Неисправимая ошибка 9000". Черт знает ведь поставил SP2 и все после этого было хорошо, подобных глюков больше не наблюдалось, а сегодня все опять началось снова. Происходит это когда бухгалтер пытается в книге покупок по F6 установить фильтр по дате или номеру счета-фактуры. И что интересно, что происходит это не каждый раз, бавает нормально, а бывает и вывалевается, но именно при нажатии F6 в книге покупок.
Теперь еще и в книге продаж стало происходить тоже самое. Прямо не знаю что и делать. Я уж было обрадовался, что все основны глюки в SP2 убраны и вот на тебе, опять все вернулось. Что делать? Опять полный ............!
А пачему нет ответов?
Складывается впечатление, что разработчики БЭСТ4+ редко заходят на данный форум. Если это так, то это очень скверно, сообщения об ошибке 9000 возникают все чаще и вся работа опять на грани остановки! Я уже не знаю что происходит, все SP стоят и все нормально работало, что пять произошло не могу понять.
Неужели такое происходит только у меня, пачему нет ответов?
Неужели разработчики не могут смоделировать подобную ситуацию и наконец разобраться в чемже дело? Видимо просто не могут или не хотят.
Поймите меня правельно, сейчас идет закрытие 2004 года , делается огромное количество разнообразных отчетов, одним словом работы очень много, а БЭСТ опять серьезно подводит, я уже устал говорить о проблеме распечатки большенства БЭСТОВСКИХ отчетов, которая и в данный момент практически не решена, а тут еще и всякие разные глюки, которые просто не дают работать, мы уже просто устали от этого. Опять приходится думать о переходе на другую систему.
Joined: 26 Jul 2002 Posts: 975 Location: Титов Александр Александрович Occupation: Компания БЭСТ Interests: Москва
Posted: 19 Jan 2005 14:25 Post subject:
OSG wrote:
А пачему нет ответов?
Складывается впечатление, что разработчики БЭСТ4+ редко заходят на данный форум. Если это так, то это очень скверно, сообщения об ошибке 9000 возникают все чаще и вся работа опять на грани остановки! Я уже не знаю что происходит, все SP стоят и все нормально работало, что пять произошло не могу понять.
Неужели такое происходит только у меня, пачему нет ответов?
Неужели разработчики не могут смоделировать подобную ситуацию и наконец разобраться в чемже дело? Видимо просто не могут или не хотят.
Разработчики непрерывно на форуме. Мы действительно пока не можем смоделировать ситуацию. Анализируем различные причины.
Но подумайте и Вы. Ведь какое-то время все у вас работало, потом стала вылезать эта ошибка. Программа не менялась. Проводится ли индексация? Устойчиво ли работает сеть.
Если мы не отвечаем, это не значит что мы Вас игнорируем, нужно некоторое время для моделирования ситуаци _________________ С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо
А пачему нет ответов?
Складывается впечатление, что разработчики БЭСТ4+ редко заходят на данный форум. Если это так, то это очень скверно, сообщения об ошибке 9000 возникают все чаще и вся работа опять на грани остановки! Я уже не знаю что происходит, все SP стоят и все нормально работало, что пять произошло не могу понять.
Неужели такое происходит только у меня, пачему нет ответов?
Неужели разработчики не могут смоделировать подобную ситуацию и наконец разобраться в чемже дело? Видимо просто не могут или не хотят.
Разработчики непрерывно на форуме. Мы действительно пока не можем смоделировать ситуацию. Анализируем различные причины.
Но подумайте и Вы. Ведь какое-то время все у вас работало, потом стала вылезать эта ошибка. Программа не менялась. Проводится ли индексация? Устойчиво ли работает сеть.
Если мы не отвечаем, это не значит что мы Вас игнорируем, нужно некоторое время для моделирования ситуации.
Я не хотел Вас обидеть, но мне каждый день приходится выслушивать от бухгалтеров по поводу БЭСТа очень много разных и очень неприятных слов. Программа действительно не менялась, индексация делается каждое утро перед началом работы, ежедневно делается полная копия всех рабочих баз, сеть многократно тестировалась и работает устойчиво. Данная ошибка чаще всего возникает при интенсивной работе в программе на рабочих станциях с процессором Intel Celeron 1.7 и 2,4 ГГц. Я не знаю в процессоре ли дело или еще в чем, но очень хочу чтобы Вы поскорее разобрались в этом, на меня давят со всех сторон времени катастрофически не хватает, очень много работы и очень много времени приходится тратить на БЭСТ, в то время как есть еще много другой рабо
Joined: 25 Nov 2004 Posts: 14 Location: Шашев Ю.В. Occupation: СУ-38 ОАО "СМ" Interests: Новосибирск
Posted: 20 Jan 2005 01:57 Post subject: И Снова неустранимая ошибка 9000!!!
Титов Александр писал:
Quote:
Мы действительно пока не можем смоделировать ситуацию. Анализируем различные причины.
Но подумайте и Вы. Ведь какое-то время все у вас работало, потом стала вылезать эта ошибка. Программа не менялась. Проводится ли индексация? Устойчиво ли работает сеть.
Если мы не отвечаем, это не значит что мы Вас игнорируем, нужно некоторое время для моделирования ситуации.
Возможно, дополнительные сведения помогут.
У меня данная ошибка стала выскакивать 2 дня назад, после перевода сервера баз данных на WinXP с NTFS. Сначала на Celeron 500 (192 Mb ОЗУ, Win98 SE , неофиц. SP версии 1.6), а позже и на сервере баз (невыделенном, Athlon 2400+, 512Mb, WinXP SP1). Если первый день возникали единичные случаи, к вечеру чаще, то вчера бухгалтера жаловались, что вводишь одну-две проводки (возможно, преувеличение, но не сильное) и приходится вновь запускать БЭСТ.
Индексация, в т.ч и из меню Настройка, не помогает, сеть работает стабильно. Также, вроде бы, ошибка отмечалась и а АРМе гл.буха, хотя врать не буду, сам не видел.
Протоколы в сети: IPX,Betbios,Tcp/Ip
P.S. Не по теме: возможно ли наладить кнопку завершения (в заголовке окна в Windows 98 SE ), или хотя бы отключить ее. В принципе не мешает, но раздражает порядочно.
Заранее спасибо _________________ С уважением. Юр
Joined: 18 Jan 2005 Posts: 20 Location: Смахтин Сергей Владимирович Occupation: ООО ТД "Минал-Красноярск", сисадмин Interests: Красноярск
Posted: 20 Jan 2005 08:48 Post subject:
Присоединяюсь!
Аналогичная проблема в книге продаж. При некоторых операциях вылетает такая же ошибка. Причем, ошибка наблюдается именно в терминальном режиме.
Параметры системы:
Сервер: 2xXeon 2.4 HT, RAM 2G (ECC Reg), SATA RAID,
OS сервера: Windows 2000 Server
OS станций: Windows 98 SE, Windows 2000 Pro
Режим работы: в терминальном режиме - 10 пользователей, файл-серверный режим - 9 пользователей
Ключ: RainBow
Протокол: TCP/IP
Сетевые карты: Intel Pro, D-link, Intel 1000
Объем базы: 2,2 Gb.
Joined: 26 Jul 2002 Posts: 975 Location: Титов Александр Александрович Occupation: Компания БЭСТ Interests: Москва
Posted: 20 Jan 2005 09:43 Post subject:
Доброе утро!
По поводу 9000 ошибки.
1. Если формируется Error.log - просьба прислать на titov@bestnet.ru.
2. Для решения проблемы по рекомендации
http://www.witzendcs.co.uk/html/nt_networking.html
можно выполнить модификацию регистров Windows
(создать файл с указанным ниже содержанием и расширением .reg - и выполнить):
для NT-XP-станции:
REGEDIT4
; NTWrkStn.REG Created & maintained by Nick Ramsay <reghack@witzendcs.co.uk>
; Available from: http://www.witzendcs.co.uk/html/nt_networking.html
; Last edit: 28 December 2004 10:25
; This file will alter the behaviour of the network redirector on
; Windows NT, 2000 & XP workstations
; Disable file caching - effectively forces a commit back to the server
"UtilizeNtCaching" = dword:00000000
; Unlocks data immediately in response to an unlock request (improves performance on W2K)
"UseUnlockBehind" = dword:00000001
; Allows data to be read even if another station has a lock in place - can prevent "deadly embrace"
"UseLockReadUnlock" = dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MRXSmb\Parameters]
; This one appears to be present in W2K onwards, although by default it isn't
; actually in the registry. We'll add it & explicitly disable the workstation
; asking for oplock support
"OplocksDisabled" = dword:00000001
Для NT-XP-севера:
REGEDIT4
; NTServer.REG Created & maintained by Nick Ramsay <reghack@witzendcs.co.uk>
; Available from: http://www.witzendcs.co.uk/html/nt_networking.html
; Last edit: 28 December 2004 10:25
; This file will alter the behaviour of the network redirector on
; Windows NT, 2000/2003 & XP servers & workstations acting as servers
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
; Prevent premature workstation disconnection - default is 0000000f (15 minutes)
"autodisconnect" = dword:ffffffff
; This one is for Server 2003 - default is 2 minutes!
"ConnectionNoSessionsTimeout" = dword:ffffffff
; Forces the server to really close a file when instructed
"CachedOpenLimit"= dword:00000000
; The following 2 entries force oplocks off
"EnableOpLockForceClose" = dword:00000001
"EnableOpLocks" = dword:00000000
; The following 2 entries force the server to immediately report a sharing violation
; Although this looks wrong, it is actually the best option for Clipper
"SharingViolationDelay" = dword:00000000
"SharingViolationRetries" = dword:00000000 _________________ С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо
Доброе утро!
По поводу 9000 ошибки.
1. Если формируется Error.log - просьба прислать на titov@bestnet.ru.
2. Для решения проблемы по рекомендации
http://www.witzendcs.co.uk/html/nt_networking.html
можно выполнить модификацию регистров Windows
(создать файл с указанным ниже содержанием и расширением .reg - и выполнить):
для NT-XP-станции:
REGEDIT4
; NTWrkStn.REG Created & maintained by Nick Ramsay <reghack@witzendcs.co.uk>
; Available from: http://www.witzendcs.co.uk/html/nt_networking.html
; Last edit: 28 December 2004 10:25
; This file will alter the behaviour of the network redirector on
; Windows NT, 2000 & XP workstations
; Disable file caching - effectively forces a commit back to the server
"UtilizeNtCaching" = dword:00000000
; Unlocks data immediately in response to an unlock request (improves performance on W2K)
"UseUnlockBehind" = dword:00000001
; Allows data to be read even if another station has a lock in place - can prevent "deadly embrace"
"UseLockReadUnlock" = dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MRXSmb\Parameters]
; This one appears to be present in W2K onwards, although by default it isn't
; actually in the registry. We'll add it & explicitly disable the workstation
; asking for oplock support
"OplocksDisabled" = dword:00000001
Для NT-XP-севера:
REGEDIT4
; NTServer.REG Created & maintained by Nick Ramsay <reghack@witzendcs.co.uk>
; Available from: http://www.witzendcs.co.uk/html/nt_networking.html
; Last edit: 28 December 2004 10:25
; This file will alter the behaviour of the network redirector on
; Windows NT, 2000/2003 & XP servers & workstations acting as servers
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
; Prevent premature workstation disconnection - default is 0000000f (15 minutes)
"autodisconnect" = dword:ffffffff
; This one is for Server 2003 - default is 2 minutes!
"ConnectionNoSessionsTimeout" = dword:ffffffff
; Forces the server to really close a file when instructed
"CachedOpenLimit"= dword:00000000
; The following 2 entries force oplocks off
"EnableOpLockForceClose" = dword:00000001
"EnableOpLocks" = dword:00000000
; The following 2 entries force the server to immediately report a sharing violation
; Although this looks wrong, it is actually the best option for Clipper
"SharingViolationDelay" = dword:00000000
"SharingViolationRetries" = dword:00000000
Да это все очень круто.
А кто-нибудь пробовал уже так сделать?
Если да, то помогло все это или нет?
Joined: 23 Mar 2004 Posts: 130 Location: Токарев Евгений Occupation: Класс Interests: Магнитогорск
Posted: 21 Jan 2005 08:51 Post subject:
OSG wrote:
Да это все очень круто.
А кто-нибудь пробовал уже так сделать?
Если да, то помогло все это или нет?
Рекомендации выглядят устрашающе, но это просто отключение oplock'ов на сервере. Рекомендуется для файл-серверных баз и несколько укоряет и обезглючивает работу. . Вообще, при возможности, лучше держать Бестовские базы на сервере Netware или Linux (Samba). Шаманские пляски с бубном вокруг серверов NT/2k/2k3 в моем исполнении не дали эффекта сравнимого с переносом баз на Samb'
Joined: 26 Jul 2002 Posts: 975 Location: Титов Александр Александрович Occupation: Компания БЭСТ Interests: Москва
Posted: 26 Jan 2005 22:36 Post subject: Re: И СНОВА НЕИСПРАВИМАЯ ОШИБКА 9000!!!
OSG wrote:
После установки SP2 к БЭСТ4+ 11.02 прошло больше недели и все было нормально, но вот сегодня одна из рабочих станция стала вываливаться в книге покупок с сообщением
"Неисправимая ошибка 9000". Черт знает ведь поставил SP2 и все после этого было хорошо, подобных глюков больше не наблюдалось, а сегодня все опять началось снова. Происходит это когда бухгалтер пытается в книге покупок по F6 установить фильтр по дате или номеру счета-фактуры. И что интересно, что происходит это не каждый раз, бавает нормально, а бывает и вывалевается, но именно при нажатии F6 в книге покупок.
Разобрались. Нашли в чем дело. Ошибку побороли.
Спасибо всем, кто прислал подробное описание.
В ближайшее время в SP4. _________________ С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо
Joined: 06 Sep 2004 Posts: 821 Location: Олег Смирнов Occupation: Раут (поганист-сисадмин) Interests: Новосибирск
Posted: 27 Jan 2005 07:40 Post subject: Re: И СНОВА НЕИСПРАВИМАЯ ОШИБКА 9000!!!
Титов Александр wrote:
В ближайшее время в SP4.
Ага, а мы уже в ближайшее время будем прикручивать 11.02+SP2+SP3+SP4 etc... Ёлы-палы, ну почему к 5-му БЭСТу можно кумулятивный сервиспак, а к 4-му - ну никак? _________________ С уважением, Олег Р. Смирн
Posted: 27 Jan 2005 08:40 Post subject: Re: И СНОВА НЕИСПРАВИМАЯ ОШИБКА 9000!!!
Олег Смирнов wrote:
Титов Александр wrote:
В ближайшее время в SP4.
Ага, а мы уже в ближайшее время будем прикручивать 11.02+SP2+SP3+SP4 etc... Ёлы-палы, ну почему к 5-му БЭСТу можно кумулятивный сервиспак, а к 4-му - ну никак?
Если самим собирать (естественно при наличии всех сервиспаков) кумулятивный сервиспак, то есть здесь подводные камн
эх, а если ы пакет еще и ставился как в БЭСТ-5, а не копированием ручками в разные подкаталоги и базы, вообще бы цены СП не было,
ну, я предполагаю это в планах разработчика есть ..., ведь так Титов Александ
Joined: 26 Jul 2002 Posts: 975 Location: Титов Александр Александрович Occupation: Компания БЭСТ Interests: Москва
Posted: 27 Jan 2005 09:27 Post subject:
Bestovichek wrote:
эх, а если ы пакет еще и ставился как в БЭСТ-5, а не копированием ручками в разные подкаталоги и базы, вообще бы цены СП не было,
ну, я предполагаю это в планах разработчика есть ..., ведь так Титов
Александр?
Доброе утро!
Да, конечно. Это есть в планах.
Мы прекрасно понимаем связанные с этим трудности.
Просто имеет место "небольшой" (если очень мягко выражаться) напряг со временем _________________ С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
. Вообще, при возможности, лучше держать Бестовские базы на сервере Netware или Linux (Samba). Шаманские пляски с бубном вокруг серверов NT/2k/2k3 в моем исполнении не дали эффекта сравнимого с переносом баз на Samb'
Ёлы-палы, ну почему к 5-му БЭСТу можно кумулятивный сервиспак, а к 4-му - ну никак?
