Народ ситуация такая, стоит 2008 сервер x64 на борту 16 Гб памяти, поставили недавно недели две как, и поставили сервер 1С x64 (8.2.13.205), некоторый период все работало нормально, теперь происходит следующее rphost доходит до 4 гб и после чего падает скидывая всех пользователей. Как это можно объяснить и починить? (до этого работало на 2003 x64 все было гуд)

Никто отчет с миллионам строк в результате не запускает?
Или только иерархия по сотням тысяч товаров?

обнови для начала до 219-ой...

Процессов сколько?

Обновление до последнего релиза бессмысленно тем, что там нет такой ошибки, соответственно это не поможет, (1) ни кто ни чего тяжелого не запускает это факт, процессов 8 по количеству ядер.

Пути 1с неисповедимы, переустанови сервак

Переустановить это самое простое, а через неделю все повторится и мне так каждую неделю?

А технологический журнал пробовал подключать?

тут же не производительность по скулю, а просто рпешник падает

(8) как это связано с (7)?

(0) настройте перезапуск рабочих процессов, чтоб они не успевали по 4 гб набирать

(10) К чему тогда были эти упражнения с покупкой 16 ГБ, 64 Windows и 64 1С? Если все равно перезапускать рабочие процессы?

Кто лучше подскажет, почему рабочие процессы сами плодятся в кластере серверов ?
сервак 2008 x64,скуль 2008, 1с-ина 8.2.13.205..

Т.е было 24 рабочих процесса, затем открыл/закрыл.. их 42.
Причем добавленные рабочие процессы висят выключенными.

(11) чтобы они набирали, например, по 3,5 гигабайта, может быть? Или нужно чтобы один процесс забрал все 16 гигабайт? В таком случае - добро пожаловать в саппорт 1С, они вам помогут советом (причем, с вероятностью 99% это будет совет настроить перезапуск).

(12) У меня на 8.1 была такая штука - был настроен перезапуск рабочих процессов. Всего было запущено 10, если я не ошибаюсь РП, и диапазон портов для них, позволял использовать 14. И вот когда работающие 10 процессов начинали перезапускаться, новым портов не хватало и новые процессы создавались, но как выключенными. В результате было 14 рабочих процессов включенных и 6 выключенных. После перезапуска службы и повторной попытки "перезапуска" рабочих процессов, создавалось еще 14 выключенных РП. Время от времени чистил руками, потом увеличил диапазон портов и все прошло. Может быть в 8.2 эту штуку не починили?

(13) точняк! перезапуск настроен на раз в сутки, диапазон количества портов ща посмотрю.

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

вот еще вопросец..
на 32 битный сервак, кластер серверов ставится ?
А то все инсталяхи только под 64 заточены..

(4)1С не всегда публикует ошибки которые исправляет.
Иногда ошибки такие, что их лучше не публиковать.

Была такая фигня, связанная с фоновым заданием "Обновление индекса полнотекстовой справки". Не успевала за 300с обновиться.

Фоны отключены, по поводу пложения у меня такое было сами неоткуда росли процессы, помог полный переинстал сервера, в ручную удаляешь все и из программных файлов

(16) Ставится. Для x86 инсталлятор клиента - он же инсталлятор сервера (по умолчанию сервер не устанавливается, надо выбрать).
(15) зачем минута молчания? У них есть нежный механизм перезапуска рабочих процессов - даже пользователей выгонять не надо, РП перезапустятся после того как от них все отцепятся.

(20) ставил.. только вот оснастки для управления кластером не появилось :(

+21 хотя служба агента появилаь и работает..

(22) создайте через mmc. Пуск -> Выполнить -> mmc. Консоль-> Добавить или удалить оснастку -> Добавить. Там надо будет выбрать нужную и сохранить консоль.

(23) прикол в том, что нужной в списке нема..
:(
Блин, ща на другом серваке покопаюсь.

(24) а вы при установке выбирали пункт "administration of 1C:Enterprise servers"? У меня, ЕМНИП, оснастка автоматом не создалась, но через mmc дало создать.

(25)да выбирал..
Ладно хрен с ней, проще на 64 битный перейти, чем этот отмороженный снеговик заставить работать..
:)

ёпт.. получилось.

(13) Похоже есть какая-то бяка именно с перезапуском. Настроен перезапуск раз в сутки. Рабочий процесс - один был.
Наплодилось еще два неактивных (бывшие активные). Причем в них остались фоновые задания, из-за которых новые не запускались. Поотключал, рестартанул - пока полёт нормальный... Х.з. из-за чего было. Скорее всего при рестарте он делает текущий рабочий процесс неактивным, создаёт новый после чего прибивает старый. А в тех случаях, когда по какой-либо причине старый прибить не удалось - он остается висеть.

(28) +
8.2.13.205

(28) вот тут небольшое объяснение есть..
http://xn--c1a0aib.net/?p=250

(30) Спасибо. Полезная инфа. Задал период установки выключенных процессов - пущай будет. Но у меня была более странная ситуация.
У меня повисло два неактивных, но включенных процесса. К тому же содержащих соединения. Прибить их не получалось. Перезагрузка сервера тоже не лечила. Помогло сначала их выключить, а потом перезагрузить сервер.

"установки" = остановки

да скока можно прыгать с разбегу на эти старые грабли?
В поиске же все раз тридцать описано:
1. Добавить процессов, сколько не жалко
2. Настроить перезапуск

Портов заведомо хватало.

rphost, сожравший 1.5-2 гига гарантированно умрет от обжорства. Вопрос времени. От платформы и количества бит не зависит. Он по ходу так написан просто.

(33) это всё стоит.
При перезапуске 8-ина сама добавляет еще столько же неактивных рабочих процессов...

Кстати, кто-нить в курсе как отрабатывают параметры кластера "Допустимый объем памяти" и "Интервал превышения допустимого объема памяти"? Это типа аварийный перезапуск будет или просто внеплановый (будет ожидать завершения всех сеансов)?
И какое туда значение лучше ставить? Полтора гига? Два?

Короче админы вернули 2003 сервер х64, будем смотреть