8.2.9.356
Клиент-сервер, серверная часть под ASP Linux 12.

В течение трёх последних дней постоянно вылезает ошибка сетевого доступа к серверу. Помогают (в разной комбинации) перезапуск серверной части, переустановка платформы, чистка /home/usr1cv82.
Сам сервер пингуется, в dns прописан, в hosts прописан.

В чём еще причина может быть?

up

(0) вначале кабеля и глючные свичи. Уборщицу со шваброй истключить.
потом смотреть софт.
какой софт сервера? postgress?

PostgreSQL 8.3.3-2.1C

(3) Может, Postgres самопроизвольно останавливается? Или Сервер 1С (srv1v81 вроде так)? Запусти ручками снова.

вот в том-то и дело, что оба работают

(5) мдяя..

я бы тогда стал сеть смотреть, нормальные дрова сетевух, их режим. Поменять патч-корды хоть бы для начала, посмотреть розетку. Если есть тестер - прозвонить. переткнуть в др порт в свиче. сервер должен стоять не на дальней ветке после 5 последовательный свичей..  Вариантов масса.

а я бы в логи глянул... место на дисках, использование памяти (может своп кончается) и т.п.

(6) - провода, железо в норме.
(7) - место есть, с этим все нормально.

все началось 3 дня назад, когда диск заполнился временными файлами. остановил серверы, почистил временные файлы.
В партнёрском разделе нашел подобное, похож все-таки на глюк платформы самой.

(8) во. может таки на твоем линуксе своп кончается.

проблема не в сети. аналогичная фигня была. вылечилось полной переустановкой 1с

(11) после проверки сети и у меня так лечилось. Но.. вначале сеть. Хуже от проверки не будет. Потом реально чисто переустановка 1С.

возможно одна из этих ошибок
которые обещают исправить в 8.2.10

Кластер серверов

10041220  Восстановление разорванного кластером серверов соединения

Проблема:

После восстановления разорванного соединения толстого клиента с рабочим процессом кластер серверов Предприятия аварийно завершает свою работу. Соединение может быть разорвано из-за перезапуска рабочего процесса (планового или аварийного) или из-за выполнения балансировки нагрузки.

Дата публикации: 2009-11-26

10041527  Хранилище сеансовых данных кластера серверов

Проблема:

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

Способ обхода:

Остановить кластер серверов. Удалить каталог snccntx в каталоге реестра кластера. Запустить кластер серверов.

Дата публикации: 2009-12-04

Да кстати. именно так. у меня на диске не было места. причем это место засорила сама же 8.2. почти 7 гиг забила логами.

Вот, блин, опять...

(12) помогло удаление /home/usr1cv82/.1cv82/1C/1Cv82/reg_1541/snccntx, спасибо

Сегодняшнее утро - опять танцы с бубном. Утром на сервере все процессы запущены (ragent, rmngr, rphost) и опять ошибка сетевого доступа к серверу или невозможность соединения с рабочим процессом.

Заработало после того, как сбросил настройки сети и заново (так же) настроил сеть на сервере и переустановил платформу + перезагрузка сервера.

Уже подумываю приезжать на работу на час пораньше...

Может быть, дело в железе. Я тоже, было дело, сходил сума. Потом поставил сетевую карту, отключил встроенную. С тех пор забыл о проблеме.

(17) 8.1 не глючила

не понял

пока пользовались 8.1, такой ошибки не было

Может быть, настало время и карта начала поддавать. У меня тоже, поначалу, месяца три, ничего не было. У тебя встроенная карта?

2 встроенных (100 Мбит) и одна внешняя гигабитка. Подключение было по внешней, внутренние были отключены. Сейчас подключил на внутреннюю, отключил внешнуюю, посмотрю, как дела.

Тем же временем пользователи, у которых там лежат 7-шные базы, не жалуются

(22)Интересно. И каков результат?

поставь десятую, тестовую, там много глюков исправлено... даже незаявленных и необнародованных...

Сегодня сервер 1С опять бодро сказал "Доброе утро" с ошибкой "Сеанс не найден или удален". Помогло (15).

(24) завтра обещают выложить релиз 10-й, подожду.