Вылетает базЫ с ошибкой. На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто.
Добрый день.
Платформа 1С:Предприятие 8.3 (8.3.16.1148) Работает более полугода - проблем не было до сегодняшних дней.
Вылетает любая 1с которая установлена на кластере. Новая или старая. Может сразу при загрузке, может через 10 мин. Вылетают все соединения у всех у кого открыта 1с
Пытался:
1)Чистил кэш на сервере и клиенте. безрезультатно
2)Переустановлена 1с с удалением все папок. безрезультатно
3)Переустановили postgress. безрезультатно
4)Установили SQL (беслпатная) 2019 Evalution и на ней развернули 1с. безрезультатно
Подскажите. Нет идей уже..
Платформа 1С:Предприятие 8.3 (8.3.16.1148) Работает более полугода - проблем не было до сегодняшних дней.
Вылетает любая 1с которая установлена на кластере. Новая или старая. Может сразу при загрузке, может через 10 мин. Вылетают все соединения у всех у кого открыта 1с
Пытался:
1)Чистил кэш на сервере и клиенте. безрезультатно
2)Переустановлена 1с с удалением все папок. безрезультатно
3)Переустановили postgress. безрезультатно
4)Установили SQL (беслпатная) 2019 Evalution и на ней развернули 1с. безрезультатно
Подскажите. Нет идей уже..
Найденные решения
Я бы сделал так.
1. Открыть консоль управления сервером 1С.
2. Создать новый кластер с другим портом, например 2541.
3. Создать в этом кластере новую информационную базу.
4. Восстановить в новую базу копию из рабочей.
5. Поработать в этой копии.
Если проблема исчезла - был перегружен кластер с портом 1541. Рабочие базы распределить между несколькими кластерами с разными портами.
1. Открыть консоль управления сервером 1С.
2. Создать новый кластер с другим портом, например 2541.
3. Создать в этом кластере новую информационную базу.
4. Восстановить в новую базу копию из рабочей.
5. Поработать в этой копии.
Если проблема исчезла - был перегружен кластер с портом 1541. Рабочие базы распределить между несколькими кластерами с разными портами.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(101) да на самом деле, неважно, откуда придет ЭТВ. Во франче могут быть как подтвержденные эксперты, так и желторотые новички, кто ж спорит. Но я же не предлагал звать желторотого новичка.
Обращаемся во франч, просим ЭТВ. Франчи, конечно, разные бывают, но документы, думаю, никто подделывать не станет.
Обращаемся во франч, просим ЭТВ. Франчи, конечно, разные бывают, но документы, думаю, никто подделывать не станет.
(101) Поддерживаю. Пока были "специалисты", сервак не вылетал, только ушли, оплату взяли, день прошел все по новой. Позвали обратно все нормально опять, потом опять три дня посидели и пока не удалили протокол IPv6. Не знаю, что конкретно вызывало такую ошибку 1С, но реальный факт. Решили проблему пальцем в небо.
(116) посмотрите еще в сторону регламентных заданий, у нас была проблема в одном, из за этого падали все базы, которые были в одном рабочем процессе с проблемной базой, вылечили блокировкой регламентных заданий во всех база и поочередным включением для выявления и подтверждения своей догадки.
Я бы сделал так.
1. Открыть консоль управления сервером 1С.
2. Создать новый кластер с другим портом, например 2541.
3. Создать в этом кластере новую информационную базу.
4. Восстановить в новую базу копию из рабочей.
5. Поработать в этой копии.
Если проблема исчезла - был перегружен кластер с портом 1541. Рабочие базы распределить между несколькими кластерами с разными портами.
1. Открыть консоль управления сервером 1С.
2. Создать новый кластер с другим портом, например 2541.
3. Создать в этом кластере новую информационную базу.
4. Восстановить в новую базу копию из рабочей.
5. Поработать в этой копии.
Если проблема исчезла - был перегружен кластер с портом 1541. Рабочие базы распределить между несколькими кластерами с разными портами.
(125) Опишите ситуацию сразу после аварии.
1. Сервер 1С работает?
2. Кластеры 1541 и 2541 видны в консоли сервера 1С?
3. Сеансы открыты хотя бы в одном кластере?
3. Какой объём памяти занимают рабочие процессы кластеров?
4. После аварии без перезагрузки сервера 1С пользователи могут работать хотя бы в одном из кластеров?
1. Сервер 1С работает?
2. Кластеры 1541 и 2541 видны в консоли сервера 1С?
3. Сеансы открыты хотя бы в одном кластере?
3. Какой объём памяти занимают рабочие процессы кластеров?
4. После аварии без перезагрузки сервера 1С пользователи могут работать хотя бы в одном из кластеров?
Не читал всю ветку, была такая же ошибка когда серверный и ключ на 10 были на 1 машине, выбивало в случайные моменты времени. Еще была проблема с криво настроенным постргисом, когда он переходил ограничение по памяти и rphost рестартовал. выбивало всех.
(157) Обсуждение зашло в тупик, предлагаю проверить мою теорию, либо же пройти мимо. разделить базы на 2 вирт машины, и проверить падают ли, либо пройти мимо. Ситуация которую описал я не выдуманная, произошла на рабочем сервере. И были перепробованы десятки способов восстановить стабильную работу. В конце выносили базы по 1 на отдельную машину как результат тестовые отдельно, рабочие отдельно, все стабильно работает.
Сделайте вот эти действия по отключению неявных функций ipv6
Создаём параметра DWORD (32 бита):
В редакторе реестра "Regedit" создаем параметр DWORD (32бита).
В названии указываем DisabledComponents, в значении FFFFFFFF (8 знаков буквы F) для шестнадцатеричной системы исчисления.
Указываем значение в шестнадцатеричной системе FFFFFFFF.
Или создаём ключ в реестре через командную строку в десятичной системы исчисления:
reg add HKLM\SYSTEM\CurrentControlSet\Services\tcpip6\Parameters /v DisabledComponents /t REG_DWORD /d 4294967295
Операция успешно завершена.
Также отключаем службу 6to4, после этого интерфейсы 6to4 больше не будут создаваться:
В командной строке с правами администратора набрать,
netsh in 6to4 set state disabled
ОК.
Ну, вот собственно и всё, поддержка интерфейса в системе отключена. На этом всё, удачи!!!
А вот теперь сообщаем более технологичное решение: просто повысить приоритет протокола IPv4 над протоколом IPv6, тем не менее сохранив работоспособность IPv6. Решение не требует перезагрузки, вступает в действие моментально. Нужно открыть командную строку в режиме администратора, и выполнить там две команды:
netsh interface ipv6 set prefix ::/96 60 3
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
Всё, работает! Проверим на примере «чистой» Windows 2012 Server (жирным выделены команды, дальше в сокращённом виде приводится ответ операционной системы):
ping gilev_test
Обмен пакетами с gilev_test [fe80::21c0:ff89:967f:955a%19] с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время<1мс
…
Итак, возвращается адрес в формате IPv6 (fe80::21c0:ff89:967f:955a%19).Применим наше лекарство:
netsh interface ipv6 set prefix ::/96 60 3
ОК.
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
ОК.
Снова проверим ping:
ping gilev_test
Обмен пакетами с gilev_test [192.168.1.5] с 32 байтами данных:
Ответ от 192.168.1.5: число байт=32 время<1мс TTL=128
…
Как видим — результат резко изменился в нужную нам сторону, стал возвращаться адрес 192.168.1.5. Теперь проверим, что по адресу в формате IPv6 сервер по-прежнему пингуется, и мы ничего не сломали
ping fe80::21c0:ff89:967f:955a%19
Обмен пакетами с fe80::21c0:ff89:967f:955a%19 по с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время<1мс
…
P.S. в некоторых случаях если команды не помогли, то выполните дополнительную команду:
netsh interface ipv6 set prefix ::/96 1 3
Всё работает, как и должно быть. Пользуйтесь на здоровье!
Ваша команда Gilev.ru
Прописать айпи и имя хоста в ХОСТС
Создаём параметра DWORD (32 бита):
В редакторе реестра "Regedit" создаем параметр DWORD (32бита).
В названии указываем DisabledComponents, в значении FFFFFFFF (8 знаков буквы F) для шестнадцатеричной системы исчисления.
Указываем значение в шестнадцатеричной системе FFFFFFFF.
Или создаём ключ в реестре через командную строку в десятичной системы исчисления:
reg add HKLM\SYSTEM\CurrentControlSet\Services\tcpip6\Parameters /v DisabledComponents /t REG_DWORD /d 4294967295
Операция успешно завершена.
Также отключаем службу 6to4, после этого интерфейсы 6to4 больше не будут создаваться:
В командной строке с правами администратора набрать,
netsh in 6to4 set state disabled
ОК.
Ну, вот собственно и всё, поддержка интерфейса в системе отключена. На этом всё, удачи!!!
А вот теперь сообщаем более технологичное решение: просто повысить приоритет протокола IPv4 над протоколом IPv6, тем не менее сохранив работоспособность IPv6. Решение не требует перезагрузки, вступает в действие моментально. Нужно открыть командную строку в режиме администратора, и выполнить там две команды:
netsh interface ipv6 set prefix ::/96 60 3
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
Всё, работает! Проверим на примере «чистой» Windows 2012 Server (жирным выделены команды, дальше в сокращённом виде приводится ответ операционной системы):
ping gilev_test
Обмен пакетами с gilev_test [fe80::21c0:ff89:967f:955a%19] с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время<1мс
…
Итак, возвращается адрес в формате IPv6 (fe80::21c0:ff89:967f:955a%19).Применим наше лекарство:
netsh interface ipv6 set prefix ::/96 60 3
ОК.
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
ОК.
Снова проверим ping:
ping gilev_test
Обмен пакетами с gilev_test [192.168.1.5] с 32 байтами данных:
Ответ от 192.168.1.5: число байт=32 время<1мс TTL=128
…
Как видим — результат резко изменился в нужную нам сторону, стал возвращаться адрес 192.168.1.5. Теперь проверим, что по адресу в формате IPv6 сервер по-прежнему пингуется, и мы ничего не сломали
ping fe80::21c0:ff89:967f:955a%19
Обмен пакетами с fe80::21c0:ff89:967f:955a%19 по с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время<1мс
…
P.S. в некоторых случаях если команды не помогли, то выполните дополнительную команду:
netsh interface ipv6 set prefix ::/96 1 3
Всё работает, как и должно быть. Пользуйтесь на здоровье!
Ваша команда Gilev.ru
Прописать айпи и имя хоста в ХОСТС
Была такая же ошибка после обновления конфигурации поставщика. Платформа 8.3.15.1830.
Оказалось дело в добавленном расширении конфигурации, а именно в формах объектов. Пришлось собирать расширение заново.
А прикол в том, что из-за косячного расширения в одной базе, падал весь кластер. Думаю уже новый бубен прикупить. Абажаю 1 эс!
Оказалось дело в добавленном расширении конфигурации, а именно в формах объектов. Пришлось собирать расширение заново.
А прикол в том, что из-за косячного расширения в одной базе, падал весь кластер. Думаю уже новый бубен прикупить. Абажаю 1 эс!
(185) Коллега, подскажите, пожалуйста, пару моментов:
1. Как именно локализовали одно конкретное расширение, и тем более, конкретные метаданные в нем? На какой "логике" основывался поиск?
2. Собирать расширение заново - не могли бы Вы по-подробнее описать, что под этой фразой кроется?
1. Как именно локализовали одно конкретное расширение, и тем более, конкретные метаданные в нем? На какой "логике" основывался поиск?
2. Собирать расширение заново - не могли бы Вы по-подробнее описать, что под этой фразой кроется?
(186) Если актуально, то только что решил похожую проблему: при открытии формы списка пользователей клиентский сеанс зависал и через 10-15 сек падал весь кластер. Вылетает только сообщение "На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто" Причем во всех журналах и логах пусто, отладчиком ничего не видно. Проблема воспроизводилась на проде 8.3.13.1926 и на тесте 8.3.19.1264. Стандартная проверка применения расширений ничего не показала.
Решение: В одном из расширений обновил форму через "Форма в расширяемой конфигурации изменена. Обновить форму в расширении?" - и все. Даже код расширения менять не пришлось.
Решение: В одном из расширений обновил форму через "Форма в расширяемой конфигурации изменена. Обновить форму в расширении?" - и все. Даже код расширения менять не пришлось.
(187)
Мне кажется, что у Вас была ситуация совсем другая. У пользователя стоял отбор в динамическом списке, не совместимый с жизнью, такое бывает. Бывает даже что пользователь но не индексируемому полю жмякнет, у него виснет на ожидании сортировки и все, а сервер корячится. А своими действиями Вы могли просто передернуть его настройки формы и "поправить" это дело неявно.
Меня интересует немного другой случай. Когда я запускаю безобидную обработку, которая на других даже более слабых серверах выполнялась без ошибок, а в течение цикла на абсолютно рандомном месте вываливается то, что описано в названии темы. И копия той же базы на другом серваке исправно справляется с полным циклом. А тут, секунд 50 после запуска и бац. В том числе и в фоне, то есть это не обязательно пользовательский сервер, под юзер1с тоже самое.
Мне кажется, что у Вас была ситуация совсем другая. У пользователя стоял отбор в динамическом списке, не совместимый с жизнью, такое бывает. Бывает даже что пользователь но не индексируемому полю жмякнет, у него виснет на ожидании сортировки и все, а сервер корячится. А своими действиями Вы могли просто передернуть его настройки формы и "поправить" это дело неявно.
Меня интересует немного другой случай. Когда я запускаю безобидную обработку, которая на других даже более слабых серверах выполнялась без ошибок, а в течение цикла на абсолютно рандомном месте вываливается то, что описано в названии темы. И копия той же базы на другом серваке исправно справляется с полным циклом. А тут, секунд 50 после запуска и бац. В том числе и в фоне, то есть это не обязательно пользовательский сервер, под юзер1с тоже самое.
Была такая проблема. Платформа 8.3.20.1838, 32бит, postgres. Текст ошибки такой же. Но вылетало при длительной загрузке документов из файла (2-3ч). Через произвольное время выскакивала ошибка как в сабже. Посмотрел на рабочие процессы 1с в консоли. Заметил, что после вылета сеанса старый рабочий процесс исчезает, появляется новый.
Решение: В настройках локального кластера выключить принудительное завершение проблемных процессов, выставить время завершения проблемных процессов в 0.
В результате такой настройки, создавался второй рабочий процесс (РП), на него перебежали другие сеансы, в первом РП оставался лишь наш сеанс, который загружает документы. Первый РП становился выключенным, но активным и автоматически завершался только при завершении серверного вызова (окончании загрузки всех документов).
Тут вопрос, конечно, а почему платформа посчитала процесс проблемным? Причем на 64бит при этих же условиях ошибки не наблюдалось. Наверно, все таки было бы неплохо переписать загрузку документов чтобы один серверный вызов был на обработку одного документа.
Решение: В настройках локального кластера выключить принудительное завершение проблемных процессов, выставить время завершения проблемных процессов в 0.
В результате такой настройки, создавался второй рабочий процесс (РП), на него перебежали другие сеансы, в первом РП оставался лишь наш сеанс, который загружает документы. Первый РП становился выключенным, но активным и автоматически завершался только при завершении серверного вызова (окончании загрузки всех документов).
Тут вопрос, конечно, а почему платформа посчитала процесс проблемным? Причем на 64бит при этих же условиях ошибки не наблюдалось. Наверно, все таки было бы неплохо переписать загрузку документов чтобы один серверный вызов был на обработку одного документа.
У меня тоже такая ошибка вышла. Сделал расширение просто проверять реквизит при проведении. В файловой базе работает, а в серверной выдает ошибку из сабжа. Я думаю это из-за расширения обработчика события. Вот этот код из формы документа:
&НаКлиенте
Процедура НДС_ПередЗаписьюПеред(Отказ, ПараметрыЗаписи)
Если ПродажаБезНДС(Объект.НалогообложениеНДС) Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Плательшик НДС. Продажа должна быть с НДС (Проверка из расширения)";
Сообщение.Поле = "НалогообложениеНДС";
Сообщение.ПутьКДанным = "Объект";
Сообщение.Сообщить();
Отказ = Истина;
КонецЕсли;
КонецПроцедуры
Показать
Столкнулся точно с такой же проблемой. Вылетала 1С только при записи Заказа клиента. Оказалось что программист отключил расширение интеграции с Битрикс24, а в базе уже был настроен план обмена. При записи заказа клиента попытка зарегистрировать документ в плане обмена уходила в бесконечный цикл и 1с падала.
Включили расширение и все заработало.
Включили расширение и все заработало.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот