"Неклассифицированная ошибка работы с хранилищем конфигурации." - как решить? #769547

Платформа 1С 8.3.7.1917 + сервер хранилищ той же версии. При работе с хранилищами неожиданно начали возникать проблемы. При выполнении любой операции со всеми хранилищами (захват, помещение в хранилище, просмотр версий, очистка кеша) выскакивает следующая ошибка: Неклассифицированная ошибка работы с хранилищем конфигурации. по причине:Ошибка установки соединения по причине:server_addr=tcp://12.12.12.4:1642 descr=12.12.12.4:1642:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.; line=1040 file=srcDataExchangeTcpClientImpl.cpp Файлы хранилища, базы для разработки, сервер хранилища — всё физически находится на одном сервере. Перезапуск служб сервера 1С и сервра хранилищ не помогает. Что может быть? Как решить проблему?

Файрвол отключи Или перейди на файловый вариант хренилища. Или на православный svn

еще можно релиз попробовать поменять - их там уже 5 штук новых, уж в одном-то наверняка хранилище работает

подобная херня была у нас, но хранилище было файловое, 8.3.3, и к нему один из разрабов подцепился платформой 8.3.3 (давно было). Может у вас кто-то к хранилищу не через сервер цепляется и не той платформой?..

Так оно у нас вроде файловое, и базы для разработки файловые. Сервер хранилища установлен для возможности подключения к нему с других компов.

тогда точно ищите мерзавца, у которого другоая версия платормы

"server_addr=tcp://12.12.12.4:1642" Явно не файловая...

Это просто ссылка доступа к каталогу через http. Можно и напрямую каталог хранилища указать. Кстати, попробовал указать каталог напрямую, всё нормально пошло, глюков нет. Выполнил оптимизацию хранилища (кнопка "Оптимизировать"), теперь другие пользователи подключаются через http, ошибка не выскакивает. Непонятно, что за глюк такой был. Скорее всего причина в чем-то другом, т.к. в другой базе возникали такие же ошибки, а с этой базой работаю только я один.

Всё таки проблема вернулась. Подозреваю, что в этой проблемы как-то замешан Apache 2.2, который и предоставляет доступ к хранилищу. Если сервис апача перезапускаешь, проблема на время исчезает. Смотрел логи апача, никаких подозрительных ошибок не нашел, вроде всё гуд. Какие ещё идеи будут, кто что думает? На что обратить внимание?

одновременного доступа разным способом, да еще и из разных платформ, нету?

наверняка есть

Нынче по-прежнему файловое хранилище в терминале с одной установленной там версией платформы - это самый надежный вариант (по сравнению с сервером хранилища и возможностью его запоганить)?

На сервере установлена только одна версия платформы, с других версий туда достучаться просто не смогут (им выдаст ошибку несоответствия версий). Глюк возникает даже когда я один работаю. Работаю в терминале, на том же серваке. Перезагрузка апача спасает, но ненадолго.