Фоновое задание updateconfigurationlicense
Модератор: Дмитрий Юхтимовский
Фоновое задание updateconfigurationlicense
Добрый день, кто знает что делает фоновое задание updateconfigurationlicense. У нас сейчас УНФ 1.6.24.107 на платформе 8.3.18.1289. Предыстория после перехода на 17 платформу пользователи стали жаловаться на зависания, была файловая база, работало 7 человек и база весила 15 гб. Решили перевести в клиент- серверный вариант на postgressql.База стала работать отлично. Но иногда случаются зависания в 10 -15 секунд, в этот момент в журнале висит фоновое задание updateconfigurationlicense. В настройках сервера я не могу включить блокировку фоновых заданий, т.к есть нужные фоновые задания по обмену с сайтом. Сталкивался ли кто-нибудь с такой проблемой и как ее удалось решить.
- Манюшкин Денис
- Сообщений: 1
- Зарегистрирован: 26 фев 2021, 12:52
Re: Фоновое задание updateconfigurationlicense
Гилёв Вячеслав » 26 фев 2021, 17:28
Это проверка лицензирования конфигурации.
Как правило, проверка лицензирования конфигураций выполняется для файловых или клиент-серверных (мини-бизнес) систем.
Данная проверка не отключается на уровне Предприятия, но возможно стоит проверить доступ конфигурации к интернету, что бы проверка завершила свою работу корректно.
UpdateConfigurationLicense генерируется у всех пользователей сразу же если применить динамическое обновление базы. Как только пользователи выгоняются после внесения изменений в базу, и они входят уже в сохраненную конфигурацию БД, то больше таких фоновых задач не регистрируется.
Замечена пользователями ошибка поведения при включенном флаге в свойствах базы «Резервирование рабочих процессов».
Дополнительную информацию смотрите по
https://its.1c.ru/db/metod8dev/content/4727/hdoc
если у вас версия платформы ниже 8.3.18.1363, то проверяйте на этой версии решение проблемы с зависанием при частом выполнении этого события
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 23 мар 2021, 10:13
Аналогично. 20-секундные лаги после перехода на 17-ю версию. В это время работает UpdateConfigurationLicense. Причём никакого динамического обновления не накатывалось. Резервирование рабочих процессов выключено. Запросил информацию в v8@1c, жду. Причём эта погань рвёт другие фоновые задания, например процесс синхронизации. А если подождать, пока UpdateConfigurationLicense завершит работу и запустить синхрон по новой, то всё пройдёт, как по маслу!
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
Admiden » 20 апр 2021, 09:51
Доброго дня всем. Проблема такая же. Зависания от 5 до 60 секунд. Резервирование так же выключенно во всех базах. Фоновое запускается с разной периодичностью. У одного пользователя с интервалом в час-два. У другого чуть ли не каждые 15 минут. Длится у всех одинаково, около 50 секунд. Завершается успешно. В этот момент всё зависает. Попробовал перезапустить 1с сервер и не заходить в конфигуратор, но процесс запускается всё равно. Помогите советом, что можно сделать?
- Admiden
- Сообщений: 6
- Зарегистрирован: 20 апр 2021, 09:44
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 20 апр 2021, 10:32
Admiden писал(а):Помогите советом, что можно сделать?
Откатываться на 15 релиз. При наличии конфиг, требовательных к обновлениям — могу посочувствовать. 1С знают о косяке, но ничего не делают.
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
Admiden » 20 апр 2021, 13:19
Других решений, как я понимаю, нет. А что заставляет запускаться это фоновое?
- Admiden
- Сообщений: 6
- Зарегистрирован: 20 апр 2021, 09:44
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 20 апр 2021, 13:39
Admiden писал(а):Других решений, как я понимаю, нет
Есть полумера: заставлять всех жёстко выходить в конце рабочего дня и пользоваться конфигуратором по минимуму. Это то что я понял из ответа 1С.
*** Сообщение запрещено. Отправитель находится в чёрном списке. ***
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 25 апр 2021, 19:12
Admiden писал(а):Других решений, как я понимаю, нет. А что заставляет запускаться это фоновое?
А у вас клиент-сервер?
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
Admiden » 26 апр 2021, 13:48
Да.Клиент-сервер
- Admiden
- Сообщений: 6
- Зарегистрирован: 20 апр 2021, 09:44
Re: Фоновое задание updateconfigurationlicense
Admiden » 26 апр 2021, 13:53
Вот так выглядит на данный момент
- Вложения
-
- Screenshot_38.png (140.51 KiB) Просмотров: 29889
- Admiden
- Сообщений: 6
- Зарегистрирован: 20 апр 2021, 09:44
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 26 апр 2021, 14:29
На сервере, запустите Диспетчере устройств, Вид — Показать скрытые устройства и в разделе Сетевые адаптеры отключите Teredo Tunneling Pseudo-Interface. Полностью проблему не решит, но будет полегче.
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
Admiden » 26 апр 2021, 20:00
Благодарю.Сделал,по результату отпишусь.Попробовал перенести базу на другой сервак на котором поставил 15 версию-всё работает.На другом компе поставил чистый sql,паставил 18 платформу,закинул туда базу-тоже работает.На рабочем сервере стоит такая же версия и идёт это фоновое.Не понимаю что его заставляет запускаться.На рабочем 15 ещё не ставил.Завтра проэкспериментирую
- Admiden
- Сообщений: 6
- Зарегистрирован: 20 апр 2021, 09:44
Re: Фоновое задание updateconfigurationlicense
Admiden » 27 апр 2021, 15:48
Количество запусков это фонового задания сократилось в разы.За весь день со всех пользователей запустилось только 4 раза.Возможно это связано с тем что их сеансы были не закрыты.Сегодня закрою все сеансы и посмотрю будет ли завтра запускаться.Благодарю за совет
- Admiden
- Сообщений: 6
- Зарегистрирован: 20 апр 2021, 09:44
Re: Фоновое задание updateconfigurationlicense
sandreg » 02 июн 2021, 08:50
Добрый день!
Тоже столкнулись с этим один в один после перехода на 8.3.18.1363. Решений пока нет.
По данной проблеме обращались в 1С. Вот ответ от них:
[i] Работа задания UpdateConfigurationLicense связана с механизмом проверки
правомерности использования типовых прикладных конфигураций.
Задание запускается однократно после обновления конфигурации и работает не более
минуты. Просто нужно дождаться когда оно отработает.
Если оно запускается повторно, значит по каким-то причинам был недоступен Центр
лицензирования. В случае отсутствия интернета на сервере 1С — задание
запускается однократно, дальнейшие попытки не производятся.
Задание стартует каждый час потому, что:
— либо не может подключится к центру лицензирования. (нужно проверить
настройки прокси/файрволл)
— либо не может монопольно заблокировать ИБ, например, потому что висит
открытый конфигуратор.В нормальных условиях это задание запускается после
обновления однократно, работает около минуты.
Если был выполнен запрос к Центру Лицензирование, но ответ не был получен в течение
30 секунд, быт выполняться повторные попытки. На это будет указывать длительное
время работы задания (по ЖР или ТЖ).
Адрес Центра лицензирования https://1cv8update.com.
Ранее документация содержала пункт: «Проверка правомерности использования выполняется
для прикладных решений, развернутых в файловом варианте, или в клиент-серверном
варианте с использованием сервера МИНИ (более подробная информация о сервере
МИНИ доступна на сайте фирмы «1С» http://www.1c.ru/news/info.jsp?id=17577).» Из чего
следовало, что задание не должно работать в клиент-северном варианте.
Это не так.
В новой документации этого уже нет:
https://its.1c.ru/db/v8319doc#bookmark:adm:TI000000548
При большом количестве баз (сотни) и их одновременном обновлении может одновременно
запускать большое количество заданий и создавать нагрузку на сервер.
Рекомендуется распределять обновления во времени.
- sandreg
- Сообщений: 4
- Зарегистрирован: 02 июн 2021, 07:04
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 02 июн 2021, 09:32
У вас сервера нет? Файловый вариант?
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
sandreg » 02 июн 2021, 09:47
Серверный вариант
- sandreg
- Сообщений: 4
- Зарегистрирован: 02 июн 2021, 07:04
Re: Фоновое задание updateconfigurationlicense
sandreg » 02 июн 2021, 09:55
Вероятно, не проходит запрос к Центру Лицензирование или ответ не получает. Так как в окне сведений о программе нету информации прошла проверку конфигурация или нет. В скрине. Кто знает может через какой то другой порт платформа «долбиться» на свой ресурс
https://1cv8update.com
не 443 ?
- Вложения
-
- ОПРограмме.JPG (87.89 KiB) Просмотров: 28921
- sandreg
- Сообщений: 4
- Зарегистрирован: 02 июн 2021, 07:04
Re: Фоновое задание updateconfigurationlicense
sergafan10 » 02 июн 2021, 09:58
Чем вас решение выше не устраивает? Посмотрел сейчас у себя в журнале, это задание запускалось 1 раз за 3 дня. 70 пользователей.
И у меня тоже пустота в графе использование. Не парит абсолютно.
- sergafan10
- Сообщений: 7
- Зарегистрирован: 23 мар 2021, 09:58
Re: Фоновое задание updateconfigurationlicense
sandreg » 02 июн 2021, 10:14
Других вариантов конечно нет, попробую, отпишусь.
- Вложения
-
- Консоль1.jpg (216.05 KiB) Просмотров: 28912
- sandreg
- Сообщений: 4
- Зарегистрирован: 02 июн 2021, 07:04
Re: Фоновое задание updateconfigurationlicense
Гилёв Вячеслав » 12 авг 2022, 08:54
Каталог ошибок продукта «Технологическая платформа» / 8.3.18.1779 / 10233129
Фоновое задания UpdateConfigurationLicense
Код ошибки: 10233129
Дублирующие: 10235176
Код(ы) обращения: HL-355627 HL-369950
Статус: Исправлена в выпущенной версии Зарегистрирована: 03.08.2021
Исправлена: «Технологическая платформа», версия 8.3.18.1779
Исправлена: «Технологическая платформа», версия 8.3.19.1522
Исправлена: «Технологическая платформа», версия 8.3.20.1789
Исправлена: «Технологическая платформа», версия 8.3.21.1302
Исправлена: «Технологическая платформа», версия 8.3.22.1368 (для тестирования)
Описание:
После корректного завершения работы фонового задания UpdateConfigurationLicense ошибочно выполняется повторный запуск
—————-
Фоновое пытается достучаться до сайта Центра защиты обновлений 1cv8update.com и по данным учетки указанной в интернет-поддержке проверить правомерность использования конфигурации (есть ли регистрация ПП, который дает право использования конфигурации + наличие ИТС).
Если вместо «Проверка лицензионного использования выполнена успешно» у вас «Проверка лицензионного использования не выполнялась» или «Недоступен центр лицензирования», то платформа так и будет пытаться повторить попытки через каждые 10-15 мин.
На версии платформы — 8.3.19.1467, помогло дать серверу приложений 1С доступ до ресурса —
https://cacerts.digicert.com/
, после чего проблема с обновлением ушла.
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Вернуться в Прочее
Кто сейчас на форуме
Сейчас этот форум просматривают: Bing [Bot] и гости: 0
14.09.17 — 16:58
Столкнулся с новым (для меня) поведением платформы.
У пользователя серверная 8.3.9.2033 1С:ЗарплатаИУправлениеПерсоналом 2.5.120.1.
1. Выполняем обновление конфигурации (в пакетном режиме).
2. Далее выполняем обновление базы данных (в пакетном режиме).
3. Сразу после пункта 2 пытаемся подключиться к базе (через COM) и получаем ошибку «разделенного доступа к базе данных, база данных заблокирована:, компьютер: server, пользователь: СкрытоеИмяПользователя, приложение: фоновое задание.».
И это при том что все имеющиеся перед обновлением фоновые задачи завершены, а запуск новых запрещён.
Исследуем журнал регистрации и обнаруживаем, что во время выполнения второго пункта платформа запускает некоторое системное фоновое задание в данных у которого написано «UpdateConfigurationLicense».
Я догадываюсь, что это платформа выполняет какие-то манипуляции для обновления лицензии, контроля и чего-то там ещё.
Но какого же чёрта она это делает через механизм регламентных заданий и при этом не считается с запретом их выполнения.
В модуле самой конфигурации поиск UpdateConfigurationLicense ничего не даёт, а значит это механизм на уровне платформы.
Если у кого есть доп. информация по этому механизму прошу поделиться, потому что почти не гуглится.
Меня главным образом волнует:
— это общее поведение платформы для всех конфигураций или нет
— эта особенность была всегда или появилась с какого-то релиза
— она похоже работает только для серверных?
— может какой-то ключик существует, чтобы платформа (при запуске с ключом /UpdateDBCfg) дожидалась таки окончания выполнения этого системного задания UpdateConfigurationLicense
1 — 14.09.17 — 17:00
То есть главная проблема в том, что мы запускаем платформу с ключиком UpdateDBCfg, она отрабатывает, но на самом деле база остаётся ещё на какое-то неизвестное время заблокированное для выполнения этого фонового задания.
2 — 14.09.17 — 17:08
Выполняется (у пользователя) это задание почти всегда ровно минуту.
3 — 14.09.17 — 17:10
Я прошу по возможностей поискать это фоновое задание в своих базах.
Было бы здорово узнать — может ли оно выполняться дольше, чтобы знать какую паузу делать.
4 — 14.09.17 — 17:56
М-да, никто не обещал в будущих релизах платформы совместимость с Обновлятором.
(3) Я бы делал паузу в минуту и проверял снова. И так пока не получится.
5 — 14.09.17 — 17:57
Могу предположить, что проверяется наличие подписки ИТС. И если пустить её в интернет, фремя ожидания сильно сократится.
6 — 14.09.17 — 17:57
(5) *время*
7 — 14.09.17 — 18:01
файловая?
8 — 15.09.17 — 02:11
(4) Да, нужна пауза. Теперь осталось точно выбрать момент и значение паузы.
Бесконечно проверять тоже нельзя — причин по которым нельзя подключиться к базе может быть много. Хотя в данном случае конечно можно анализировать текст ошибки, но это всё ИМХО не совсем правильно. Но придётся.
На самом деле тут всё хитрее скорее всего (есть какие-то доп. условия для запуска этого задания сервером 1с). Так как из множества пользователей пока только один столкнулся с таким поведением платформы.
(7) нет, серверная. С файловой мне кажется такой проблемы нет, так как здесь именно сервер 1с после обновления БД запускает это фоновое задание.
9 — 15.09.17 — 02:55
Здравствуйте, а если у 1с поинтересоваться?
10 — 15.09.17 — 03:00
(9) вот тоже об этом думал
Но у меня нет доступа к их партнёрскому форуму. А в рамках канала ошибок они даже разбираться не будут.
Если у кого есть возможность задать им вопрос на партнёрском форуме — спросите пожалуйста. Буду очень признателен.
Для себя я сейчас вот что уяснил:
— это задание запускается в конце (за секунду) до окончания выполнение обновление базы данных
— длится минуту
— блокирует на это время доступ к базе
— работает на серверных ОС
Есть ещё какие-то условия возникновения этого задания, но я их пока не знаю.
В принципе мне этих знаний уже достаточно, чтобы учесть ситуацию в обновляторе, но конечно хотелось бы полной картины.
11 — 15.09.17 — 03:04
Напишите, полностью вопрос
12 — 15.09.17 — 03:07
Ок, сейчас сформулирую.
13 — 15.09.17 — 03:12
Можете ли вы прояснить поведение сервера 1С в следующей ситуации:
При пакетном обновлении базы данных (ключик /UpdateDBCfg) сервер 1С запускает в базе некое фоновое задание (в журнале регистрации оно не имеет имени, но в данных у него написано «UpdateConfigurationLicense»).
Это задание блокирует доступ к базе втечение 1 минуты после того как окончилась пакетное обновление базы данных (запущенное через ключик /UpdateDBCfg).
Для более полноценной интеграции с платформой очень интересует:
— условие возникновения этого фонового задания
— почему оно возникает несмотря на то, что на сервере 1С в этот момент запрещен запуск новых регламентных заданий
— можно ли сделать предположение, что это задание не может длиться дольше 1 минуты (ну или есть ли какое-то разумное ограничение по времени его выполнения).
strrike
14 — 19.09.17 — 09:39
Подобный вопрос уже задавали 13.04.2017 на партнёрском:
(Но ни одного ответа там нет)
Зарплата и управление персоналом (ЗУП и ЗУП КОРП ред. 3) ? Ошибка при обновлении на релиз 3.1.2.153. Что такое UpdateConfigurationLicense?
Добрый день,
Возникает ошибка при обновлении конфигурации «Зарплата и управление персоналом, редакция 3.1» с релиза 3.1.1.116 на релиз 3.1.2.153 на платформе «1С:Предприятие 8.3 (8.3.8.1964)».
При первом запуске в режиме тонкого клиента запускается обновление данных в фоновом задании «Фоновое задание, сеанс 6», которое далее завершается по ошибке, из-за запуска второго фонового задания «Фоновое задание, сеанс 7».
Предполагаю, что «Фоновое задание, сеанс 7» забирает монопольный режим у «Фоновое задания, сеанс 6». Причина запуска «Фоновое задание, сеанс 7» неизвестна.
Во вложении скриншоты записей журнала регистрации.
Подскажите пожалуйста, верно ли предположение о причине ошибки и в чем причина запуска второго фонового задания с описанием данных «UpdateConfigurationLicense»?
Настроена синхронизация через интернет подключение. Базы файловые через веб-сервер. Пользователи регулярно обращаются с жалобой на то, что при попытке синхронизации выдается ошибка «отсутствует доступ в сеть интернет» В журнале видим: Не удалось проверить доступность web-сервиса При этом настроено все на вид правильно и при повторной синхронизации все нормально работает. Настроек синхронизации несколько и везде такое. Причина оказалась: Общий модуль «Общего назначения», функция «СоздатьWSПрокси». Написано следующее:
То есть для проверки доступности таймаут — 7 секунд. Но если речь идет о файловой базе и современных конфигурациях типа бухгалтерии, УНФ, зарплаты, и ее еще нет в памяти веб сервера (первый запуск после загрузки компьютера, перезапуска службы веб-сервера и т.п.), то первый запуск это никак не 7 секунд.(За 7 секунд из текущих конфигураций разве что УТ 10.3 запустится). Конечно же возникает ошибка. Причем очень интересно сделано — если таймаут через параметры передан 19 секунд, так 19 и останется, а если передано 300 секунд, то будет 7. Соответственно для избежания возникновения ошибки таймаут в этой процедуре надо увеличивать до разумного. Примечание: эта процедура ориентирована в т.ч. и на обычные веб-сервисы (не только публикации баз 1с, поэтому наиболее правильно делать это только для случая подключения к базе 1с. |
Обновлено 16.05.2019 19:13 |
Столкнулся с новым (для меня) поведением платформы. У пользователя серверная 8.3.9.2033 1С:ЗарплатаИУправлениеПерсоналом 2.5.120.1. 1. Выполняем обновление конфигурации (в пакетном режиме). 2. Далее выполняем обновление базы данных (в пакетном режиме). 3. Сразу после пункта 2 пытаемся подключиться к базе (через COM) и получаем ошибку «разделенного доступа к базе данных, база данных заблокирована:, компьютер: server, пользователь: СкрытоеИмяПользователя, приложение: фоновое задание.». И это при том что все имеющиеся перед обновлением фоновые задачи завершены, а запуск новых запрещён. Исследуем журнал регистрации и обнаруживаем, что во время выполнения второго пункта платформа запускает некоторое системное фоновое задание в данных у которого написано «UpdateConfigurationLicense». Я догадываюсь, что это платформа выполняет какие-то манипуляции для обновления лицензии, контроля и чего-то там ещё. Но какого же чёрта она это делает через механизм регламентных заданий и при этом не считается с запретом их выполнения. В модуле самой конфигурации поиск UpdateConfigurationLicense ничего не даёт, а значит это механизм на уровне платформы. Если у кого есть доп. информация по этому механизму прошу поделиться, потому что почти не гуглится. Меня главным образом волнует: — это общее поведение платформы для всех конфигураций или нет — эта особенность была всегда или появилась с какого-то релиза — она похоже работает только для серверных? — может какой-то ключик существует, чтобы платформа (при запуске с ключом /UpdateDBCfg) дожидалась таки окончания выполнения этого системного задания UpdateConfigurationLicense
То есть главная проблема в том, что мы запускаем платформу с ключиком UpdateDBCfg, она отрабатывает, но на самом деле база остаётся ещё на какое-то неизвестное время заблокированное для выполнения этого фонового задания.
Выполняется (у пользователя) это задание почти всегда ровно минуту.
Я прошу по возможностей поискать это фоновое задание в своих базах. Было бы здорово узнать — может ли оно выполняться дольше, чтобы знать какую паузу делать.
М-да, никто не обещал в будущих релизах платформы совместимость с Обновлятором. Я бы делал паузу в минуту и проверял снова. И так пока не получится.
Могу предположить, что проверяется наличие подписки ИТС. И если пустить её в интернет, фремя ожидания сильно сократится.
Да, нужна пауза. Теперь осталось точно выбрать момент и значение паузы. Бесконечно проверять тоже нельзя — причин по которым нельзя подключиться к базе может быть много. Хотя в данном случае конечно можно анализировать текст ошибки, но это всё ИМХО не совсем правильно. Но придётся. На самом деле тут всё хитрее скорее всего (есть какие-то доп. условия для запуска этого задания сервером 1с). Так как из множества пользователей пока только один столкнулся с таким поведением платформы. нет, серверная. С файловой мне кажется такой проблемы нет, так как здесь именно сервер 1с после обновления БД запускает это фоновое задание.
Здравствуйте, а если у 1с поинтересоваться?
вот тоже об этом думал Но у меня нет доступа к их партнёрскому форуму. А в рамках канала ошибок они даже разбираться не будут. Если у кого есть возможность задать им вопрос на партнёрском форуме — спросите пожалуйста. Буду очень признателен. Для себя я сейчас вот что уяснил: — это задание запускается в конце (за секунду) до окончания выполнение обновление базы данных — блокирует на это время доступ к базе — работает на серверных ОС Есть ещё какие-то условия возникновения этого задания, но я их пока не знаю. В принципе мне этих знаний уже достаточно, чтобы учесть ситуацию в обновляторе, но конечно хотелось бы полной картины.
Напишите, полностью вопрос
Можете ли вы прояснить поведение сервера 1С в следующей ситуации: При пакетном обновлении базы данных (ключик /UpdateDBCfg) сервер 1С запускает в базе некое фоновое задание (в журнале регистрации оно не имеет имени, но в данных у него написано «UpdateConfigurationLicense»). Это задание блокирует доступ к базе втечение 1 минуты после того как окончилась пакетное обновление базы данных (запущенное через ключик /UpdateDBCfg). Для более полноценной интеграции с платформой очень интересует: — условие возникновения этого фонового задания — почему оно возникает несмотря на то, что на сервере 1С в этот момент запрещен запуск новых регламентных заданий — можно ли сделать предположение, что это задание не может длиться дольше 1 минуты (ну или есть ли какое-то разумное ограничение по времени его выполнения).
Подобный вопрос уже задавали 13.04.2017 на партнёрском: (Но ни одного ответа там нет) Зарплата и управление персоналом (ЗУП и ЗУП КОРП ред. 3) ? Ошибка при обновлении на релиз 3.1.2.153. Что такое UpdateConfigurationLicense? Возникает ошибка при обновлении конфигурации «Зарплата и управление персоналом, редакция 3.1» с релиза 3.1.1.116 на релиз 3.1.2.153 на платформе «1С:Предприятие 8.3 (8.3.8.1964)». При первом запуске в режиме тонкого клиента запускается обновление данных в фоновом задании «Фоновое задание, сеанс 6», которое далее завершается по ошибке, из-за запуска второго фонового задания «Фоновое задание, сеанс 7». Предполагаю, что «Фоновое задание, сеанс 7» забирает монопольный режим у «Фоновое задания, сеанс 6». Причина запуска «Фоновое задание, сеанс 7» неизвестна. Во вложении скриншоты записей журнала регистрации. Подскажите пожалуйста, верно ли предположение о причине ошибки и в чем причина запуска второго фонового задания с описанием данных «UpdateConfigurationLicense»?
Тэги:
Комментарии доступны только авторизированным пользователям
0 / 0 / 1 Регистрация: 01.03.2016 Сообщений: 64 |
|
1 |
|
1C 8.x 15.11.2018, 11:46. Показов 50327. Ответов 8
Здравствуйте! Помогите, пожалуйста разобраться, что можно сделать, чтобы исправить ошибку — При добавлении конфигурации в мобильное приложение 1с пишет Ошибка HTTP при обращении к серверу. Превышено время ожидания Миниатюры
0 |
1188 / 727 / 211 Регистрация: 22.04.2013 Сообщений: 5,356 Записей в блоге: 1 |
|
15.11.2018, 13:12 |
2 |
192.168.0.10 — это специальный IP-адрес, зарезервированный для доступа к панели администратора маршрутизаторов. Этот и другие IP-адреса, например 192.168.0.15, 192.168.0.90, 192.168.0.40, единогласно признаны мировыми стандартами для IP-адресов маршрутизаторов. Это также называется «IP Шлюз по умолчанию» в литературе. вообще бы я подумал, что там нет сервера. или что он не намерен вам отвечать. попробуйте другой адрес
0 |
1879 / 1284 / 460 Регистрация: 16.01.2015 Сообщений: 5,627 |
|
15.11.2018, 13:37 |
3 |
Weronika, Вполне вероятно, что введен не тот ip. В браузере (на компьютере) база открывается? Проверьте правильность адреса по этой подсказке
0 |
0 / 0 / 1 Регистрация: 01.03.2016 Сообщений: 64 |
|
15.11.2018, 13:57 [ТС] |
4 |
у меня стоит IP-адрес 198.168.0.10 Миниатюры
0 |
1879 / 1284 / 460 Регистрация: 16.01.2015 Сообщений: 5,627 |
|
15.11.2018, 14:00 |
5 |
Weronika, На компьютере в браузере опубликованная база открывается по пути указанному на первом скрине?
0 |
0 / 0 / 1 Регистрация: 01.03.2016 Сообщений: 64 |
|
15.11.2018, 14:04 [ТС] |
6 |
Вот так открывается Миниатюры
0 |
1879 / 1284 / 460 Регистрация: 16.01.2015 Сообщений: 5,627 |
|
15.11.2018, 14:15 |
7 |
Weronika, Какая-то ерунда. Если все сделано правильно и база опубликована, у вас в браузере должна открываться ваша база как в обычном режиме (см скрин, это моя база в браузере) Миниатюры
0 |
434 / 305 / 92 Регистрация: 28.05.2014 Сообщений: 1,247 |
|
15.11.2018, 15:22 |
9 |
что вы просто каким-то образом поставили моб приложение на комп и хотите с планшета/смартфона подсоединяться к нему. через эмулятор Андроида, Genymotion, например, Добавлено через 14 минут Weronika, Чтобы убедиться в том, что 80 порт блокирует именно брандмауэр, зайдем в настройки Панель управления – Брандмауэр Windows и отключите его: и посмотрите, чтобы у вас не отличался регистр букв Apache – регистрозависимый, а IIS – нет. Не по теме: Прошелся по старому уроку подключения мобильного приложения
0 |