Консоль зависает сервера 1с

Обновлено: 05.01.2025

У некоторый пользователей иногда происходит зависание 1с, причем намертво.
Работают они в терминале на win2008 r2.
Зависание происходит у произвольного пользователя.
При этом, на самом терминальнике ресурсов свободных дуром, и по оперативке и по процессору, также нет проблем с ресурсами на сервере, на котором крутится 1с + MS SQL.
Если завершить процесс 1с на терминальнике - потом он запускается и нормально работает.
Что интересно, если выполнить отключение и подключение к терминалу - 1с отвисает.
С чем может быть связана проблема и каковы пути ее решения?

Вопрос задан более трёх лет назад
2583 просмотра

Возможно, в 1с открывается модельное окно, которое "уходит взад" и к которому в стандартном виндовом терминале очень тяжело получить доступ :(

Угу, естественно модальное, но то что вы пишите получится только в remote desktop сессии, если 1с работает как remote application - то увы, такой фокус не проходит :( Изредка помогает, разрыв сессии с последующим к ней подключением, но не всегда :(
У Citrix-а кстати такой проблемы не наблюдается, только у родного майкрософтовского терминала, независимо от версии - я начинала работать с 2000 и до 2012r2 это проблема сохраняется.
Топикстартеру могу только посоветовать либо искать возможность перейти на Citrix XenApp, либо озадачить своих 1с программистов исключить модальные окна, если это обычное приложение. Если же конфа в режиме управляемого приложения - отказаться от использования терминала в пользу публикации на вебсервере.

Я сталкивался с проблемой модальных окон, особенно на 1с 7. Но это не та проблема. Зависание происходит просто при просмотре списка документов. Никаких модальных окон в этот момент не появлялось. Здесь что-то другое и я не могу понять что именно. Скрин приложить не могу, ибо не позволяет политика безопасности.

cckfnn: Тогда надо больше подробностей: - какая версия 1с, какая конфигурация, какая сессия терминала - десктоп или приложение?

Одно время у меня постоянно зависала консоль, если например уходишь домой - приходишь на следующий день - работает только графическая оболочка, консоль висит. Находил решение этого вопроса, что это баг дров intel и нужно указывать nomodeset. Указывал и все было нормально.

А недавно. загружаюсь - и у меня консоль 80х25, графики нет и фонты консольные не загружены - квадратики. Убираю nomodeset - работает. Подумал, что опять консоль будет виснуть - так нет же, не виснет! Сталкивался кто-нибудь?

UPD: Неспешно тестируется откат дров intel. С последними дровами (2.99.917_p20170313) виснет с черным экраном. С дровами p20161118 - виснет с текстом, который был в тот момент на экране. Сейчас собрал p20161007.

Оценить 8 комментариев

sim3x: Да. Ctrl-Alt-F1 приводила к пустому черному экрану, который никак не реагировал на клаву. Ctrl-Alt-F7 при этом нормально уводила обратно в Х и работало все, кроме консоли. До перезагрузки. Это было очень неудобно.

Совет обычный - открыть лог и пробовать повторить баг
И гуглить

Владимир: Угу, и после этих правок - либо консоль 80х25, либо черный экран с надписью gurb о начале загрузки. Это мы уже проходили - сказал же, что nomodeset решал проблему . еще неделю назад :)

Проблема как раз в переключении режимов из графики в текст и обратно, при работающей графике. Проявляется иногда не только на драйверах интел, но и на других карточках, кому как повезет. Но интельные драйверы здесь в лидерах. Да, проявляется очень часто из-за включенного скринсейвера с какими нибудь фракталами и очень активным GPU. Подробно описывать суть проблемы не буду, но связана она с распределением ресурсов графической памяти в разных драйверах, отвечающих за консоль и собственно Xwindow, и загрузкой дополнительных ресурсов (расширение буфера, подгрузка фонтов и т.д.) в "текстовую" (codepage) часть карточки. При этом графический драйвер вполне может переписать часть информации, аллокированной консольным драйвером.

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

Если графика (XWindow) не запущена, то проблем с modeset никаких нет!

Да нет там вообще никаких красивостей - просто консоль иногда даже без mc - просто командная строка открыта. Кстати - у меня же сейчас xlockmore не установлен - а раньше был! А в нем савер с плавающей по экрану датой - dclock - неужто из-за него?

CityCat4: ох, вот что значит, вы не работали под DOS! Я не про скрин сейверы, а про дополнительную память, которую аллокирует консольный драйвер у ресурсов видеокарточки, и про аллокацию которой не знает драйвер в xwindow. Стандартный текстовый(консольный) режим работы занимает в ресурсах карты строго определенное количество памяти, это 25x80 символов на 3 страницы прокрутки. Знакогенерация определяется встроенными фонтами и кодиковкой кодовой страницы. И вот как только вы переключаете текстовый режим во что-то другое, плюс делаете подгрузку текстовых шрифтов, тут уже работает дополнительные пользовательские кодовые страницы. Это все идет от старых, еще 16-разрядных операционных систем и фирмы IBM для этуляции последовательных vt-терминалов. Получить аллокированные ресурсы не так просто, и графические драйверы по первости вообще забивали на поддержку текстового режима, просто отступая в памяти стандартную константу. Сейчас же в ядре линукс вся аллокация старается делаться через драйвер ядра, но не все этого придерживаются, отсюда и косяки с переключением режимов.
Ах, да, микрософт вообще забил на это дело! И текстовый режим у него только при загрузке системы и в виде экрана смерти :-) который тупо полность заново инициализирует текстовый режим.
Ух, надеюсь, не сильно углубился в детали.
Да, если интересно, погуглите, как работала видеокарта hercules, будет понятней, откуда ноги растут.

Алексей Черемисин: М-да. я не работал под DOS. Не ставил DOS 3.3, не использовал Карат и Paradox, не писал программы в Turbo C, не играл в Aibrorne Ranger, F-19 и Spear of Destiny. Не было у меня DOS Navigator, не работал Multi-Edit, и отладчика Watcom тоже не было :) И модем на 2400 бит мне приснился, наверное. Впрочем, нынешним пользователям такое только в кошмарах может сниться - инет на скорости 2400 бит!

Мне просто всегда казалось, что проблема перезаписи B800:0000 решилась уже сто тыщ мильенов лет назад. Да, прямая запись в видеобуфер была прикольной - в невыносимо лохматом 1996 году я написал небольшую TSR-программку для самопальных модемов на 1200 бит (чесслово, именно такая была скорость!). Использовалась она в FoxPro для того, чтобы данные по этим "модемам" передать.

Не думал никогда, что через двадцать лет столкнусь с этой проблемой :ROFL:

Читайте также: