Делал обновление. Нединамическое. выгнал всех пользователей. Но есть предположение , что кто-то вошел во время обновления. Система рухнула. Зашел на сервак под админскими правами. Служба rphost не запускается, ошибка 1053 служба не ответила на запрос своевременно. Что делать?

зы сервак перезагружал. не помогло

переустанови

В защищенном режиме попробуй войди.

Есть предположение, что фоновые задания не отключил.

Платформу переустанавливал? Другие базы запускаются?

Фрамеворки переустанавливал?

logcfg.xml положить в папку conf и читать получившиеся логи.

для базы запрети регламентные задания, после сделай рестатр сервера 1с, после запусти конфигуратор с ключем командной строки /ClearCache

(11)+ кстати откат транзакции может быть длительным, у меня в практике был откат в 45 минут.

после описаного может просто подождать стоит, для понимания - смотри чего делает скуль

(12) я как-то два часа бамбук курил в ожидании ролбэка

(11)
(12)
сделать это при остановленном rphost-е не удастся

(14) вполне удастя

(15) без конкретики это не разговор

(15) с тобой всё в порядке ?

(17) rphost - это рабочий процесс, консоль кластера без рабочих процессов нормально работет

(18) и чо ты ей без рабочего процесса с базой сделаешь? У автора не просто один процесс из кластера не стартует, а вообще весь кластер воронкой к верху лежит

(18)+ и конфигуратор то-же без рхостов работает

(19) как вариант очистки серверного кеша и установки блокировки - удалить файлы настройки сервера, перезапустить службу и создать заного подключение к базе (ID будет другой, кеш другой, и при пеодключении сразу указать запрет рег)

(21)+ но вариант с пересозданием чреват потерей журнала и как следствием платформа может не знать на чем ее прервали, по этому - это крайняк...

Лефмихалыч остановил лихорадочный поиск вариантов отключить запуск регзаданий в условиях отсутствия кластера

(22) журнал можно предварительно засолить и сложить потом, куда надо

завтра проверю , как отключать задания - знаю, если консоль запустится, до перезагрузки сервака запускалась, сейчас не знаю... а вот (21) не понял совсем..боюсь не справлюсь, а просто для справки серверный кэш где находится? и что там можно удалять безболезненно.. ?

и vde69 - будь на линии пожалуйста завтра если не сложно..

у меня только два вопроса:
1. есть ли бэкап
2. тестировалось ли обновление перед накатыванием на рабочую базу
3. как так получается что пользователи могут зайти в базу когда они не должны?

(26) так это ж три вопроса =)

(26) я наверно ерунду скажу, но должна ж быть какая-то "защита от дурака". А именно. До  момента обновления БД вход пользователей влиять не должен. После начала обновления БД - база должна блокироваться монопольно. Это еще в 7ке реализовано.

Посмотри у тебя файлы с настройками кластера не блокированы каким-нибудь пользователем? Можно какой-нибудь программой типа Process Exploer их разблокировать. При аварийной остановке часто именно это проихсодит.

(28) если ты хочешь нормальную программу, то что ты делаешь в 1с? :-)

(0) Попробуй сделать тестироание средствами SQL ....,а так быкапы надо делать ...кстати SQL не глупый, мне помогло в похожей ситуации

Не могу молчать - Пипнул на кнопку Закладка

(26) Бэкапа да, не было((

Версия про фоновое задание  - очень может быть. Хотя оно должно было пройти в 18, а я обновлялся в 18.04.

Но все слава Богу нормально. Переставил 1с-ку полностью, в консоли кластера переподключил базы. Зашел в программу со воего компа как обычным способом, так и через ярлык (скрипт).

Вроде в понедельник юзеры должны заработать.

Только вот журнал регистрации накрылся(( С этим ничего нельзя сделать?

ищи тут по идентификатору "поломанной" базы
(33) C:/Documents and Settings/All Users/Application Data/1C/1Cv8/<идентификатор базы>/1Cv8.log.

Ключ на сервер приложений вообще рабочий?