Имя: Пароль:
1C
1С v8
глюк блокировка базы
0 korggrodno
 
03.11.11
16:19
1cv8.1 SQL вариант. (sql и 1с сервер на одном серваке)
памяти 4Gb http://lh6.ggpht.com/-ad3WWTwRqQM/TrJPJCgD1jI/AAAAAAAAAbY/PrzA6ahJOVY/image96129109.jpg
пользователей не больше 20 . Обычно гораздо меньше

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

Описание глюка:
1) Если пользователь сидит в 1с.
И глюк наступил не по его вине.
То наблюдается зависание 1с.
Которую можно вырубить через task manager.

2) Если глюк наступил и пользователь пытается зайти в 1с
Пользователь доходит до выбора базы.
Затем запускает 1c предприятие, либо 1с конфигуратор.
И происходит зависание.
Висит окошко от 1с . И до ввода логина пользователь уже не доходит.
1с можно убить с помощью task manager

3) Если глюк не наступил.
Если вы пытаетесь зайти в конфигуратор.
И по вашей вине наступит глюк.
То вы доходите до выбора базы.
Запускаете 1с конфигуратор.
Доходите до ввода логина.
Вводите его.
И происходит зависание.
Висит окошко от 1с . И до открытия конфигуратора уже не доходит
1с можно убить с помощью task manager

4) Если глюк уже наступил
И вы пытаетесь зайти в конфигуратор на сервере sql
То вы видите такое сообщение
http://lh6.ggpht.com/-pIuko8vgKns/TrE0vU97gQI/AAAAAAAAAao/DUPC1OzJbvg/image23826453.jpg

5) http://lh3.ggpht.com/-P73b-3t5bDg/TrFUA7M-JjI/AAAAAAAAAbI/5z8g6j-e4qo/image31838343.jpg
На этом скриншоте глюк уже наступил.
Во время глюка процесс rphost.exe грузит процессор примерно 12% +- 2%
(если глюка нету то загрузка процессора 0 - 7 %)
также на этом скрине видна консоль "серверы 1с предприятия"

6) Если во время глюка убить процесс rphost.exe с помощью task manager то глюк исчезает.
процесс rphost.exe после смерти через несколько секунд оживает.

7)Год ничего подобного не видел. Проблема появилась ровно вчера.
За день до глючных событий на 1с пытались выполнить некую операцию.
Из за которой 1с попыталась создать темповые файлы огромнейшего размера (30ГБ).
И израсходовала все свободное пространство диска C:
Сервер был перезагружен. Темповые файлы были удалены.
Пол дня все работало нормально. На следующий день пару часов с утра все работало нормально.
И затем стали наблюдаться глюки.
Глюк наблюдается при доступе к кофигуратору люббой восьмерочной базы (основная, куча тестовых)
Сомневаюсь что проблема в конфе. Т.к. глюк наблюдается при доступе к конфигуратору любой восьмерочной базе. Даже к тестовым. К которым уже давно не лезли.

http://lh5.ggpht.com/-psGJRaEjgm4/TrJmHpKUXWI/AAAAAAAAAbo/Y6URU3qBnM4/image102005781.jpg
сдесь глюк наступил.
1 360i
 
03.11.11
17:04
(0) Все стандартно. Кэш почистить, платформу переустановить, попробовать на другой машине. Судя по всему по какой-то причине у вас возникает зацикливание при открытии конфигуратора и зависание процесса => подключиться к конфигуратору второй раз не получается. Т.к. проблема возникает в различных базах, то дело, скорее всего не в них, а в платформе или скуле.
Ошибка? Это не ошибка, это системная функция.