v7: Перезагружается сервер #587324

Помогите советом. Пользователи работают с 1с 7.7 SQL базой через терминальный сервер. Пререодически серврер самостоятельно перезагружается без записи логов об ошибках. Железо полностью исключили (поменяно все уже больше 4х раз) Интересно то что если эту базу перенести на другой сервер начинает перезагружатся он. Перезагружается без какой либо переобичности, может простоять 2-3 дня, а может перезагружаться 2 раза на дню. Прошу поделиться советом ))

База Бухгалтерия 7.70.461  + пытались встроить МОД, Агент+,  и вообще база очень сильно изменена и дописана

может кто-то в терминале выключает сервер?

У юзеров нет прав на выключение сервера, кроме 1с они запустить ничего не могут.

А с чего ты решил что проблема в 1С?

Методом исключений, меняли оперционку, меняли железо, меняли платформы, меняли SQL, переносили базу на другой сервак - текущий перестает ресетится, а сервер с базой начинает перезагружаться. Все улики против базы.

ищи ЗавершениеРаботыСистемы в коде .. может злобный программист так пошутил :)

в конфигураторе поиск по всем текстам - ЗавершениеРаботыСистемы

точнее ЗавершитьРаботуСистемы;

Пробовал, все что нашел( 4 строки) полностю закоментировал. Все равно проблема остается

Такой вопрос, могут ли драйвера торгового оборудования при отключении давать такой эфект?

какие внешние компоненты подключаются ? ЗагрузитьВнешнююКомпоненту

есть: msxml.dll, Mail.dll, v7plus.dll, 1CRtInf.dll, videoAdd.dll, MOD.dll

Батюшку приглашали?

итого имеем msxml, две дллки гаранта, в7плюс вообще не в счет, и видимо из дотнета взятая мейл дллка, MOD.dll - как понимаю менеджер обмена данными ... мало данных, имхо что-то из этого и барахлит

Пока нет, но все идет к этому)))

для начала попробовал бы тупое - обновить dll-ки, ну и собссно не озвучен релиз платформы

Да MOD.dll  - Это менеджер обмена данными - пытались встроить но процесс встал (1 обмен). Больше его не используют.

dll-ки - попробую, Релиз платформы 7.70.027

если больше не используют - убери его загрузку нафиг

ммм еще поищи во всех текстах вот это ЗапуститьПриложение( КомандаСистемы( правильный способ перегрузить машинку :)

без права на выключение ?

- очень смущает ... имхо есть у них права на shutdown /r /f

Проверил, нет ничего интересного, только МОD-ие команды на архивирование, dll-ки - все обновил. Смущает еще тот факт, что есть практически идентичная база но с меньшим числом пользователей и на другом сервере и с ней ни каких проблем нет.

md в студию )

а меня смущает слово "практически идентичная" давай уже мдшник свой

Кстати да, объединение конфигураций с "практически идентичной" может показать много интересного без мучительного поиска по всем текстам.

К сожелению, md выложить не могу (безопасники матерятся), при объеденении с "идентичной" проверял все различия разница в нескольких константах и 100 - 150 строчек кода, там все нормально. Сегодня заметили еще одну интересную особенность: Между инициализацией выхода из терминала и непосредсвенно завершением всех процессов пользователя проходит от 10 до 50 минут.

кури в глобальном модуле процедуру ПриЗавершенииРаботыСистемы

как это может влиять?

какая ось и скуль на сервере? если с одного сервера базу убираете на другой - первый перестаёт перезагружаться?

что в журналах системы?

ОФФ: Иногда меняют прокладку ))

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

Ось - win serv 2003 R2 SP2? SQL 2005. В журналах ничего нет.

Mail.dll - это что?

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

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

прямо так и ничего?

я в то время еще не проснулься :)

как сдруживал?

Ось точно такаяже и скуль тоже. Случайно нет такого что у одного и того же пользователя несколько одинаковых терминальных подключений?

Я бы посоветовал всех абсолютно пользователей в терминале пересоздать. Насколько я понял, из за какого то сбоя пользователь заходит с полными правами, то ли ветка из реестра не загружается (через реестр у нас отрублено все) то ли еще что.

меняли и SCSI и RAID

А какой размер базы скуля ? и  кто регламенты в скуле блюдет и контролит ? Разнесите терминал и скуль сервер на разные машины - быстрее поймете в чем проблема

А, у него 2 в одном. У меня разнесены. )

Сталкивался с сервером, который перезагружался во время исполнения любого cmd файла. Причина оказалась в видеоадаптере ("спасибо" уволившемуся админу).

Размер базы 12,5 Гб, Скуль и сервер терминалов на разных машинах (ресетится только сервер терминалов). На скуль перенесли отнасительно недавно, проблемма была и в файловой версии.

Не понял, т.е. если базу скульную перенести на другую машину, то перезагружается тот же сервер терминалов?

А перезагрузка сервака не отразится на базе скюл? Не приведет к неправильной его работе?

Вирусня !

Перенаправляли всех пользователй через другой сервер терминалов

можешь выложить логи выня (Система,Приложения) за какой-нибудь день, когда были вылеты? (желательно с примерным указанием времени, когда были вылеты)

Скуль работает как часы

Не,а вообще на скуль это может как то повлиять?

Журналы за 26.11 Сервер перезагрузился в 21.37

Не должна перезагрузка сервера терминалов повлиять на скуль, если это разные машины.

проанализируй дамп C:WINDOWSMinidumpMini122611-03.dmp с помощью посмотри, на какие драйвера подозрения. проанализируй также предыдущие дампы, выяви, есть ли одни и те же подозреваемые драйвера/модули

А если одна)

наверное, вот твой фантом:

либо ещё вариант - зоопарк принтерных дров. принтерные дрова желательно актуализировать, и, если сеть только локальная, вообще отказаться от маппинга, настроив все дрова и принтеры сразу на сервере

под маппингом подразумевается галочка "автоматически подключать принтер" у клиента терминала?

кури документация по виндоусу, сиквелу и терминалу

ой

У меня есть например у всех кнопка кторая делает вот это КонецПроцедуры     Руководство боится прихода налоговой и хочет чтобы они сразу сервак тушили

если "они" - это налоговая, то они потушат любой сервак безо всякого cmd, а если это про юзеров, то будет вам веселье от шутников.

Автор, попробуй отрубить ВК :) И посмотреть на реакцию сервера. Так же если есть Боты 1С, которые запускаются из под РДП, то их тоже отруби :)

Можно для шутника сделать запись в журнал :) Потом шутнику будет уже не до смеха :)

+А диск на сервере зашифрован? Так то правительство разрешило только Гостовкие шифраторы. Которые ломаются на раз :) За неполомные могут и срок дать :)

Не шифрован. Я им говорил что все эти отключения до жо.. А им всеравно хочется чтоб была такая кнопка.

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

Подари каждому буху по ведру с песком,чтобы голову прятать если что)

а куда автор делся?

Прошу прощение, за долгое отсутсвие. Выявили новые подробности: есть еще один терминальный сервер(поднимали для экспериментов и ЧП), и он тоже ресетится приблизительно в то же время,  оказалось, что есть несколько пользователей которые подключаются к базе через этот сервер. Сейчас выясняю кто? гогда? и как? )) Возможно причиа как раз в этом. Всем огрмное СПАСИБО!

прям детективчик

Вроде, нашли причину, выявили пользователей которые отключались от сервера терминалов не "Завершением сеанса", а "Завершением работы" - на что сервер отвечал, что данное действие запрещено, НО при нажатии на "ОК" - добросовестно перезагружался...))

И что вы с ними сделали? Сожгли на костре?)

И что там насчет урезанных прав ? :)

хватит тут лапшу на уши вешать, у тебя по три раза на дню BSOD с дальнейшим ребутом вываливается. ты хоть читал, что я тебе писал?

Админов к стенке :)

Вот, то что у меня и было. Один в один. )

А админы тут как бе ни причем, в реестре все отрублено. Какой то глюк с правами, пересоздать - нормально работает.

ясно все-таки мелкосовт виновен.