Ситуация: есть сервер х64 1С на нём запускается несколько RPHOST, на каждый вешается по 8 разных баз (станд настройка сервер НЕ корп).

И вот в какой-то момент у всех клиентов кто висит на одном RPHOST выходят ошибки работы с временным хранилищем:
Неверный формат хранилища данных временных файлов, отваливаются внешние отчеты и обработки, перестает работать меню "Все функции".
У всех кто висит на других RPHOST всё ок.
Если убить принудительно это проблемный RPHOST, то создаётся новый и все клиенты уходят на него и всё становится нормально даже без перезапуска клиентских 1Сок.

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

Подскажите куда ещё копать, что ещё посмотреть ?

Перезапуск сервера 1С с очисткой сеансовых данных в технологическое окно.
Других путей нет.

Вам еще везет, иногда случается воот такое
https://disk.yandex.ru/i/2fy2KMBF2F_zaw

(1) не доживают до техокна )))
Как временный вариант перезапуск Rphost каждый час, но это пипец...

(+1) кстати это тоже не помогает: остановка сервера, удаление временных файлов, удаление сеансовых данных.

Работает какое-то время, потом снова ошибка....

(1) У вас в комментариях дату-время не используют?

(1) хмм еще префикс "АСФ" вместо "асф_" слегка странно

(0)Попробуйте Увеличьте в 2 раз кол-во RPHOST, и уменьшите кол-во баз на них до 4 на каждом.

(0) >сервер х64 1С на нём запускается несколько RPHOST

каким образом (без корп) несколько rphost запускается?

(6) у меня не корп, ошибка выйдет

(7) стандартная настройка, 8 ИБ на процесс.
9,17 база в новом rphost стартует.

(7) кол-во соединений на процесс, потом порождается новый

(8) "Количество ИБ на процесс" вроде можно без корп для рабочего сервера

(11) везде пишут что нельзя.

(12) Да перепутал с соединениями

Еще можно менеджер под каждый сервис галку попробовать
Ну и понять почему кэш портится, что например принудительно завершается

(13) соединения можно устанавливать только 128 или 256

(14) сейчас как раз так работает

(14) в продакте и постоянно вроде не рекомендуется

(8)Так не настройкой регулируйте это, а кол-вом баз добавленных на сервер

(15) "Количество соединений на процесс" можно любые, я 32 или даже 16 ставил без ПРОФ

(18) Кстати да
Хороший вариант отдельные инстансы сервера 1С (на других портах) на том же хосте

(18) с лицензиями сервера 1С проблем не будет, если я запущу несколько ragent на разных портах ?

(21)Да вы не ленитесь, попробуйте

(22) да я не ленюсь, просто как-то поменял один параметр на сервере и все клиенты отрубились с надписью что требуется сервер КОРП.
Больше экспериментировать не хочется )))

(23) Отрубаются если больше 20 клиентов и параметр КОРП поменян
До 20 вроде нет

(14) >> можно менеджер под каждый сервис галку попробовать.

А смысл?
Какое это может иметь отношение к проблеме автора?

Для начала надо локализовать проблему.
Хотя бы выяснить - является ли источником проблемы какая-то конкретная база данных.
Начать с настроики технологического журнала.

Проверить диски на сервере и права пользователя, от которого работает сервис 1С.

Разумеется вычистить полностью кеш от всех временных файлов 1С на сервере.
Скрипт от 1С "Остановка службы 1С:Предприятие с очисткой временных файлов" (откорректировать под свои параметры). Взят отсюда https://its.1c.ru/db/metod8dev#content:5899:hdoc

set LOG_FILE="scripts.log"
set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-64)"
set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server"
set CNTX_PATH="C:\srvinfo\reg_1541"
set PFL_PATH="C:\ProgramData\1C\1cv8"
set TEMP_PATH="C:\Windows\Temp"
echo stop %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
sc stop %SERVICE_1C_NAME%
sc stop %SERVICE_RAS_NAME%
timeout 5
taskkill /f /im "rphost.exe"
taskkill /f /im "rmngr.exe"
taskkill /f /im "ragent.exe"
taskkill /f /im "ras.exe"
timeout 5
echo done stop %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
echo clean temp %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
DEL /Q /F /S %CNTX_PATH%\snccntx*
DEL /Q /F %PFL_PATH%\*.pfl
DEL /Q /F /S %TEMP_PATH%\*.*
echo done clean temp %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%


(26) а как проверить диски на ошибки ?

(+27) они SSD и в рейде ))

(27) Позвать сисадмина. Это его компетенция.
Вообще вероятность, что проблема именно в дисках - не самая высокая. Этот совет скорее просто "на всякий случай".

Предварительно проблема была в службе СЛК 3 и связанной с ней службой лицензирования.
Всё перенастроили, обновили - второй день полёт нормальный.