Заметки IT Менеджера

24.07.2012

Ошибка 0x80070005 при обновлении агента WSUS

После выхода обновления WSUS за номером KB2720211 на некоторых серверах и рабочих станциях обновления прекратились из-за того, что агент WSUS не мог обновить самого себя.

Характеризовалось это следующими характерными ошибками и/ или предупреждениями в логе WSUS:

2012-07-18    18:49:58:770    3304    b24    Setup    Performing SelfUpdate installation
2012-07-18    18:49:58:785    3304    b24    Setup    WARNING: Failed to stop the WU service, error = 0x80070005
2012-07-18    18:49:58:785    3304    b24    Setup    WuSetup has finished.  Exit code is 0x00000005
2012-07-18    18:49:58:785     924    398    Setup    FATAL: WuSetupV.exe process ended prematurely, err = 0x80070005
2012-07-18    18:49:58:785     924    398    Setup    WARNING: SelfUpdate install failed, error = 0x80070005

и странными строками по поводу версии агента

2012-07-18    19:02:12:115     924    c04    Setup    Checking for agent SelfUpdate
2012-07-18    19:02:12:115     924    c04    Setup    Client version: Core: 7.5.7601.17514  Aux: 7.5.7601.17514

(more…)

20.09.2010

Решение проблем при установке x32 драйвера на Windows Server 2008 R2 x64

Сегодня столкнулся с интересной проблемой. У нас большинство принтеров от HP, но есть и несколько Xerox. Ранее в качестве сервера печати у нас выступал Windows 2003 Server R2 x32. Уже некоторое время мы переводим сервера на Windows 2008 R2 x64, а пользователей на Windows 7 x32/x64. Чтобы не создавать бардака с драйверами, те кто сидят на XP пользуются старым сервером, а те кто уже переведен на Windows 7 – новым. Сегодня оказалось, что 32-битный драйвер от Xerox не хочет устанавливаться на Windows 7.

Добавлю, что во избежание путаницы и проблем с разными драйверами под разные модели принтеров было принято решение об использовании универсальных драйверов от производителей: HP Universal Print Driver от Hewlett-Packard и Xerox Global Print Driver от Xerox.

(more…)

12.05.2010

Перешел на MS Office 2010

Благодаря наличию у меня TechNet Plus получил возможность скачать и установить себе MS Office 2010. Т.к. у меня уже установлен Windows 7 Enterprise x64, то и офис я решил ставить в редакции x64.

К сожалению, поверху 2007 его поставить нельзя – требует снести предыдущий. Хотя потом был приятно удивлен тем, что существенная часть моих настроек была подхвачена.

Пользуюсь уже несколько дней, пока нравится. Есть свои сложности, связанные с тем, что я уже привык к 2007, а тут таки есть изменения.

MS Word – практически не поменялся. У всех программ несколько другая тема, но лента практически такая же. Единственное что, они поменяли круглую графическую кнопку на меню Файл. Наверное это и правильно, но опять нужно переучиваться :-)

В общем, я весь офис переставлял из-за Outlook. Что в нем появилось нового?

  • Поддержка нескольких Exchange аккаунтов с полноценной их индексацией. Это то, что лично мне не хватало в 2007
  • Поменялся интерфейс. Пока я не готов сказать, т.к. прошло всего несколько дней и пока я еще не привык. Но, по опыту, ленты мне нравятся
  • Появилась специальная группировка – “беседы”. На первый взгляд, вещь приятная, но нужно время, чтобы понять насколько она удобна
  • “Быстрые действия” – кнопки или пункты меню с предопределенными действиями. Пока не понял, нужно это мне или нет
  • Не знаю как это назвать, но в сообщении, а может быть и в других местах, при наведении на адрес или внизу сообщения, можно увидеть некие подробности об адресате. Они берутся или из адресной книги или из Exchange или из AD. Как вариант, в комбинации. Это удобно

В остальном – пока особых впечатлений нету, т.к. пользовался только Outlook. Единственное что, непонятно что будет с моим любимым Potolook. Я к нему уже привык, а тут непонятно, будет ли он работать с Office 2010, да еще и с x64. Я в саппорт написал, но пока глухо.

18.12.2009

Windows 2008 R2 DC & network Team

Сегодня получил сюрприз от Microsoft. Оказывается, Domain Controller на Windows 2008 R2 не будет работать, если сетевые карты там объединены в Network Team …

Причем, все это выглядит очень оригинально, повышаю уже существующий сервер до контроллера домена, все проходит нормально. Затем вижу, что есть ошибки и не стартовал Wins, DNS и еще пару служб. Стартую их вручную – они запускаются. Но в event log ошибки.

Запускаю

Answerdcdiag /test:dns

от результата просто офигеваю:

Starting test: Connectivity
      Message 0x621 not found.
      Got error while checking LDAP and RPC connectivity. Please check your
      firewall settings.
      ……………………. dc02 failed test Connectivity

отключаю firewall – не помогает. При этом, те сервисы, которые запускаются вручную – после перезагрузки – снова не работают, ошибки в event log по прежнему идут.

Начинаю искать причины и обнаруживаю, что единственная рекомендация – снести network team! Офигеть, т.е. теперь у меня контроллеры домена будут без горячего резерва по подключению к сети. Т.е. это позиция от Microsoft – Windows Server 2008 R2 – не поддерживает конфигурации с балансировкой сетевой нагрузки или сетевой отказоустойчивостью, если она реализована средствами драйверов сетевой карты!

В общем-то, еще с Windows Server 2003 тоже были свои интересные проблемы, но уже другого характера. Дело в том, что установка network team предполагает, что программа вначале удаляет обе сетевые, а затем добавляет, но уже три, одна из которых виртуальная. Ну а контроллер домена не может ни на секунду оставаться без сетевой :-) Т.о. сделать network team можно только до того, как сервер повышен до контроллера домена.

26.10.2009

Installation failed with error 1603 или проблемы с агентом BackupExec

И снова проблемы с переустановкой агента BackupExec. В прошлый раз удалось обойти проблему удалением файлов модификации для Microsoft Installer.

Симптомы следующие, при попытке установить агента на сервера x64 получаем ошибку Installation failed with error 1603. При этом при установке с сервера ошибка хоть видна, а при локальной установке с помощью setupaax64.cmd – просто ничего не происходит. Причем в этот раз, я даже сохранил копию инсталляции агента, которую использовал в прошлый раз, но и с ней было то же самое.

И снова я перерыл кучу статей по этому поводу. Ни одна из их рекомендаций не помогла. Тогда я решил попробовать получить нечто более подробное, чем Installation failed with error 1603. Вначале я пытался получить весь список ключей для setup.exe, чтобы включить подробный вывод ошибок. Но это я вно не в духе Symantec, взять и просто все красиво выдать при вводе команды setup.exe /?. При вводе этой команды мы получаем GUI-вое окошко с обрезанными данными. В командном файле была строка

@start /wait setup /RAWSX64: –s

из нее явно подразумевается, что –s – это явно silent режим и я решил отключить хоть его и ввел

setup /RAWSX64:

запустился инсталлятор с вопросами и … о чудо, при прохождении по диалогам агент таки встал куда нужно. Как показали последующие эксперименты на остальных серверах – это таки решение. С ключиком –s не становится, а без него через диалог – все в порядке. Мистика, блин.

Кстати, заодно обнаружилось, что вышла новая версия Microsoft Exchange Server MAPI Client and Collaboration Data Objects 6.5.8131.0 Надеюсь, что ее переустановка на BackupExec Media Server и на Exchange 2007 Mailbox Server таки решит мои проблемы с ошибками при резервном копировании баз.

01.09.2009

Решение проблем с переустановкой агентов Backup Exec 12.5 на x64 серверах

 

На днях получил “подарочек” от компании Symantec. Устанавливал обновления (HOTFIX 327135, HOTFIX 329045, HOTFIX 328459, HOTFIX 328462) на наш Backup Exec 12.5. Часть этих обновлений касалась агентов на серверах, т.е. нужно удалить агент на сервере, а затем его установить заново. На всех Windows 2003 x32 агенты заменил быстро и без проблем, а на системах Windows 2003 x64 все и началось … Удаление старого агента прошло без вопросов, а новый молча не ставился. Запускаешь инсталляцию, она что-то делает, закрывается без сообщений и ничего … Агента нету.

Полез искать причину. На Symantec пишут “ищите подробности в логе”, который лежит в %systemroot% и называется bkupinst.log. Весь вопрос в том, что такого файла вообще в системе нету :-) Как оказалось, лог ведется в \Documents and Settings\All Users\Application Data\Symantec\Backup Exec\Logs и называется bkupinst.htm. В логе долгожданная ошибка, цитирую:

08-15-2009,21:45:03 : ERROR: Installation failed with error 1603.

Очень познавательно и, главное, понятно? В базе знаний тоже ничего интересного: почистить все что относится к Symantec (файлы, папки и ключи), очистить MSI Cleaner & etc. Ничего из рекомендованного не помогло.

Ну раз непонятно что делать, то пришлось искать обходной путь, т.к. бэкапироваться перестали как раз SQL 2005 севрер и Exchange 2007 сервер. А без бэкапа у них логи транзакций не обрезаются, т.е. на разделах с логами, особенно у Exchange просто закончится место. (Понятно, что и это можно обойти, но тем не менее …)

Т.к. Symantec использует для инсталляции msi и по полной программе, т.е. они не переделывают инсталляцию, а делают файлы исправлений msp. В итоге нашел виновников, которых нужно удалять оба — RAWSx642213RHF327135.msp andи RAWSx642213RHF328462.msp. После их удаления агенты снова ставятся. Это, конечно, не решение, а обходной путь, но тем не менее, агенты установлены и бэкап снова работает.

Блог на WordPress.com.