» Windows 2003 Server нет доступа к менеджеру дисков и др.

Имеем сервер Windows 2000, на нем стоит AD, DNS, Oracle 8i. Также сервер имеет расшаренные папки для использоватия гостинничной программой. Для этой же программы стоит СУБД Oracle.
И вдруг после перезагрузки (аварийно но это тут не важно) пропал функционал многих систем и программ, как например: свойства TCP/IP, дефрагментатор, менеджер дисков, бекапер на стример и т.п.
Сервер перенесли на другое железо, а с этим я стал разбираться.
У меня был образ его системного диска С: и диска D: (на D: стоял Oracle) от 31.03.2005 и я с этого образа восстановился - не помогло. Тогда я восстановился еще раз и не загружая винду изменил в биосе дату на 31.03.2005 + 1 час от момента создания образов - и все заработало.

В результате долгих исследований выяснил: функциональность системы зависит от двух вещей:
1) дата
если система загружается до 01:35 28.07.2005 все работает, если после 01:40 28.07.2005 то уже не работают многие программы (свойства TCP/IP, дефрагментатор, менеджер дисков, бекапер на стример, Acronis True Image, APC Power Chute)
2) если убить или перевести в режим запуска "Manual" две службы программы "APC Power Chute" - pbeagent.exe и pbeserver.exe то система работает стабильно при любой дате.

Проверка на вирусы KAV5 со свежайшими базами ничего не дала.
Создание нового юзера с правами админа, удаление Active Directory - пробовал - проблему не решает.

Потратил я на это кучу времени, "разобрался" в причинах, досадно.

В чем может быть причина такого поведения ОС?
В чем может быть причина такого поведения программы "APC Power Chute"?

Добавлено:
Ущербность функционала еще проявляется в такой мелочи:
зависает команда SETX
(эта команда как SET только более навороченная, как XCOPY и COPY; для нее имеется специальный файл SETX.EXE)

ALEF
попробуй скачать с сайта АРС "APC Power Chute" именно для своей модели ИГП. У меня наблюдался такой глюк, что эта прога, записанная на болванке в комплекте поставки, не шла с ИГП или определяла их как другую модель и ни фига не показывала индикацию или всё показывала, но селф-тест она не запускала. Проверял на 5 smart-ups 1000 и 700, и одном 2200 - 2200 и один 700 не сконнектились нормально, а те, что сконнектились - сдохли через пару недель - аккумулятор не держал заряда.

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

Как бы вы посоветовали действовать для обнаружения подобных глюков в работе софта?

Обычно, я смотрю в логах системы (просмотр событий->приложения и система).

APC регистрирует себя как службу и запускает сервер по отслеживанию ИГП. Так? Посмотри в её журнале, может быть она ждёт ответа от какого-то ИГП или пытается им управлять - в этих бесперебойниках по-умолчанию стоит селф-тест с определённым периодом (сутки (примерно: у меня на работе смарт АРС 750 стоечного исполнения проверяет себя с погрешностью до 10мин - в таком режиме он проработал 2.5 года и сейчас его отдали на ремонт - акк сдох) или неделя) и Power Chute может пытаться читать результаты этого теста.

С таким поведением прог я не сталкивался раньше. Судя по набору программ:
Цитата:

свойства TCP/IP, дефрагментатор, менеджер дисков, бекапер на стример, Acronis True Image

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

Почему глючит setx я понять не могу. По идее, задание и чтение переменных окружения не должно ни на что влиять (хотя опять же - кто поймёт М$ ). Посмотри в хелпах, в чём именно заключается отличие set и setx, и уже от этого будем пытаться разобраться (у меня сейчас нет доступа к серваку с 2000-м).

P. S.: Да, ещё попробуй изменить стандартные сетевые настройки Power Chute - может это повлияет на неё в лучшую сторону.

RUSer
спасибо.
я имел ввиду немножко другой аспкет: как нужно действовать чтобы понять что корень зла находится в APC Power Chute

Мне кажется, что вы уже ответили на свой вопрос:
Цитата:

2) если убить или перевести в режим запуска "Manual" две службы программы "APC Power Chute" - pbeagent.exe и pbeserver.exe то система работает стабильно при любой дате.

Если вы опытным путём определили, что глючат службы Power Chute, то нужно либо ковырятся в его настройках, либо сменить версию, либо пользоваться другим ПО.


Цитата:

Сервер перенесли на другое железо

Каким способом - залили бэкап, поставили заного? Если бэкап - Power Chute работает нормально? Если работает, то тут дело уже видно не только в нём.

Добавлено:
Так какой именно у тебя сервер 2000 или 2003? Если 2003, то скорее всего Power Chute не предназначен для работы в ней.

RUSer
видимо я опять объяснил неточно.
Попробую поставить вопрос по другому: нужен ответ на вопрос как я это определил? (я конечно знаю как, но как бы вы икали причину) как вычислил виновника?

Цитата:

2) если убить или перевести в режим запуска "Manual" две службы программы "APC Power Chute" - pbeagent.exe и pbeserver.exe то система работает стабильно при любой дате.

ALEF, я действительно не так понял вопрос.

Рассмотрим такую ситуацию:

Есть сервер на базе 2003-й винды с установленными ролями АД и ДНС (для упрощения опустим СУБД). На нем установлен необходимый минимум системных утилит: антивирус, файервол, прога для резерирования системы, монитор состояния ИГП на компах домена (считаем, что локалка состоит из одного домена).

Всё это хозяйство устойчиво работает продолжительный период времени - пусть 1.5 года, но это не важно.

Далее происходит аварийное завершение работы, но не по вине системы.

После загрузки выясняется, что некоторые программы перестали запускаться, либо виснут после запуска.

Мои действия следующие:

1) Проверить винт на наличие ошибок. Если ошибки нашлись и исправлены, просмотреть содержимое восстановленных цепочек на всякий пожарный (иногда востанавливаются существенные куски файлов и можно понять к чему они относились, но это редко и обычно этим никто не занимается)
2) Проверить содержимое системных журналов после первой загрузки от сбоя.
3) Если там присутствуют явные сбои - типа файл не найден, нет доступа к службе и т.п., которых небыло до сбоя, то либо переустановить (изменить/исправить) эту прогу, либо провести восстановление системных файлов sfc /scannow, если ругается виндовая служба.
4) Если ничего не помогло, то начинаешь вручную отключать все службы не принадлежащие винде, начиная с тех, которые контролируют её работу на более глубоком уровне - антивирусные мониторы, файерволы и т. п., а также проги в автозапуске.
5) Определив виновника - удалить прогу из системы, загрузиться. Убедившись, что всё работае нормально, просканировать реестр (Norton WinDoctor, но всё делать ручками, здесь автомат делу не поможет).
6) Загрузится снова, если всё работает, можно попробовать установить эту прогу снова.

Но это всё после того, если восстановление бекапа не помогло.

RUSer Спасибо. Об этом я и спрашивал.
Проблема только в том что ничего нельзя толком отдиагностировать пока сервер работает - его загрузка 24-7-356, отключить можно только ночью на пару часов, или в субботу после обеда на час.
Службы APC которые глючили нельзя остановить, перезапустить или поставить в мануал, только в безопасном режиме - для этого нужна перезагрузка - это 15 минут в безопасный и 15 минут обратно - можно проверить две службы в час.
И еще: службы было две, и любая из них в одиночку глючила систему.
В общем на ходу выловить невозможно, согласен?

Насчёт выловить - согласен.

Цитата:

Службы APC которые глючили нельзя остановить, перезапустить или поставить в мануал, только в безопасном режиме

У меня на xp в рабочей группе всё останавливалось. Какая именно версия проги - может у меня работе найдётся, тогда смогу поэксперементировать?

Цитата:

И еще: службы было две, и любая из них в одиночку глючила систему.

Я считал, что pbeserver.exe отвечает за сбор данных с ИГП, а агент что-то типа оболочки с доп функциями. С этой точки зрения странно, что агент вешает систему, тем более без сервера - по логике он должен был сказать что-нибудь об отсутствующей службе.

Я сейчас не помню, требует ли унинсталл Power Chute перезагрузку или нет, но попробовать его сделать стоит.

ALEF, а ты не пробовал убивать процессы этих служб из диспетчера задач или прог с подобными функциями (Far)?

И еще, у вас там с дровами HASP ключей не баловались (1С, Компас, T-Flex)? Если их неправильно пытаться сносить, то он тоже 90% служб вешает капитально - точнее просто не даёт времени работать.


Цитата:

Проблема только в том что ничего нельзя толком отдиагностировать

Я встречал давно какую-то прогу, которая мерила сетевой трафик по процессам и снимала прочие характеристики загруженности ею системы - попробуй поискать в этом направлении. Да и в любом файерволе есть функция подсчёта трафика - проверь, эти два процесса действительно грузят сеть или нет. Это будет хоть что-то.

Службы APC нельзя остановить, перезапустить или поставить в мануал, только после того как они заглючат при загрузке после 28 июля.
Службы эти как процессы тоже не убиваются.

Но унинсталлить их можно же? Или Power Chute вам так важен?

Цитата:

только после того как они заглючат при загрузке после 28 июля.

Заглючили - отключить или деинсталлировать.

Цитата:

система работает стабильно при любой дате.

Что в итоге и нужно? Или нет?

ИМХО Тут уже нет глубоко смысла в том, чтобы докопаться до причины сбоя Power Chute, т.к. для вас важно
Цитата:

сервер работает - его загрузка 24-7-356

Можно лишь не использовать эту прогу в будущем.

P.S. Так какая версия Power Chute?

ALEF
Это не твой случай?
When you restart a computer that is running Windows Server 2003 or Windows 2000 Server, the computer stops responding, or the "Applying computer settings" screen appears for longer than you expect

Alan Mon
точно моя проблема. Огромное спасибо.
По каким ключевым словам или как ты нашел это на TechNet?

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

ALEF
Я на эту статью случайно наткнулся. Искал другое, для себя. А когда прочел, вспомнил про тебя.