Крашится 1с на веб IIS, после обновления платформы

1. maxandrey 03.10.22 05:52 Сейчас в теме
Добрые день, уважаемые. Стоит профильная 1с на веб с IIS (Сельхозка). Все работало хорошо.
Обновил платформу на сервере, переопубликовал базу и начались крэши.
Периодически возникает сообщение об ошибке: "К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором". И кнопки Перезапустить и Завершить. Никаких Подробнее нету.
Вообще не пойму в чем проблема. В журналах винды ничего нет. А в журнале регистрации 1с последняя запись, перед следующим входом - завершение Отправка серверных оповещений клиентам. Ошибок тоже никаких нет.
Периодичность появление краша иногда 5 минут, иногда 10-15. Но обычно сеанс более 20 мин не длится. При этом регламентное задание Отправка серверных оповещений клиентам выполняется не один раз. А вот, похоже, в какой-то момент, что-то не то туда попадает и случается эта ошибка.
Если зайти на сервер по RDP и запустить базу как обычно, в файловом режиме - все ок. Крашится только при работе через веб.
Не могу найти в чем проблема. Может быть как-то можно вычислить ошибку через отладчик? хз... Может коллективный разум поможет?
Прикрепленные файлы:
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
4. AlexGoldT 03.10.22 09:04 Сейчас в теме
(1) dll переопределили в IIS? Если да, то могу только поделиться своим опытом (второй раз в этом году - метод тыка не понимая причин, поддержка молчит) проблем после обновления платформы.
https://forum.infostart.ru/forum86/topic287820/
Vitaly1C8; +1 Ответить
2. user1203706 14 03.10.22 06:57 Сейчас в теме
(1)
1. Сообщить версию платформы до и после, для начала
2. Откатить платформу на ту, где работало или поднять релиз еще выше.
3. Online-Ufa 03.10.22 08:29 Сейчас в теме
Если вылет каждые 10-15 минут, то сначала проверьте статус использования конфигурации:



насколько помню после обновления до ЦЗО пытается достучаться как-раз с периодичностью каждые 10-15 мин.
Но что бы не гадать надо бы ТЖ настроить и там смотреть.
triviumfan; +1 Ответить
5. maxandrey 03.10.22 09:29 Сейчас в теме
(3) простите, ТЖ это что? )
В том месте где Использование конфигурации - пусто
6. Online-Ufa 03.10.22 09:40 Сейчас в теме
(5)
ТЖ это что? )

Технологический Журнал

В том месте где Использование конфигурации - пусто

Какая версия платформы и конфигурации?
7. user1203706 14 03.10.22 12:42 Сейчас в теме
(1) см (4).
в сопоставлении обработчиков, в IIS путь к wsisapi.dll переопределили ?
8. maxandrey 05.10.22 07:50 Сейчас в теме
(7)
IIS путь к wsisapi.dll


нет, не делал такого. Вообще изначально установил веб-сервер и опубликовал базы и не было никаких проблем. Никаких дополнительных движений тоже не делал... Только что доступ на папки для IIS User.

Через браузер работает вроде как нормально. Проблема только с тонким клиентом получается.

Платформа 8.3.22.1603
Конфигурация Сельхоз бухгалтерия 3.0.121.25
9. user1203706 14 05.10.22 08:05 Сейчас в теме
(8) ну так сделай.
Нужно указать правильный путь в сопоставлении обработчиков к библиотеке из нового каталога bin новой платформы.
user1785149; Vitaly1C8; +2 Ответить
10. maxandrey 05.10.22 08:29 Сейчас в теме
(9) isapi dll почему-то в статусе отключен... так ведь не должно быть?

UPD: нашел.. не стояла галочка на Выполнение. Сделал, поставил, прописал и другие сопоставления. Нифига. Вылетает так же через минут 10 буквально
11. user1203706 14 05.10.22 08:50 Сейчас в теме
(10) ну а рестарт то iis сделали после этого ?
12. user1203706 14 05.10.22 08:52 Сейчас в теме
(8) эээ.. так у тебя тонкий крашится, или вэбка ?

Если первое, настраивай ТЖ, смотри, чего там за ошибки
13. maxandrey 05.10.22 09:09 Сейчас в теме
(12) поднят веб-сервер на IIS. А у клиентов установлен тонкий. Вот он крашится. Если к серверу подключиться по RDP и запускать обычный файловый вариант, то все работает нормально.
14. Online-Ufa 05.10.22 09:28 Сейчас в теме
(13) Покажите окно со справкой О программе из тонкого клиента по http и по RDP
15. 123CCC123 12.11.22 18:27 Сейчас в теме
Идентичная картина, но только на связке 8.3.22.1672 + ЗУП КОРП 3.1.24.25 (со всеми актуальными патчами), база файловая.
Ранее также была установлена 8.3.22.1603, возможно на ней также наблюдалась проблема, точно не могу сказать.
Смотрю, 1603 уже не доступна для скачивания.

Остальные исходные: Windows Server 2019 + IIS (со всеми установленными обновлениями по 29.10.2022)
Все клиенты работают через веб (Google Chrome), поэтому не сразу обратил внимание, а после того, как на одном ПК через тонкий клиент настроил доступ.
Но у меня несколько по-другому воспроизводилось. На ровном месте ни с того ни с всего тонкий клиент аварийно начал завершать работу, поначалу предположил, что это из-за того, что базу слишком много "лопатили" когда переносили данные из 2.5. В общем, сделал тестирование и исправление - ошибка ушла, но частично - сейчас где-то через несколько часов простоя (специально оставлял запущенным сеанс) падает, в ТЖ пусто, подключаюсь к веб-серверу по локальном IP-адресу, т.е. обрыв инета исключен.
Также предполагал, что причина может быть в таймауте простоя в настройках базы, по умолчанию 24 часа, после которых происходит завершение сеанса, но вроде бы в этом случае ошибка другая - типа нарушена связь с базой.
Также грешу на обновления ОС, я когда ставил (1603) 1672, то за последние 3 месяца заодно и обновы накатил на WS.

А так порядок обновления платформы абсолютно одинаковый как у топикстартера:
Отменяю публикацию баз, устанавливаю новую платформу, удаляю старую, перезагружаю ОС, повторно публикую базы. В IIS все настройки автоматом всегда прописываются.
Но, как видно, по ходу проблема не с веб-сервером, а с тонким клиентом, возможно что-то поломалось в 22-й платформе.
Да, кстати ещё у меня перестала работать ЭП в ЗУП в связке с КриптоПро, при доступе через веб клиент, поддержка ошибку подтвердила, сказали исправят начиная с версии 8.3.22.1690 и выше, но это уже другая история.
По текущей проблеме - удалось установить причину? В суппорт пока ещё не писал.

P.S.с сопоставлением обработчика и проверкой подлинности у меня всё ок.
16. Vitaly1C8 13.11.22 10:26 Сейчас в теме
(15) для файловой базы можно запустить Автономный сервер (в который встроен web-сервер, и публиковать б.д. не придется !) В общем то изначально для файловых баз, - так это и задумано ...
17. AlexGoldT 13.11.22 11:46 Сейчас в теме
(16) А разве релиз его есть? Вроде продолжают тестирование...
18. Vitaly1C8 14.11.22 09:48 Сейчас в теме
(17) входит в инсталляцию платформы 1С; Найди на своем сервере (где установлена 1С) ibsrv и попробуй
20. fatman78 17 21.07.23 08:45 Сейчас в теме
Напишу здесь как удалось исправить ошибку вылета (файловый вариант базы 1С) через 15 мин. после запуска web клиента http: с таким-же сообщением "К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором". Причем в тонком клиенте эта же база 1С не вылетает. Проблема решается увеличением времени завершения спящего сеанса. Если там цифры у вас маленькие (у меня было 3 мин) то база вылетает в web клиенте.
Прикрепленные файлы:
21. 123CCC123 07.08.23 11:43 Сейчас в теме
Всех приветствую.
Может мой опыт будет кому-то полезен. Моё рабочее окружение постом выше.
Проблему наблюдал как минимум с середины 2022 года, но возможно началось и раньше, просто не придавал особого значения.

База файловая. Аварийное завершение воспроизводилось как на веб-клиенте, так и на тонком.
Временной закономерности никакой не наблюдалось. Могло вылететь через 20 минут, могло через несколько часов.
С помощью поддержки 1С (сбор логов технологического журнала + дампы веб-сервера) удалось установить, что присутствует ошибка в программной лицензии. Была изменена конфигурация оборудования виртуального сервера (Hyper-V), а именно - BIOS.
Хотя, я такого не помню, чтобы менял BIOS. Виртуалка была создана в 2019 году и с тех пор её конфигурация и не менялась.

Причём, что интересно, на файловых базах на обычных формах, в нашем случае это БП 2.0 и ЗУП 2.5 проблема "якобы с лицензией" не проявлялась, Правда, доступ к базам был организован через терминальный сервер - протокол RDP (RemoteAPP).

Ну да ладно. Допустив, что всё же такое случилось, выполнил запрос новой лицензию c использованием дополнительного PIN-кода, после чего получил обновлённый файл lic под актуальную конфигурацию. Затем стал наблюдать - падения прекратились......как-будто прекратились.....т.е. стали происходить гораздо реже.

Продолжил взаимодействие с поддержкой.....
В итоге выяснилось следующее:
В дополнительных настройках пула приложений веб-сервера, отвечающего за публикацию, есть параметр "Постоянный временной интервал" и по умолчанию его значение установлено 1740 минут. Т.е. каждые 29 часов (интервал выбран специально, чтобы было смещение по времени) происходит перезагрузка пула с целью (как я понял) предотвращения утечек памяти.
И вот как раз в этот момент, если активно подключение к базе, цитата специалиста поддержки:
"проблема появляется не из-за самого факта перезапуска процессов веб-сервера, а только в том случае если этот перезапуск влечёт за собой обновление временного файла ИБ 1С"
От себя поясню, речь идёт о файлах в папке 1Cv8Temp в каталоге с базой и, со слов поддержки, это является штатным поведением.

На этот счёт в оф. документации нет ни слова. Всё, что удалось найти, это инструкция по основным настройкам пула приложений для веб-сервера IIS, в которой для корректной работы рекомендовано установить следующие параметры (скриншот во вложении). Собственно, изначально так у меня и было настроено. Касаемо же параметров самой базы, у меня также всегда были выставлены настройки по умолчанию, скриншот также прилагаю.


По существу: после выставления данного параметра в значение "0" - падения прекратились окончательно.
Но....я не сторонник менять значения по умолчанию. Не спроста же сделали механизм перезагрузки пула по расписанию.
Пока не могу сказать как оно будет при длительной публикации без перезагрузки, будет ли бесконтрольно увеличиваться память, занимаемая этим процессом, или нет. Поэтому пока оставил как есть.
В принципе, как вариант, чтобы исключить "вылет" в рабочее время, можно (штатным механизмом через оснастку IIS) задать явное время перезагрузки пула, например, глубокой ночью, раз в несколько дней. Но пользователи всё равно могут столкнуться с аварийным завершением, потому что после окончания рабочего дня не всегда выключают компьютер и оставляют открытым веб-клиент.


Обсуждаемая проблема, если она имеет место быть, на стороне платформы.
Поэтому передал пожелание разработчикам оптимизировать механизм кеширования временных файлов, исключив таким образом это "штатное" поведение.
Прикрепленные файлы:
24. 10baset 10.07.24 15:16 Сейчас в теме
(21)
..я не сторонник менять значения по умолчанию. Не спроста же сделали механизм перезагрузки
спасиб. будем пробовать
22. user957208 22.03.24 09:14 Сейчас в теме
Добрый день. возникла такая же проблема.
имеется серверный ПК, используемый только для 1С. Несколько баз на нем (УТ и БП).
Развернут веб-сервер на IIS.
Решила обновить конфигурацию на 1 базе торговли. В конфигурация все обновилось. Начала на сервере запускать программу. Обновление останавливается и вылетает. Решилось установкой 64 версии Платформы 1с. Обновление встало.
Перепубликовала еще раз базу через конфигурацию 32 версии.
Что в итоге.
На клиентском ПК идет запуск и вход в 1с. но при попытке что-то открыть - ошибка "Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Прикрепленные файлы:
23. 10baset 10.07.24 15:16 Сейчас в теме
(22)добрый день. у вас немного другая ошибка. и на нее уже есть ответ.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот