Доброго времени суток. На сервере стоит Windows Server 2008 R2, на нем лежит файловая база 1С к которой по сети подключаются рабочие станции. Так же поднят Веб-сервер IIS на котором опубликованы две базы - УТ 11 и Розница 2.1, но последнее время IIS стал периодически зависать, но самое интересное в том, что зависает только одна база, и что бы все опять заработало, нужно перезагружать веб сервер, соответственно, останавливается работа сразу в двух базах. Подскажите, как это побороть, в чем причина его зависания?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
У меня возникает та же проблема. Платформа 1С 8.3.6.2237
В релизе 8.3.6.2363 исправили следующую ошибку:
Обновление индекса полнотекстового поиска
Код ошибки: 30027899
Код(ы) обращения: CSR-4165, SW970648
Статус: Исправлена в выпущенной версии Зарегистрирована: 31.12.2013
Исправлена:
"Технологическая платформа", версия 8.3.6.2363
Описание:
При длительном, интенсивном использовании веб-сервера во время обновлении индекса полнотекстового поиска может происходить аварийное завершение работы.
Может быть это оно?
(1) Joker2705,
В релизе 8.3.6.2363 исправили следующую ошибку:
Обновление индекса полнотекстового поиска
Код ошибки: 30027899
Код(ы) обращения: CSR-4165, SW970648
Статус: Исправлена в выпущенной версии Зарегистрирована: 31.12.2013
Исправлена:
"Технологическая платформа", версия 8.3.6.2363
Описание:
При длительном, интенсивном использовании веб-сервера во время обновлении индекса полнотекстового поиска может происходить аварийное завершение работы.
Может быть это оно?
(1) Joker2705,
(6) alexdm, у меня обратная ситуация. В 4-х офисах стоял Апач и через него опубликованы базы (БП 3.0, ЗУП 3.0, УТ 11).
Началась полная жесть - 1С с ошибкой закрывается; 2-3 пользователя в 1-й базе работают без проблем - 1 зашел во 2-ю базу - все вылетели; периодические зависания и т.д. и т.п.
При чем 1С с ошибкой на клиенте в день по нескольку раз. А бывало и в течении часа 4-5 раз.
В общем вынужден был перевести на IIS. 1 офис остался на Апаче - работают в целом нормально. Но там одна база.
Началась полная жесть - 1С с ошибкой закрывается; 2-3 пользователя в 1-й базе работают без проблем - 1 зашел во 2-ю базу - все вылетели; периодические зависания и т.д. и т.п.
При чем 1С с ошибкой на клиенте в день по нескольку раз. А бывало и в течении часа 4-5 раз.
В общем вынужден был перевести на IIS. 1 офис остался на Апаче - работают в целом нормально. Но там одна база.
(5) its_33, Та же проблема, после перехода на 8.3.6..... (несколько раз обновлял, сейчас уже 8.3.6.2363) баз УТ 11.1 периодически (до нескольких раз в день) зависает. Причем даже не перестартует IIS, приходится полностью перезагружать компьютер. Сегодня обновил на 3.7.1845 буду смотреть...
Дурдом, на IIS у меня тоже вторая база время от времени виснет, причем нет никакой закономерности. Апач перезагружается по 5 раз на день с одной только строчкой в логах: Parent: child process exited with status 255 -- Restarting. Ну в принципе я знал, что эти (далее следуют нецензурные выражения как в 3d vnand в несколько слоев) доберутся и поломают веб сервер, дело времени...
Поставил Обновление индекса полнотекстового поиска раз в сутки. Проблема сохранилась.
Так же пробовал менять время засыпания пассивного сеанса и время завершения спящего сеанса.
Куда копать, какие логи читать?
С проблемой живем почти год. Все исправно обновляем. Всё лиценз. На серверную платформу денег не дают(
Так же пробовал менять время засыпания пассивного сеанса и время завершения спящего сеанса.
Куда копать, какие логи читать?
С проблемой живем почти год. Все исправно обновляем. Всё лиценз. На серверную платформу денег не дают(
У меня такая же проблема только с Апачем на самописной конфигурации. Скорее всего проблема в фоновых заданиях. Потому что когда их не было, всё работало хорошо.
Ситуация аналогичная, база зависает только одна, если есть еще опубликованные базы, они работают нормально.
При попытке обновить конфигурацию на зависшей базе, конфигуратор зависает, до того как не остановишь апач.
Т.е. вероятно зависает какое-то соединение с базой. Это наблюдается после некоторого простоя работы в программе.
Уже 3 месяца борюсь, не знаю как решить.
Ситуация аналогичная, база зависает только одна, если есть еще опубликованные базы, они работают нормально.
При попытке обновить конфигурацию на зависшей базе, конфигуратор зависает, до того как не остановишь апач.
Т.е. вероятно зависает какое-то соединение с базой. Это наблюдается после некоторого простоя работы в программе.
Уже 3 месяца борюсь, не знаю как решить.
На 8.3.8.1784 проблема даже усугубилась. Похоже они специально для пользователей файловых баз свинью подложили, так как те, кто купил лицензию на сервер да еще и на sql, очень удивляются, что через веб сервер файловая летает быстрей чем в серверном варианте :-) Причем ошибка плавающая, еще поди докажи. И на апаче жизнь веселую сделали с вылетами по нескольку раз в день. Отмазка стандартная - у нас все работает, проблема не воспроизводится. И самое интересное, что упорно "не воспроизводится" только у 1С. Проблеме уже год, если не больше, о ней прекрасно знают, проверить и воспроизвести - легко (при желании), но...
(23) testerpro1, если Вы вместо нытья на форуме научитесь собирать технологические журналы и дампы аварийного завершения, то сможете передать поддержке информацию о проблеме, достаточную для анализа и исправления.
Произвольное же "зависание" или "падение" по одному лишь сообщению о его факте расследовать невозможно. Несмотря на то, что 1С не раскрывает свое штатное расписание, я более чем уверен, что позиция телепата в нем отсутствует. Наличие же libastral.dll в платформе Вы можете проверить и сами.
Произвольное же "зависание" или "падение" по одному лишь сообщению о его факте расследовать невозможно. Несмотря на то, что 1С не раскрывает свое штатное расписание, я более чем уверен, что позиция телепата в нем отсутствует. Наличие же libastral.dll в платформе Вы можете проверить и сами.
(24) Очень верное замечание на счёт штатного расписания.
Единственный момент вы пишите:
Только при покупке программы я ни разу не видел какого либо дополнительного соглашения на тестирование и правилах предоставления результатов тестирования разработчику.
Вообще в мировой практике существуют примеры выпуска тестовых релизов. Пользователь бесплатно использует программу и периодически отправляет результаты разработчику. возьмите тот же Микрософт
Но это не НАШ случай, если судить даже по данному форуму "бесплатных доброхотов" которые ещё и доплачивают за право потестровать очередной "шедевр", у 1С - огромное количество.
Единственный момент вы пишите:
Вы вместо нытья на форуме научитесь собирать технологические журналы и дампы аварийного завершения, то сможете передать поддержке информацию о проблеме, достаточную для анализа и исправления.
Только при покупке программы я ни разу не видел какого либо дополнительного соглашения на тестирование и правилах предоставления результатов тестирования разработчику.
Вообще в мировой практике существуют примеры выпуска тестовых релизов. Пользователь бесплатно использует программу и периодически отправляет результаты разработчику. возьмите тот же Микрософт
Но это не НАШ случай, если судить даже по данному форуму "бесплатных доброхотов" которые ещё и доплачивают за право потестровать очередной "шедевр", у 1С - огромное количество.
(25) CaptainMorgan, это называется не тестированием, это Continious integration :)
(26) testerpro1,
Это три разных проблемы.
Вопрос, какова была информативность этих писем.
По единственному дампу расследуется только аварийное завершение, и то без гарантии результата. Вы дамп прислали от веб-сервера или от "висящего" клиента?
Если по описанию проблему воспроизвести не удалось, значит, описание неполное либо среда воспроизведения имеет специфику.
И что, никто не может собрать диагностическую информацию? Не верю.
Изменения в серьезном софте несколько сложнее, чем Вам кажется.
(26) testerpro1,
IIS - зависает одна из баз, а потом и остальные накрываются. На апаче людей выбрасывает по нескольку раз в день, так как дочерний процесс апача, он же модуль 1с, экстренно заврешает работу и снова запускается (по логам) и это не считая все тех же зависаний
Это три разных проблемы.
Я не однократно писал в 1с
Вопрос, какова была информативность этих писем.
я отправлял им дамп зависшего процесса, который естественно ничего не показал
По единственному дампу расследуется только аварийное завершение, и то без гарантии результата. Вы дамп прислали от веб-сервера или от "висящего" клиента?
я даже рассказал им, как воспроизвести проблему
Если по описанию проблему воспроизвести не удалось, значит, описание неполное либо среда воспроизведения имеет специфику.
Она воспроизводиться у всех, кто опубликовывал базы на веб сервере и работал с ними
И что, никто не может собрать диагностическую информацию? Не верю.
я не могу их ткунь рылом прям туда
184 маленьких бага осталось в продукте
Один нашли, поправили
212 маленьких багов осталось в продукте
Один нашли, поправили
212 маленьких багов осталось в продукте
Изменения в серьезном софте несколько сложнее, чем Вам кажется.
(24) asved.ru,
Спишу Ваш эмоциональный ответ на пол шестого утра, ну бывает.
Вы, по всей видимости, не сталкивались с этой проблемой, и я смотрю не сильно удосужились прочитать всего-то пару постов выше. Ну что ж давайте подведу краткий итог.
Проблема появилась летом 2015 после перехода на платформу 8.3.6. IIS - зависает одна из баз, а потом и остальные накрываются. На апаче людей выбрасывает по нескольку раз в день, так как дочерний процесс апача, он же модуль 1с, экстренно заврешает работу и снова запускается (по логам) и это не считая все тех же зависаний. Я не однократно писал в 1с, я отправлял им дамп зависшего процесса, который естественно ничего не показал, я даже рассказал им, как воспроизвести проблему, но….. В интернете полно сообщений об этой проблеме. Она воспроизводиться у всех, кто опубликовывал базы на веб сервере и работал с ними. Но поскольку код 1с-ки закрытый я не могу их ткунь рылом прям туда и если честно я не думаю что это сильно помогло бы. Есть программисты, которые (по своей наивности) исправляли ошибки в типовых конфигурациях и писали в саппорт описание ошибки и исправленный код, а им в ответ у нас все нормально работает, ваш код нафиг не нужен. Все просто и очевидно как дважды два.
Спишу Ваш эмоциональный ответ на пол шестого утра, ну бывает.
Вы, по всей видимости, не сталкивались с этой проблемой, и я смотрю не сильно удосужились прочитать всего-то пару постов выше. Ну что ж давайте подведу краткий итог.
Проблема появилась летом 2015 после перехода на платформу 8.3.6. IIS - зависает одна из баз, а потом и остальные накрываются. На апаче людей выбрасывает по нескольку раз в день, так как дочерний процесс апача, он же модуль 1с, экстренно заврешает работу и снова запускается (по логам) и это не считая все тех же зависаний. Я не однократно писал в 1с, я отправлял им дамп зависшего процесса, который естественно ничего не показал, я даже рассказал им, как воспроизвести проблему, но….. В интернете полно сообщений об этой проблеме. Она воспроизводиться у всех, кто опубликовывал базы на веб сервере и работал с ними. Но поскольку код 1с-ки закрытый я не могу их ткунь рылом прям туда и если честно я не думаю что это сильно помогло бы. Есть программисты, которые (по своей наивности) исправляли ошибки в типовых конфигурациях и писали в саппорт описание ошибки и исправленный код, а им в ответ у нас все нормально работает, ваш код нафиг не нужен. Все просто и очевидно как дважды два.
Доброго дня! Подскажите, Вин 10, работаем через IIS, в какой то момент все клиенты наглухо виснут. Помогает перезапуск IIS с последующем перезапуском ПК, после этого слетает настройка проверки подлинности пользователей. Меняем проверку на Анонимно и можем сутки работать нормально.
Не могу найти разумных причин такого поведения, что примечательно, на прошлом ПК с Вин 10 была аналогичная проблема, переехали на другой комп с Вин 10, отработали тройку месяцев и снова аналогичная ситуация.
Может кто-то сталкивался и знает куда капнуть в поисках причины?
Не могу найти разумных причин такого поведения, что примечательно, на прошлом ПК с Вин 10 была аналогичная проблема, переехали на другой комп с Вин 10, отработали тройку месяцев и снова аналогичная ситуация.
Может кто-то сталкивался и знает куда капнуть в поисках причины?
(32) вот тоже одна база на IIS стала зависать. Win Server 20212 R2 Standard.
1С 8.3.10.2561
Пока думаю сделать ТИИ базы, переопубликовал ее, понаблюдаю.
В логе C:\inetpub\logs\LogFiles\W3SVC1 странные записи:
192.168.0.254 это адрес сервера IIS
1С 8.3.10.2561
Пока думаю сделать ТИИ базы, переопубликовал ее, понаблюдаю.
В логе C:\inetpub\logs\LogFiles\W3SVC1 странные записи:
2024-08-19 15:05:14 192.168.0.254 POST /CRM_oil_2020/e1cib/logForm cmd=querySearchResult 8080 - 192.168.0.1 1CV8C - 200 0 0 60
2024-08-19 15:05:16 192.168.0.254 POST /CRM_oil_2020/e1cib/logForm cmd=querySearchResult 8080 - 192.168.0.1 1CV8C - 200 0 0 60
2024-08-19 15:05:16 192.168.0.254 POST /CRM_oil_2020/e1cib/logForm cmd=querySearchResult 8080 - 192.168.0.1 1CV8C - 200 0 0 60
2024-08-19 15:05:18 192.168.0.254 POST /CRM_oil_2020/e1cib/logForm cmd=querySearchResult 8080 - 192.168.0.1 1CV8C - 200 0 0 59
2024-08-19 15:05:18 192.168.0.254 POST /CRM_oil_2020/e1cib/logForm cmd=querySearchResult 8080 - 192.168.0.1 1CV8C - 200 0 0 59
192.168.0.254 это адрес сервера IIS
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот