Стабильная платформа 8.3. Кто какую использует?
Платформе 8.3 уже больше 2 лет... с 03.07.2012. Наконец решились обновиться... Релиз 8.3.5.1119 300+ пользователей... Стольких "ярких картинок" я давно не видел... Это не говоря уже о том что "требования назначения функицональности" и "Отказоустойчивый кластер" просто не работают...
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
По теме из базы знаний
- Универсальный конструктор отчетов СКД (управляемые формы, тонкий клиент)
- В Telegram из 1С: сообщения с эмодзи (смайлы, пиктограммы, иконки) пользователям и группам
- Автоматизация распределительных центров компании "Вкусвилл" на мобильной платформе 1С
- Как из 1С отдать миллионы строк в BI и успеть это сделать быстро
- Получение стабильных ссылок на объекты ИБ (УФ, 8.3)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
У платформы 8.3.8.1652 заметил такую особенность:
На серверной базе через "Администрирование серверов" вырубаю всех пользователей. Никого на работе нет. Но конфигуратор не даёт обновится - говорит, мол 5 (например) человек сидит. Я ему "Повторить", а он мол уже 45 человек сидит. Повторить - 17 человек. Повторить - 35 и т.д. Короче он только минут через 2-5 соображает что все уже давно дома)) Я уже привык: сначала вырубил, и только через несколько минут пробую обновить.
В ТП не писал, т.к. лишние 5 минут вечером не напрягают.
На серверной базе через "Администрирование серверов" вырубаю всех пользователей. Никого на работе нет. Но конфигуратор не даёт обновится - говорит, мол 5 (например) человек сидит. Я ему "Повторить", а он мол уже 45 человек сидит. Повторить - 17 человек. Повторить - 35 и т.д. Короче он только минут через 2-5 соображает что все уже давно дома)) Я уже привык: сначала вырубил, и только через несколько минут пробую обновить.
В ТП не писал, т.к. лишние 5 минут вечером не напрягают.
(1446) klinval, на сколько я понял, то пользователей Вы сбрасываете в сеансах. В таком случае они ещё некоторое время остаются в соединениях и конфигуратор их видит. Спустя 2-5 минут (в моём случае 1-2, зависит от сервера) соединения закрываются и у конфигуратора появляется возможность сохранить базу. Где-то так)
8.3.8.1675
УСО, УПП, Документооборот,
Месяца 2-3 полет почти нормальный.
Юзеров 500+
Возможно это важно:
сервер x64. Все лицензии, рпхост х2, терминальный х2, баз данных х2
Грабли:
Пару раз вылетал конфигуратор во время работы с документооборотом.
Проблема с поиском через CTRL+F (не связано с запросами). С первого поиска после запуска клиента может найти пустой список. Если поискать второй и более раз тоже самое - находит.
УСО, УПП, Документооборот,
Месяца 2-3 полет почти нормальный.
Юзеров 500+
Возможно это важно:
сервер x64. Все лицензии, рпхост х2, терминальный х2, баз данных х2
Грабли:
Пару раз вылетал конфигуратор во время работы с документооборотом.
Проблема с поиском через CTRL+F (не связано с запросами). С первого поиска после запуска клиента может найти пустой список. Если поискать второй и более раз тоже самое - находит.
После обновления было 2 случая у пользователей с вылетом платформы.
Первый случай при формировании отчета 1с начинала висеть и влетала в крит.
Второй случай пользователь открывает список справочника и у него тоже вылет в крит.
Интересно это баг платформы 1С:Предприятие 8.3 (8.3.8.2014)??
На сервере у таких пользователей оставались висеть пустые сессии.
Прибил их. Почистил кэш и через некоторое время у первого пользователя все нормолизовалось.
По второму проделал тоже самое. Посмотрим что дальше будет.
Первый случай при формировании отчета 1с начинала висеть и влетала в крит.
Второй случай пользователь открывает список справочника и у него тоже вылет в крит.
Интересно это баг платформы 1С:Предприятие 8.3 (8.3.8.2014)??
На сервере у таких пользователей оставались висеть пустые сессии.
Прибил их. Почистил кэш и через некоторое время у первого пользователя все нормолизовалось.
По второму проделал тоже самое. Посмотрим что дальше будет.
(1452) Xershi, у первого пользователя, у которого отчет вылетал при формировании, вопрос решили, но причину решения не нашли, возможно кэш внешний или настройки ответа.
А вот второй пользователь у которого вылетала 1С в дамп, когда он открывал список одного справочника, то ему чистка внешнего кэша не помогла.
Нашел в коде ошибку, при открытии формы списка устанавливалась сортировка на все колонки. Две из них были пустыми и я их убрал. Этот обход решил вопрос с вылетами, если бы выбирали пустые колонки (т.е. не доступные в пользовательском режиме). Но у пользователя проблема была глубже и т.к. я знал, что есть еще внутрений кэш, который сидит не на ФС, а в самой 1С, то решил почистить и внутрений кэш.
Да все настройки пользователя удалились, но зато этот справочник теперь открывается без проблем у этого пользователя!
А вот второй пользователь у которого вылетала 1С в дамп, когда он открывал список одного справочника, то ему чистка внешнего кэша не помогла.
Нашел в коде ошибку, при открытии формы списка устанавливалась сортировка на все колонки. Две из них были пустыми и я их убрал. Этот обход решил вопрос с вылетами, если бы выбирали пустые колонки (т.е. не доступные в пользовательском режиме). Но у пользователя проблема была глубже и т.к. я знал, что есть еще внутрений кэш, который сидит не на ФС, а в самой 1С, то решил почистить и внутрений кэш.
ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.НайтиПоИмени("ПользовательКакВБД")); Да все настройки пользователя удалились, но зато этот справочник теперь открывается без проблем у этого пользователя!
(1458) h00k,
Больше поже на что-то такое.
Если бы была проблема в правах, то ошибку бы выдало. А не приложение крашилось. ЖР и ТЖ молчат. Поэтому и не понятно из-за чего.
Ошибка |
|---|
| Разрыв соединения толстого клиента с рабочим процессом сервера Код ошибки: 10157868 Код(ы) обращения: CSR-5967 CSR-6127 Статус: Исправлена в тестовой версии Зарегистрирована: 27.01.2016 Исправлена: "Технологическая платформа", версия 8.3.9.1648 (для тестирования) Описание: В клиент-серверном варианте информационной базы может происходить аварийное завершение рабочего процесса сервера rphost при внезапном разрыве соединения толстого клиента с рабочим процессом сервера. |
Больше поже на что-то такое.
Если бы была проблема в правах, то ошибку бы выдало. А не приложение крашилось. ЖР и ТЖ молчат. Поэтому и не понятно из-за чего.
На 1С:Предприятие 8.3 (8.3.8.2014) заметил баг. В конфигураторе на ОФ создаю элемент формы. Убираю галку доступность и выделить его мышкой нельзя.
Только табом. Если переоткрфть форму, то такой элемент уже доступен и мышкой. Так что не критично.
Только табом. Если переоткрфть форму, то такой элемент уже доступен и мышкой. Так что не критично.
(1466) Xershi, На младше 8.3.8 такая же фигня. Дело на УФ. При изменении Рекв1 изменяю доступность Рекв2 и изменяю подсказку ввода. В момент доступность=истина и подсказка="" текст убирается а доступность остается в ложь.
Переоткрытие решает вопрос, поэтому как-то не заморачивался :)
Переоткрытие решает вопрос, поэтому как-то не заморачивался :)
неделя, как перешли на 8.3.8.1964
КА 1.1 120+ пользователей, 95 ГБ
БП 3.0 20+ пользователей, 77 ГБ
ЗУП 2.5 20+ пользователей, 33 ГБ
КА и ЗУП в кластере, 2 центральных сервера, отказоустойчивость = 1, количество соединений на процесс = 10, количество баз на процесс = 1. БП на отдельном сервере. СУБД MS SQL 2008 на отдельном сервере. везде Win 2008 R2.
в целом, полет нормальный. пока критического ничего замечено не было. проблемы прошлых релизов вроде ушли.
сейчас пока выловили только один неприятный баг:
если в процессе работы вылетают сеансы и приходится их удалять через консоль (вручную в оснастке или через СОМ-соединение) и при этом удаление сеанса вызывает ошибку, то может аварийно завершаться процесс агента сервера приложений. при этом сам сервер (менеджер и РП) остается работоспособным и доступным для подключения. обычно достаточно заново запустить службу агента. при этом, если не сделать это сразу, то со временем и менеджер с РП могут отвалиться.
раньше, при ошибках удаления сеансов достаточно было просто повторить процедуру удаления, а сейчас вот так "критует".
зарегистировал ошибку в 1С, просят повторить и прислать дампы на 2027, сейчас экспериментирую на тестовом сервере. по результатам отпишусь.
КА 1.1 120+ пользователей, 95 ГБ
БП 3.0 20+ пользователей, 77 ГБ
ЗУП 2.5 20+ пользователей, 33 ГБ
КА и ЗУП в кластере, 2 центральных сервера, отказоустойчивость = 1, количество соединений на процесс = 10, количество баз на процесс = 1. БП на отдельном сервере. СУБД MS SQL 2008 на отдельном сервере. везде Win 2008 R2.
в целом, полет нормальный. пока критического ничего замечено не было. проблемы прошлых релизов вроде ушли.
сейчас пока выловили только один неприятный баг:
если в процессе работы вылетают сеансы и приходится их удалять через консоль (вручную в оснастке или через СОМ-соединение) и при этом удаление сеанса вызывает ошибку, то может аварийно завершаться процесс агента сервера приложений. при этом сам сервер (менеджер и РП) остается работоспособным и доступным для подключения. обычно достаточно заново запустить службу агента. при этом, если не сделать это сразу, то со временем и менеджер с РП могут отвалиться.
раньше, при ошибках удаления сеансов достаточно было просто повторить процедуру удаления, а сейчас вот так "критует".
зарегистировал ошибку в 1С, просят повторить и прислать дампы на 2027, сейчас экспериментирую на тестовом сервере. по результатам отпишусь.
Используем 8.3.8.2027 как рабочую версию. Как программист обкатываю 8.4.x. Безглючных платформ пока не видел вообще, но такого, чтобы вылазило каждые 5 минут - не встречал. Либо глюк постоянный и его возможно обойти, либо все-таки приходится сносить профиль пользователя, переустанавливать ОС или покупать новый компьютер.
Кстати жду новый механизм работы с Двоичными Данными в 8.3.10
Наконец можно будет написать кроссплатформенный и эффективный вариант алгоритма для работы с бинарными базами данных сторонних приложений. В моем случае позволит выполнить быструю синхронизацию данных 1С с рабочей самописной файловой базой. Можно скажем будет сформировать большой SQL Native файл двоичных данных для быстрой вставки через BULK INSERT. Или написать парсер хедеров например EXIF, PE, MP3 ID3. И наконец избавится от ошибок импорта XML, когда приходится работать с "не читаемыми" символами в случае ошибок передачи данных или их искажения при сбоях.
Наконец можно будет написать кроссплатформенный и эффективный вариант алгоритма для работы с бинарными базами данных сторонних приложений. В моем случае позволит выполнить быструю синхронизацию данных 1С с рабочей самописной файловой базой. Можно скажем будет сформировать большой SQL Native файл двоичных данных для быстрой вставки через BULK INSERT. Или написать парсер хедеров например EXIF, PE, MP3 ID3. И наконец избавится от ошибок импорта XML, когда приходится работать с "не читаемыми" символами в случае ошибок передачи данных или их искажения при сбоях.
Название темы "Все грустно..." актуально во все времена существования фирмы 1с :) С этой линейкой 8.3.8 появился баг с выдачей сетевых usb лицензией, если поднят веб сервер. 2 сетевых usb ключа на 5 пользователей 1 на веб сервере второй на другом компьютере, стоят хасп менеджеры, все отлично работало пока не поставил 8.3.8. Оказалось: хасп менеджер сервера выдает 5 лицензий, после чего выскакивает сообщение о том, что поиск аппаратной лицензии происходил более 3 секунд. Без разницы что жать да или нет, после чего пользователь получает лицензию на 5 пользователей с припиской "выдал сервер". Наглухо отказывается видеть второй хасп менеджер и брать от него ключи (nethasp с прописанным айпишником и отключением броадкаста - до лампочки). А вот если usb ключ отключить от веб сервера, тогда сразу начинает видеть второй компьютер с ключом. Мало того пользователь зашел (через такую жо) вышел, снова пытается зайти и фиг - нет свободных лицензий. Весело... А веселее то что после отката на 8.3.6 эта фигня продолжается... Релиз 8.3.8.2054 заметны приличные тормоза при работе через веб сервер, которых раньше не было. Все как всегда грустно.
(1484) testerpro1, уже 8.3.9 есть. Чего не тестите?
А у нас на 1С:Предприятие 8.3 (8.3.8.2014) все нормуль. Баг который 2 пользователя ловили, оказался косяком платформы. Админ дампы поднял и понял, что проблема была в кривой длл. Переустановил и вопрос был решен.
А у нас на 1С:Предприятие 8.3 (8.3.8.2014) все нормуль. Баг который 2 пользователя ловили, оказался косяком платформы. Админ дампы поднял и понял, что проблема была в кривой длл. Переустановил и вопрос был решен.
На 14.09 вроде собираются в продуктив 8.3.9 выкатить. Стоит в списке "Планируемая версия" для "Технологическая платформа 8.3"
Странно, что в ветке 8.3.8 в багрепорте не исправлено на сегодня 225 ошибок. Для тестовой 8.3.9.1735 всего 38! Если сравнить исправления версиях, то похоже на правду (поштучно не проверял, но разница колоссальная).
Странно, что в ветке 8.3.8 в багрепорте не исправлено на сегодня 225 ошибок. Для тестовой 8.3.9.1735 всего 38! Если сравнить исправления версиях, то похоже на правду (поштучно не проверял, но разница колоссальная).
Ради интереса попробовал опубликовать файловую базу через апач. Как падал модуль 1с так и падает начиная с версии 8.3.5. В логах лишь одно сообщение [notice] Parent: child process exited with status 255 -- Restarting. На IIS таких падений, по несколько раз в день, не наблюдается. Класс...
У меня вообще все на режиме 8.2. Даже не знаю с чего начать для перехода на 8.3.8. Может где есть общие рекомендации по переводу с описанием где какие "галки" ставить, где декорации вставлять? Иногда в "сложных" формах больше времени на группировки и галки теряешь чем на код:(
(1507) s0nya, для перехода на 8.3.1 ничего практически не нужно (ну там запросы если только переписать правильно).
Для поднятия до 8.3.3 есть мануал. Картинки общие нужно переименовать и этот узел в плане обмена появится. По коду считай ничего не изменится.
До 8.3.5 от 8.3.3 ничего не менялось (ну или я не заметил).
С 8.3.5 до 8.3.6 уже есть новые функции, старые могут перестать работать в частности функция Найти, теперь уже СтрНайти и т.д.
Ну, а когда перейдете на 8.3.6, то до 8.3.8 наверно ничего нового. Может даже уже 8.3.9 поставите!
Для поднятия до 8.3.3 есть мануал. Картинки общие нужно переименовать и этот узел в плане обмена появится. По коду считай ничего не изменится.
До 8.3.5 от 8.3.3 ничего не менялось (ну или я не заметил).
С 8.3.5 до 8.3.6 уже есть новые функции, старые могут перестать работать в частности функция Найти, теперь уже СтрНайти и т.д.
Ну, а когда перейдете на 8.3.6, то до 8.3.8 наверно ничего нового. Может даже уже 8.3.9 поставите!
У нас крутиться УПП 1.3 8.2.19.130, думаю перейти на 8.3.8 (мне как разработчику уже сложно жить в конфигураторе 8.2), пока в режиме совместимости с 8.2.13 (а может и на 8.3.9). Интересует следующее: в целом выше ли производительность 8.3.8 чем 8.2 (50-60 пользователей)? новая версия стабильней или нет (постоянные подвисания (но не вылеты) уже достали)?
(1510) gravitator, у вас же обычные формы?
Производительность от железа будет зависеть.
1С:Предприятие 8.3 (8.3.8.2014) проблем серьезных нет. Есть мелкие баги, которые на работу не влияют. Режим совместимости 8.3.5.
Но вы потестите для начала у себя может у вас есть специфические задачи, которые могут быть глючными.
Производительность от железа будет зависеть.
1С:Предприятие 8.3 (8.3.8.2014) проблем серьезных нет. Есть мелкие баги, которые на работу не влияют. Режим совместимости 8.3.5.
Но вы потестите для начала у себя может у вас есть специфические задачи, которые могут быть глючными.
(1522) PetroP, наверное да, поюзал в файле - поставил тот же 8.3.9.1818 но 32 - бит.
Субъективно (замеров не делал) - 64 работает медленней, но это полбеды - беда - на 64 перестала работать куча востребованных обработок, я сломался, когда из екселя попробоввал подгрузить)))
Субъективно (замеров не делал) - 64 работает медленней, но это полбеды - беда - на 64 перестала работать куча востребованных обработок, я сломался, когда из екселя попробоввал подгрузить)))
(1525) Alex_E, ну то что что-то перестало работать ранее работавшее с COM объектами не удивительно ибо те COM объекты тупо 32 битные.
Такого рода проблемы наблюдаются со всеми программами имеющими плагины типа TotalCommander. Старое добро не пашет под 32 бита, и авторы не торопятся его переделывать.
Такого рода проблемы наблюдаются со всеми программами имеющими плагины типа TotalCommander. Старое добро не пашет под 32 бита, и авторы не торопятся его переделывать.
Кто-то еще сталкивался с глюком: ЗаполнитьЗначенияСвойств(Приемник, Источник) завершается с ошибкой "Несоответствие типов", в случае, когда одно из свойств Приемника и Источника содержит значение Неопределено? Впервые поймали этот глюк после перехода на 8.3.8.2088. Но и на последней 8.3.9.1818 он не исправлен.
(1523) macrogroup,
8.3.9.1800, все пашет
8.3.9.1800, все пашет
&НаСервере
Процедура Команда1НаСервере()
Сообщить("НаСервере");
Источник = Новый Структура("А", Неопределено);
Приемник = Новый Структура("А", Неопределено);
ЗаполнитьЗначенияСвойств(Приемник, Источник);
Сообщить("Источник.А = " + ?(Источник.А = Неопределено, "Неопределено", Строка(Источник.А)));
Сообщить("Приемник.А = " + ?(Приемник.А = Неопределено, "Неопределено", Строка(Приемник.А)));
КонецПроцедуры
&НаКлиенте
Процедура Команда1(Команда)
Сообщить("НаКлиенте");
Источник = Новый Структура("А", Неопределено);
Приемник = Новый Структура("А", Неопределено);
ЗаполнитьЗначенияСвойств(Приемник, Источник);
Сообщить("Источник.А = " + ?(Источник.А = Неопределено, "Неопределено", Строка(Источник.А)));
Сообщить("Приемник.А = " + ?(Приемник.А = Неопределено, "Неопределено", Строка(Приемник.А)));
Команда1НаСервере();
КонецПроцедуры
Показать
После установки платформы 8.3.9.1818 стала туго работать база бухгалтерии и зуп 2.5. Кто то может сталкивался с подобным глюком подскажите решения. Раньше запускалась база 1-2 минуты сейчас же висит и запускается около 5-10 минут!
упп 1.2, порядка 150 пользователей. перешли на 8.3.8.2322. появился глюк при записи регистр сведений из модуля ПолныеПрава
{ОбщийМодуль.ПолныеПрава.Модуль(1529)}: Ошибка при вызове метода контекста (Записать): У пользователя недостаточно прав на исполнение операции над базой данных.
появляется строго при втором вызове, на первом ошибки нет
{ОбщийМодуль.ПолныеПрава.Модуль(1529)}: Ошибка при вызове метода контекста (Записать): У пользователя недостаточно прав на исполнение операции над базой данных.
появляется строго при втором вызове, на первом ошибки нет
(1721) Видимо как-то связано.
Код ошибки: 10168371
Статус: Исправлена в тестовой версии Зарегистрирована: 10.10.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233 (для тестирования)
В клиент-серверном варианте информационной базы, после массового входа пользователей в информационную базу, в контексте одного или нескольких соединений может не выполняться метод глобального контекста УстановитьПривилегированныйРежим. Как следствие, при выполнении действий, обычно выполняющихся успешно, могут диагностироваться ошибки о нарушении прав доступа
Статус: Исправлена в тестовой версии Зарегистрирована: 10.10.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233 (для тестирования)
В клиент-серверном варианте информационной базы, после массового входа пользователей в информационную базу, в контексте одного или нескольких соединений может не выполняться метод глобального контекста УстановитьПривилегированныйРежим. Как следствие, при выполнении действий, обычно выполняющихся успешно, могут диагностироваться ошибки о нарушении прав доступа
(1533) doctorov_s,
Какой "такой"? Долгое открытие базы может быть связано с целой кучей различных причин, от банального отсутствия доступа к сети интернет при включенной проверке новостей, расширенной справки с итс и т.п. до проблем со всевозможными кэшами.
Что можно сделать сразу:
- полностью очистить от форм с задачами, списками дел и т.п. начальную страницу информационной базы
- отключить загрузку новостей, советов с ИТС и т.п. из интернет
- очистить все кэши
- пересоздать индекс полнотекстового поиска
Но ещё лучше - взять себя в руки и проанализировав запуск конфигурации найти настоящую причину по которой запуск "тормозит".
П.С.: Сама по себе 8.3.9 работает достаточно быстро, немного быстрее чем 8.3.8 и существенно быстрее редакций младше 8.3.7.
не было больше ни у кого такой проблемы??
Какой "такой"? Долгое открытие базы может быть связано с целой кучей различных причин, от банального отсутствия доступа к сети интернет при включенной проверке новостей, расширенной справки с итс и т.п. до проблем со всевозможными кэшами.
Что можно сделать сразу:
- полностью очистить от форм с задачами, списками дел и т.п. начальную страницу информационной базы
- отключить загрузку новостей, советов с ИТС и т.п. из интернет
- очистить все кэши
- пересоздать индекс полнотекстового поиска
Но ещё лучше - взять себя в руки и проанализировав запуск конфигурации найти настоящую причину по которой запуск "тормозит".
П.С.: Сама по себе 8.3.9 работает достаточно быстро, немного быстрее чем 8.3.8 и существенно быстрее редакций младше 8.3.7.
8.3.9.1818 - клиент для OS X почему то перестал работать с файлами по сети (и похоже с временными файлами тоже). Ошибка открытия, хоть тресни. Может для него нужно путь к файлу иначе задавать, а не "\\KOMP\shara\file.ext"? Раньше (8.3.7.1860) работал без проблем.
Код простой - тхт = новый текстовыйдокумент; тхт.прочитать("\\KOMP\shara\file.ext");
Код простой - тхт = новый текстовыйдокумент; тхт.прочитать("\\KOMP\shara\file.ext");
Бух 3.0 при обновлении запросило платформу 8.3.8, решились перейти с 8.3.6. Полистал немного отзывы, посмотрел что у 8.3.9 уже 4 релиза - подумал значит 8.3.8 уже более менее стабильная. Поставили 8.3.8.2137. Основные базы бух 2.0, зуп 2.5, ут10.3. На второй день работы к вечеру обнаружилось что заканчивается место на диске С (более100Гб), и место все ушло на C:\Users\USR1CV8\AppData\Local\Temp - там оказалось более 60000 файлов (USR1CV8 - от кого запущенна служба 1с). Переставили платформу на 8.3.8.1933(спросил у знакомого какая у них) - к вечеру тоже самое. Откалились опять до 8.3.6.
Кто подскажет чего может быть такое?
Кто подскажет чего может быть такое?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот