Ru-Board.club
← Вернуться в раздел «Программы»

» 1С 7.70.0.25 Торговля и склад 9.2.Вылетает 1С.Кто что знает?

Автор: asmator
Дата сообщения: 04.12.2006 09:21
Здравствуйте!

Есть давняя проблема. 1С Торговля и склад 9.2 вылетает. Набираешь накладную, всё ОК. Быстро нормально. Потом можешь день не доработать и произойдёт подвисание 1С. Не станет отвечать на кнопки, на мышку и так минут 3-5 после чего она оживает. Стоит куда-нибудь нажать - зависает.
Сбой появляется при проведении накладных. Вероятно и в другие случаи бывает.
Как только сбой произойдёт наш оператор выжидает когда проходит 3-5 минут, комп отвисает и даёт возможность сохранить документ. Далее нужно переоткрыть 1С иначе зависнет вплоть до вылета DLL и "отправить сообщение об ошибке разработчикам...".

Ошибка появилась при переходе с торговли и склад 8.5 на версию конфигурации 9.2.
сразу интересный момент отмечу. 9.2 конфигурация не работает на релизах ниже 24-25. Скажем, на 16-м не работает точно. Пишет "ошибка в глобальном модуле на строке...". Видимо разные конфигурации по-разному используют движок 1С и его процедуры.

Я уже раза 2 обращался в поддержку 1С, слал им логи и т.п. Те говорят что скорее всего ошибка в таблицах документов, решения не нашли... Хотя мне кажется это проблема прежде всего с транзакциями и движком 1С. Специфика работы 1С и т.п..

Конфигурации серверов пробовали разные. От обычной рабочей станции до 2х Intel Xeon с RAID 5 на 4 дисках 15000RPM. Память ОЗУ сейчас 4 гиг ECC. Естественно только windows системы пробовали.
Пользователей 14, похоже сбои и кол-во пользователей не взаимосвязаны. Вылетает каждый пользователь в среднем 1 раз в 1-1,5 дня. В день около 500 расходных документов, база растёт быстро. Плюс постоянная отчётность подгружает сервер.
Жёсткий диск у сервера работает в режиме кэширования как в любой WIN 2003.
Заплатки и обновления стоят все 100%.
Недавно удалили все документы путём физического стирания файлов DBF, стало быть ошибки внутри таблиц документов нет.
Работали из под сервера терминалов win 2003 SP1, а также DBF по сети, а также SQL по сети, а также SQL из под терминала.

Вылетает ВСЕГДА(!) только с такой ошибкой(см. ниже) и всегда естественно " faulting module Basic.dll, version 7.70.0.25, fault address 0x000366e4".

Может у кого есть идеи? Я шаманский бубен припас...


Event Type:    Information
Event Source:    Application Error
Event Category:    (100)
Event ID:    1004
Date:        04.12.2006
Time:        8:46:06
User:        N/A
Computer:    DBSERVER1
Description:
Reporting queued error: faulting application 1cv7.exe, version 7.70.0.25, faulting module Basic.dll, version 7.70.0.25, fault address 0x000366e4.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 31 63 76 ure 1cv
0018: 37 2e 65 78 65 20 37 2e 7.exe 7.
0020: 37 30 2e 30 2e 32 35 20 70.0.25
0028: 69 6e 20 42 61 73 69 63 in Basic
0030: 2e 64 6c 6c 20 37 2e 37 .dll 7.7
0038: 30 2e 30 2e 32 35 20 61 0.0.25 a
0040: 74 20 6f 66 66 73 65 74 t offset
0048: 20 30 30 30 33 36 36 65 000366e
0050: 34 4
Автор: Jon_Dow
Дата сообщения: 04.12.2006 10:55
Вы таки будете смеятся, но знающие люди (читайте - франчайзи) утверждают что Basic.dll - "это ДЛЛ зарплаты и кадров". Соответсвенно в вашей ситуации рекомендация - переустановка клиента "с нуля". (К тому же у других пользователей такая конфа работает без вопросов!).
Автор: asmator
Дата сообщения: 04.12.2006 12:29

Цитата:
Вы таки будете смеятся, но знающие люди (читайте - франчайзи) утверждают что Basic.dll - "это ДЛЛ зарплаты и кадров". Соответсвенно в вашей ситуации рекомендация - переустановка клиента "с нуля". (К тому же у других пользователей такая конфа работает без вопросов!).


Ставил 1С на разные серверы, переустановка клиента с 0...? Очевидно клиента уже много раз сменили.

Вот сейчас искал ошибку на разных поисковых системах.
Нашёл вот это
http://cvs.alterplast.ru/bugs/show_bug.cgi?id=1931

На сайте BugZilla имеется какое-то решение у проблемы. Правда как его взять попробовать я не понимаю... увы
Автор: Jon_Dow
Дата сообщения: 04.12.2006 14:03

Цитата:
1С Торговля и склад 9.2 вылетает


Цитата:
Basic.dll - "это ДЛЛ зарплаты и кадров"

Вот я и говорю - клиент стоит НЕ ТОТ! Переустановите...
А по-поводу вашей ссылки - то что заливает АЛьФ вы к сожалению (как и все обычные пользователи) скачать врядли сможете... Разве кто из девелопером поделится - что именно и откуда качать и с каким логином и паролем...
К тому же насколько видно из постов речь идет о 21 релизе - у вас - 25...
Автор: asmator
Дата сообщения: 04.12.2006 15:42

Цитата:
Вот я и говорю - клиент стоит НЕ ТОТ! Переустановите...



А я и не думал что клиенты разные бывают...
Конфигурации - да, а клиенты - нет.

У меня стоят щас компоненты
Оперативный учёт
Бухгалтерский учёт
Расчёт

Кстати по мере работы в 1С как-то так вышло что компоненты правда расплодились
Было их сперва мало. Только "Оперативный учёт". Т.е. регистры и всё. А торговля и склад 9.2 помимо регистров ничего и не использует... наверное.

Попробую переставить с диска на котором фирма 1С дала нам программу.
Правда там релиз 21. Но есть и обновление. Попробую в разных комбинациях. С обновлением, БЕЗ и т.п..
Автор: asmator
Дата сообщения: 06.12.2006 07:18
Поставил клиента с лицензионного диска...
В принципе перемен не наблюдается, вчера летело вот это:
Faulting application 1CV7.exe, version 7.70.0.25, faulting module Basic.dll, version 7.70.0.25, fault address 0x000366e4.
Faulting application 1CV7.exe, version 7.70.0.25, faulting module BkEnd.dll, version 7.70.0.25, fault address 0x00166ba1.
Faulting application 1CV7.exe, version 7.70.0.25, faulting module br32.dll, version 7.70.0.14, fault address 0x00010a0e.

Ещё секрет в том состоит что летит всегда после обеда. Например так
1 комп в 13:30:27
2 комп в 13:30:45
3 комп в 13:32:30
И такие групповые вылеты бывают с 13 часов до 20 часов вечера. Одиночные вылеты почти не бывают...


Вот что интересно. Могут вылететь даже 4 1С. Единственная разница - секунды у вылета.
15:12:4
15:12:8
15:12:15
15:12:27
Т.е. всё за менее чем половина минуты.

Есть проблема со 100% загрузкой 1 процессора сервера при ожидании захвата таблицы. Сие скоро устраню(нашёл решение), возможно это из-за перегрузок клиенты в массовом порядке вылетают...
Автор: asmator
Дата сообщения: 06.12.2006 14:24
Вылечил 100 загрузку процессора во время ожидания транзакции
http://www.kb.mista.ru/article.php?id=179

Поставил повышенный приоритет процесса всем кто проводит документы
http://openconf.itland.ru/vk/prior/

Я заметил что сбои происходят как по 1 штуке так и сразу пачками по 3-5 клиентов. С разбросом в максимум 1 минуту.
Снижение загрузки терминал сервера даст плюсы но думаю не излечит проблему.

Остаётся только попробовать дать каждому пользователю по 1 катологу рабочему. Т.е каталог пользователя сделать на каждлого пользователя свой. Может быть там конфликт какой...
Автор: asmator
Дата сообщения: 11.12.2006 08:21
Как вариант, вылетает при выходе из 1С. Поэтому ежедневно сообщения об ошибке приходят в 1 и то же время.
Автор: asmator
Дата сообщения: 28.12.2006 07:19
Сейчас своих поспрашивал, говорят что при проведении документов вылеты не появляются. Старый программист говорит что изменял параметры кэширования при записи на диск. Возможно это повлияло. Но не факт что решена проблема!!!

Другие разные вылеты остались, но я подозреваю что это просто специфика работы пользователей. Например, не все закрывают 1С. Может поэтому она и вылетает.

Надо также поставить релиз 7.7 27-й. Мало глюков это тоже глюки. Думаю проблема полностью не решилась...
Автор: asmator
Дата сообщения: 05.02.2007 14:30
Вот он вылет BASIC.DLL !
Сегодня пронаблюдал как одновременно летят 2 разных конфигурации. Подозрительно.

Теперь когда это произошло, я знаю что ошибка не в данных. Буду дальше с 1С специалистами копаться.

Так оно и есть. Открываешь окно -виснет. Закрываешь - виснет. Вот вам и SetEnableActivateField.
Только не понятно что творится до того как эта функция начиает сбоить.


function: BASIC!CFormContext::SetEnableActivateField
2a0366d3 85c0 test eax,eax
2a0366d5 7404 jz BASIC!CFormContext::GetTabCtrlListContext+0xb (2a0366db)
2a0366d7 8b4028 mov eax,[eax+0x28]
2a0366da c3 ret
2a0366db 33c0 xor eax,eax
2a0366dd c3 ret
2a0366de 90 nop
2a0366df 90 nop
BASIC!CFormContext::SetEnableActivateField:
2a0366e0 8b542404 mov edx,[esp+0x4]
FAULT ->2a0366e4 8b417c mov eax,[ecx+0x7c] ds:0023:0000007c=????????
2a0366e7 89517c mov [ecx+0x7c],edx
2a0366ea c20400 ret 0x4
2a0366ed 90 nop
2a0366ee 90 nop
2a0366ef 90 nop
BASIC!CFormContext::InitExecProcedure:
2a0366f0 6aff push 0xff
2a0366f2 6888020e2a push 0x2a0e0288
2a0366f7 64a100000000 mov eax,fs:[00000000]
2a0366fd 50 push eax
Автор: asmator
Дата сообщения: 04.12.2006 09:21
Здравствуйте!

Есть давняя проблема. 1С Торговля и склад 9.2 вылетает. Набираешь накладную, всё ОК. Быстро нормально. Потом можешь день не доработать и произойдёт подвисание 1С. Не станет отвечать на кнопки, на мышку и так минут 3-5 после чего она оживает. Стоит куда-нибудь нажать - зависает.
Сбой появляется при проведении накладных. Вероятно и в другие случаи бывает.
Как только сбой произойдёт наш оператор выжидает когда проходит 3-5 минут, комп отвисает и даёт возможность сохранить документ. Далее нужно переоткрыть 1С иначе зависнет вплоть до вылета DLL и "отправить сообщение об ошибке разработчикам...".

Ошибка появилась при переходе с торговли и склад 8.5 на версию конфигурации 9.2.
сразу интересный момент отмечу. 9.2 конфигурация не работает на релизах ниже 24-25. Скажем, на 16-м не работает точно. Пишет "ошибка в глобальном модуле на строке...". Видимо разные конфигурации по-разному используют движок 1С и его процедуры.

Я уже раза 2 обращался в поддержку 1С, слал им логи и т.п. Те говорят что скорее всего ошибка в таблицах документов, решения не нашли... Хотя мне кажется это проблема прежде всего с транзакциями и движком 1С. Специфика работы 1С и т.п..

Конфигурации серверов пробовали разные. От обычной рабочей станции до 2х Intel Xeon с RAID 5 на 4 дисках 15000RPM. Память ОЗУ сейчас 4 гиг ECC. Естественно только windows системы пробовали.
Пользователей 14, похоже сбои и кол-во пользователей не взаимосвязаны. Вылетает каждый пользователь в среднем 1 раз в 1-1,5 дня. В день около 500 расходных документов, база растёт быстро. Плюс постоянная отчётность подгружает сервер.
Жёсткий диск у сервера работает в режиме кэширования как в любой WIN 2003.
Заплатки и обновления стоят все 100%.
Недавно удалили все документы путём физического стирания файлов DBF, стало быть ошибки внутри таблиц документов нет.
Работали из под сервера терминалов win 2003 SP1, а также DBF по сети, а также SQL по сети, а также SQL из под терминала.

Вылетает ВСЕГДА(!) только с такой ошибкой(см. ниже) и всегда естественно " faulting module Basic.dll, version 7.70.0.25, fault address 0x000366e4".

Может у кого есть идеи? Я шаманский бубен припас...


Event Type:    Information
Event Source:    Application Error
Event Category:    (100)
Event ID:    1004
Date:        04.12.2006
Time:        8:46:06
User:        N/A
Computer:    DBSERVER1
Description:
Reporting queued error: faulting application 1cv7.exe, version 7.70.0.25, faulting module Basic.dll, version 7.70.0.25, fault address 0x000366e4.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 31 63 76 ure 1cv
0018: 37 2e 65 78 65 20 37 2e 7.exe 7.
0020: 37 30 2e 30 2e 32 35 20 70.0.25
0028: 69 6e 20 42 61 73 69 63 in Basic
0030: 2e 64 6c 6c 20 37 2e 37 .dll 7.7
0038: 30 2e 30 2e 32 35 20 61 0.0.25 a
0040: 74 20 6f 66 66 73 65 74 t offset
0048: 20 30 30 30 33 36 36 65 000366e
0050: 34 4
Автор: Jon_Dow
Дата сообщения: 04.12.2006 10:55
Вы таки будете смеятся, но знающие люди (читайте - франчайзи) утверждают что Basic.dll - "это ДЛЛ зарплаты и кадров". Соответсвенно в вашей ситуации рекомендация - переустановка клиента "с нуля". (К тому же у других пользователей такая конфа работает без вопросов!).
Автор: asmator
Дата сообщения: 04.12.2006 12:29

Цитата:
Вы таки будете смеятся, но знающие люди (читайте - франчайзи) утверждают что Basic.dll - "это ДЛЛ зарплаты и кадров". Соответсвенно в вашей ситуации рекомендация - переустановка клиента "с нуля". (К тому же у других пользователей такая конфа работает без вопросов!).


Ставил 1С на разные серверы, переустановка клиента с 0...? Очевидно клиента уже много раз сменили.

Вот сейчас искал ошибку на разных поисковых системах.
Нашёл вот это
http://cvs.alterplast.ru/bugs/show_bug.cgi?id=1931

На сайте BugZilla имеется какое-то решение у проблемы. Правда как его взять попробовать я не понимаю... увы
Автор: Jon_Dow
Дата сообщения: 04.12.2006 14:03

Цитата:
1С Торговля и склад 9.2 вылетает


Цитата:
Basic.dll - "это ДЛЛ зарплаты и кадров"

Вот я и говорю - клиент стоит НЕ ТОТ! Переустановите...
А по-поводу вашей ссылки - то что заливает АЛьФ вы к сожалению (как и все обычные пользователи) скачать врядли сможете... Разве кто из девелопером поделится - что именно и откуда качать и с каким логином и паролем...
К тому же насколько видно из постов речь идет о 21 релизе - у вас - 25...
Автор: asmator
Дата сообщения: 04.12.2006 15:42

Цитата:
Вот я и говорю - клиент стоит НЕ ТОТ! Переустановите...



А я и не думал что клиенты разные бывают...
Конфигурации - да, а клиенты - нет.

У меня стоят щас компоненты
Оперативный учёт
Бухгалтерский учёт
Расчёт

Кстати по мере работы в 1С как-то так вышло что компоненты правда расплодились
Было их сперва мало. Только "Оперативный учёт". Т.е. регистры и всё. А торговля и склад 9.2 помимо регистров ничего и не использует... наверное.

Попробую переставить с диска на котором фирма 1С дала нам программу.
Правда там релиз 21. Но есть и обновление. Попробую в разных комбинациях. С обновлением, БЕЗ и т.п..
Автор: asmator
Дата сообщения: 06.12.2006 07:18
Поставил клиента с лицензионного диска...
В принципе перемен не наблюдается, вчера летело вот это:
Faulting application 1CV7.exe, version 7.70.0.25, faulting module Basic.dll, version 7.70.0.25, fault address 0x000366e4.
Faulting application 1CV7.exe, version 7.70.0.25, faulting module BkEnd.dll, version 7.70.0.25, fault address 0x00166ba1.
Faulting application 1CV7.exe, version 7.70.0.25, faulting module br32.dll, version 7.70.0.14, fault address 0x00010a0e.

Ещё секрет в том состоит что летит всегда после обеда. Например так
1 комп в 13:30:27
2 комп в 13:30:45
3 комп в 13:32:30
И такие групповые вылеты бывают с 13 часов до 20 часов вечера. Одиночные вылеты почти не бывают...


Вот что интересно. Могут вылететь даже 4 1С. Единственная разница - секунды у вылета.
15:12:4
15:12:8
15:12:15
15:12:27
Т.е. всё за менее чем половина минуты.

Есть проблема со 100% загрузкой 1 процессора сервера при ожидании захвата таблицы. Сие скоро устраню(нашёл решение), возможно это из-за перегрузок клиенты в массовом порядке вылетают...
Автор: asmator
Дата сообщения: 06.12.2006 14:24
Вылечил 100 загрузку процессора во время ожидания транзакции
http://www.kb.mista.ru/article.php?id=179

Поставил повышенный приоритет процесса всем кто проводит документы
http://openconf.itland.ru/vk/prior/

Я заметил что сбои происходят как по 1 штуке так и сразу пачками по 3-5 клиентов. С разбросом в максимум 1 минуту.
Снижение загрузки терминал сервера даст плюсы но думаю не излечит проблему.

Остаётся только попробовать дать каждому пользователю по 1 катологу рабочему. Т.е каталог пользователя сделать на каждлого пользователя свой. Может быть там конфликт какой...
Автор: asmator
Дата сообщения: 11.12.2006 08:21
Как вариант, вылетает при выходе из 1С. Поэтому ежедневно сообщения об ошибке приходят в 1 и то же время.
Автор: asmator
Дата сообщения: 28.12.2006 07:19
Сейчас своих поспрашивал, говорят что при проведении документов вылеты не появляются. Старый программист говорит что изменял параметры кэширования при записи на диск. Возможно это повлияло. Но не факт что решена проблема!!!

Другие разные вылеты остались, но я подозреваю что это просто специфика работы пользователей. Например, не все закрывают 1С. Может поэтому она и вылетает.

Надо также поставить релиз 7.7 27-й. Мало глюков это тоже глюки. Думаю проблема полностью не решилась...
Автор: asmator
Дата сообщения: 05.02.2007 14:30
Вот он вылет BASIC.DLL !
Сегодня пронаблюдал как одновременно летят 2 разных конфигурации. Подозрительно.

Теперь когда это произошло, я знаю что ошибка не в данных. Буду дальше с 1С специалистами копаться.

Так оно и есть. Открываешь окно -виснет. Закрываешь - виснет. Вот вам и SetEnableActivateField.
Только не понятно что творится до того как эта функция начиает сбоить.


function: BASIC!CFormContext::SetEnableActivateField
2a0366d3 85c0 test eax,eax
2a0366d5 7404 jz BASIC!CFormContext::GetTabCtrlListContext+0xb (2a0366db)
2a0366d7 8b4028 mov eax,[eax+0x28]
2a0366da c3 ret
2a0366db 33c0 xor eax,eax
2a0366dd c3 ret
2a0366de 90 nop
2a0366df 90 nop
BASIC!CFormContext::SetEnableActivateField:
2a0366e0 8b542404 mov edx,[esp+0x4]
FAULT ->2a0366e4 8b417c mov eax,[ecx+0x7c] ds:0023:0000007c=????????
2a0366e7 89517c mov [ecx+0x7c],edx
2a0366ea c20400 ret 0x4
2a0366ed 90 nop
2a0366ee 90 nop
2a0366ef 90 nop
BASIC!CFormContext::InitExecProcedure:
2a0366f0 6aff push 0xff
2a0366f2 6888020e2a push 0x2a0e0288
2a0366f7 64a100000000 mov eax,fs:[00000000]
2a0366fd 50 push eax

Страницы: 1

Предыдущая тема: convert from .flv


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.