Очень редко встречается такая фигня после какого-нить сбоя: пытаешься обновить базу - говорит, что уже существует соединение, причем в режиме конфигуратора (что уже смешно, я ж из конфигуратора и обновляю) давностью в несколько дней. Автоприбитие не работает, в списке как сессий так и соединений ничего такого нет. Удалить базу из кластера тоже не выходит (из-за того же мнимого соединения). Несколько раз в год случается такая фигня и лечится только рестартом сервера приложений.
Но очень хотелось бы до рестарта не доводить. Из подозрительного - один из рабочих процессов кластера (вернее, запись о нем в списке рабочих процессов кластера), несмотря на пометку "активный", тоже "зомби" (его rphost давно скончался).
Есть какие-нить идеи разрузить без перезагрузки? Что еще можно попробовать?
Гадство. Думал, за сутки "разглючит" и сработает какая-нить своя регламентная подчистка "хвостов" - фиг там. От безысходности рестартанул рабочую станцию - тоже ожидаемо не помогло :)
(3) сколько помню никогда без глюков не обходится ( отжор памяти или еще что нибудь), сегодня например вдруг(?) перестала выводится на печать ВПФ счета на оплату , менеджеры взвыли , пришлось рестартануть службу , благо контора не сильно большая (~30 машин)
(4) Ну, обычно методом проб и ошибок подбирается конкретный релиз и настройки кластера, при которых меньше всего инцидентов. Больше всего инцидентов было, когда пытались на линуксе сервер приложений держать. Почти два года прожили, но нужен был глаз да глаз. Вернулись на винду - облегченно вздохнули. Отжоров памяти как не бывало (если они и есть, то видно кластер успевает штатно переподнять рабочие процессы), краши рпхостов стали реликтовой редкостью (при настроенных дампах статистику крашей хорошо видно). На дефолтных настройках тоже чудеса были конечно. Вышли на такие настройки: под каждую базу отдельный рабочий процесс, максимум 25 соединений на процесс. В таком режиме работает стабильно месяцами, тьфу-тьфу-тьфу.
Но теперь вот хотим на 8.3.10 переходить :) Боюсь придется снова доставать старый бубен.
(7) , в документе ЗаказНаПроизводство в ТЧ есть поле Комментарий куда пишут всякую информацию и она перетекает в док. Производство , задания и чертеж детали . если там уже есть текст и нужно вставить дополнительно из буфера обмена то Ctrl+С ctrl+v работает а контекстное/вставить перетирает старый текст
Находил подробное описание решения проблемы. Кратко лечу так:
Смотрю, в каком рабочем процессе висит это кривое соединение.
От рабочего процесса беру PID процесса.
Иду на сервер, сбиваю rphost с этим pid.
Живые соединения разбегаются по другим процессам.
Кривое соединение пропадает. Обновляю базу.
(9) Нету соединения этого. Нету. От слова совсем.
И среди rphost'ов кандидата на прибитие тоже нет.
Прибитие "живого" rphost'а этой базы не помогает.
Грешу на рабочий процесс "зомби" (про который уже писал).
(10) Прикольно
(11) ТЖ ничего не пишет. До ТЖ пока руки не дошли и не уверен, что дойдут. Я в него очень эпизодически тыкаюсь и всегда это кучу времени занимает.
(12) пардон, не вчитался сразу (. Я бы на вашем месте спланировал миграцию на 8.3.10 хотя бы.
8.3.10.2561 с сентября, полет нормальный. 8.3.11 буду переходить только когда выйдут конфигурации, требующие ее использования.
Я бы на вашем месте спланировал миграцию на 8.3.10 хотя бы.
Уже спланировал :)
Но не с целью повышения стабильности. Она меня и так устраивает. Дай бог, чтобы хуже не стало.
Сабжевый прикол очень редкий и не шибко критичный.
Отчаяние родило обходной путь :)
Так как это база для разработки (я в ней работаю монопольно), я добавил эту базу в кластер еще раз, только под другим именем в кластере :)
И под вторым именем успешно реструктуризовал.
Даже хранилище успешно подключилось, с нестрашной ругней на "изменение месторасположения базы".