Здравствуйте.
С недавнего времени периодически стала возникать проблема - наглухо зависает 1С если кто-то из пользователей отправил на печать ценники со штрихкодами, причем количество ценников не большое, даже при 10 шт зависает.
Описание системы:
Сервер БД (MS SQL) и сервер приложений 1С на одной железяке.
WIN 2019 Server +MS SQL 2019 + 1С 8.3.18.1363 х64
Пользователи работают на сервере терминалов Win2019+1C 8.3.18.1363 х32
Пробовали ставить тонкий клиент на локальный компьютер, все равно периодически виснет.
Виснет именно на этапе формирования макета.
При этом ресурсы сервера остаются без изменений.
Помогает только перезапуск сервера, перезапуск агента и/или службы MS SQL не помогают.
Компоненту печати ШК переустанавливали, 1С и MS SQL тоже переустанавливали.
Не помогло. Проблема возникает не каждый раз. Например, сегодня с утра все печатали без проблем по 100-200 этикеток, перед обедом отправили на печать 20 этикеток и все зависло.
Подскажите, куда копать?
(2) Обновляли только платформу, но проблема началась на предыдущей версии. Сначала повторялось раз в неделю примерно, сейчас почти каждый день. Объем печати наоборот уменьшился, раньше больше печатали. Платформ испробовали 4 последние версии, не помогло.
В журнале событий виндовс вот такие записи возникают:
Текст ошибки
Имя сбойного приложения: rphost.exe, версия: 8.3.18.1363, метка времени: 0x6040fbbd
Имя сбойного модуля: v8_C63F_297.1CBarcodWin64_9_0_2_4.dll, версия: 0.0.0.0, метка времени: 0x5cee2b03
Код исключения: 0xc0000005
Смещение ошибки: 0x00000000001d4c80
Идентификатор сбойного процесса: 0x3d80
Время запуска сбойного приложения: 0x01d74d6556a2c8f0
Путь сбойного приложения: C:\Program Files\1cv8\8.3.18.1363\bin\rphost.exe
Путь сбойного модуля: C:\Users\SQLuser1c\AppData\Local\Temp\v8_C63F_297.1CBarcodWin64_9_0_2_4.dll
Идентификатор отчета: 30ad10a6-928d-4949-8773-8828ed6118ff
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:
Показать
MS SQL и 1С запускаются от пользователя SQLuser1c, все права ему даны.
Здравствуйте - такая же проблема 1 в 1, отправляешь 10-15 ценников на печать и виснет на глушняк - оперативы жрать начинает сначала 3 потом 4 гига и через минуту аварийное завершение программы, как с этим бороться ума не приложу о
(4) У нас сейчас стоит платформа 8.3.18.1363, на ней минимальное количество зависаний, по крайней мере у нас.
Но все равно раз в пару дней все наглухо виснет, спасает только убийство процессов ragent+rphost, затем запуск службы Агент 1С. Когда все висит, служба не перезапускается, долго крутит и выдает ошибку. Чтобы не перегружать весь сервер, убиваем ручками 2 процесса и запускаем службу.
Есть идея попробовать компоненту подменить, но 1С-программист пока в отпуске. Выйдет на работу - попробуем, о результате напишу.
Может еще у кого какие идеи есть?
Uan - я выяснил у себя причину умирания 1с при печатании ценников с штрих кодом - всему виной в моем случае кряк Mimo-UniDll коим я пролечил 1с - удаляя этот кряк все печатается прекрасно на любой версии софта, за эту неделю перепробовал все. Выход - вылечил другим способом и все заработало
(7) поделитесь решением, пожалуйста. 1С виснет даже не на печати, а на попытке сохранить новый шаблон этикетки. Грешу на тот же источник проблемы. что и у Вас.
Виснет из-за 1CBarcodWin64_9_0_12_8.dll, который встроили вместо предидущего 1CBarcodWin64_9_0_12_7.dll. Чтоб вернуть 1CBarcodWin64_9_0_12_7.dll нужно открыть конфигурацию Общие, Общие макеты, КомпонентаПечатиШтрихкода , Загрузить из файла и загрузить 1CBarcodWin64_9_0_12_7.dl. Ссылка на dll КомпонентаПечатиШтрихкода
Столкнулись с этой проблемой, действительно помогает * на старую версию компоненты. Сделали расширение, подменяющее компоненту при печати, чтобы не снимать конфигурацию с поддержки. https://infostart.ru/public/1532642/
У 1С ВК для печати ШК непотокобезопасна, при одновременном дергании ее на сервере из разных сеансов валится rphost. На 8.2 не валилось, но картинка ШК не всегда получалась полна.
Как решается - писал в статье про мьютексы в 1С - ищите в профиле.
(17) Проблема и в файловом варианте встречается, к сожалению (Вы в моей теме об этом отписывались). Что с mimo, что без него. Но в файловом только при работе через веб-сервер (что apache, что IIS), под толстым клиентом не воспроизводилась. И буквально сегодня столкнулись в ЗУП, клиент-сервер, платформа 8.3.20.1674, рпхост отдельный на каждую базу, пользователь в базе был 1, при печати документов с ш/к 3-4 документа печатались и висло наглухо.