воскресенье, 24 августа 2014 г.

2012. WSUS. Post-deployment configuration fails

Симптом 1. Спасибо Автору!
Вкратце: не подхватился путь WSUSContent
Надо найти файл Windows\System32\ServerManager\ComponentConfiguration\UpdateServices-Services.xml
содержимое должно быть: (выделеный текст отсутствовал)
<?xml version="1.0" encoding="utf-16"?><INSTANCE CLASSNAME="ServerComponent_UpdateServices_Services"><PROPERTY NAME="ContentDirectory" TYPE="string"><VALUE>D:\WSUSSB</VALUE></PROPERTY><PROPERTY NAME="ContentLocal" TYPE="boolean"><VALUE>true</VALUE></PROPERTY></INSTANCE>

После внесения изменений перезапустить Post-Deployment tool (или запустить консоль управления WSUS - ее запуск вызовет Post-Deployment)

Симптом2. Спасибо Автору!
Вкратце. зайти в IIS и убить сайт WSUS Administrator. Перезапустить Post-Deployment tool (или запустить консоль управления WSUS - ее запуск вызовет Post-Deployment).
Если все прошло ок, на забыть докрутить bindings (подробнее тут)

суббота, 23 августа 2014 г.

2012, WSUS. Обновления windows8 и 2012 не работают.

не работали обновления новых ОС (Windows 8 и срвера от 2012 и выше). Думала проблема в том, что WSUS был развернут на  Windows2008std. Подняля 2012.  Эффект тот-же.
Что помогло:
1.  Если хотите,чтобы wsus работал как раньше, по 80 порту, в IIS-WSUS Administrator-bindings
добавить порт 80 и привязать его  к ip wsus сервреа.
2.  В GPO в любом случае явно задать порт  в настройках Windows updtae  http://wsus-ip:8530 или http://wsus-ip:80
3.  Дообавить адрес сервера WSUS (или всю подсеть) в интранет (в IE) или в исключения из прокси, установив тем самым доверие. Часто прокси блокирует. Самый простой способ - проверить обнится ли сам сервер wsus через сайты microsoft.

суббота, 28 июня 2014 г.

Сборка заметок про планировщик.

если речь идет о
"Выбранная задача “{0}” больше не существует..."
то вот

Неправильная интерпретация, обработка или чего-то там ещё формата xml-файла, которым пользуется Планировщик Windows.
Опытным путем выяснено, что Планировщик ругается на параметр UseUnifiedSchedulingEngine.

Одно из найденных решений:

сразу предупреждаю о возможных трудностях работы с безопасностью Windows (UAC), с безопасностью файловой системы NTFS (всё-таки системная папка), с реестром Windows, а так же о всех возможных последствиях при изменении системных параметров, реестра и бла-бла-бла (как там обычно пишут в Microsoft :) )

1) переносим все задания из папки %SystemRoot%\system32\Tasks\ в другое место
2) в реестре удаляем все подразделы в разделе реестра
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks]
(они выглядят а-ля {8цифробукав-4цифрабукавы--4цифрабукавы-4цифрабукавы-12цифрабукав})
3) в реестре удаляем все подразделы в разделе реестра
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree]
(здесь всё выглядит так же, как в папке %SystemRoot%\system32\Tasks\)
4) запускаем Планировщик и убеждаемся, что он больше не ругается (если был запущен - делаем, как рекомендуют - "обновить" :) )
5) берём любой удобный текстовый редактор и в каждом задании (см.п.1) удаляем строчку связанную с параметром UseUnifiedSchedulingEngine:
<UseUnifiedSchedulingEngine>значение</UseUnifiedSchedulingEngine>
6) ну... и теперь самое интересное... :) - восстанавливаем все задания посредством их импорта в Планировщике (правой мышкой - импортировать, думаю разберётесь)
7) клянём и ругаем кривых программистов (или их отдельные части, кому как удобно) Microsoft за такую работу, и что они ещё за это денег хотят
8) выполняем п.4.
9) радуемся, с надеждой, что не слетит что-нибудь ищо.

четверг, 26 июня 2014 г.

RE: Миграция главного контроллера домена с Windows Server 2008 R2 на Windows Server 2012 R2

repost отсюда    http://www.vitaliy.org/Node/View/1184    Спасибо автору

  1. Создаем виртуальную машину и устанавливает на нее Windows Server 2012 R2
  2. Добавляем серверу роль AD DS.
  3. Делаем его масретом инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен
  4. Удаляем с обновляемого сервера роль AD DS и все другие роли, которые реплицируются между контроллерами домена.
  5. Выводим обновляемый сервер из домена вообще.
  6. Устанавливаем на нем Windows Server 2012 R2.
  7. Добавляем новому серверу роль AD DS.
  8. Делаем его масретом инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен.
Делается это с помощью команды ntdsutil. Запускать ее мы будем на %servername%, т.е. сервере, который хотим сделать самым главным.
После запуска утилиты вводим заклинания:
  1. roles - будем управлять владельцами NTDS ролей
  2. connections - будем подключаться к какой AD DS
  3. connect to server %servername% - подключаемся к серверу %servername%.
  4. q - выходим из режима подключений
  5. ? - смотрим что мы можем делать
  6. transfer infrastructure master
  7. transfer naming master
  8. transfer PDC
  9. transfer RID master
  10. transfer schema master
  11. выходим из утилиты набрав два раза q.

вторник, 27 мая 2014 г.

Установка Net.Framework. System.EnterpriseServices.dll отказано в доступе

Полезная ссылка 1

Пыталась лечить ошибку:  метод1 (тупо слить все процессы, которые могут блокировать dll)
                                             метод2 (многим помогло удаление папки  \WINDOWS\WinSxS\Policies - видимо не мой случай)
Короче говоря, виноват Касперский. Даже в остановленном состоянии он держал эту dll.


понедельник, 5 мая 2014 г.

Ubuntu. Подключаем шары Windows-сервреа.


все делаем от root

1.создать папку "net/share1"
2.создать скрипт "newshare.sh"
 #!/bin/sh
mount //ip/share1  /net/share1 - username=XXXX, password=XXXX, dir_mode=0777, file_mode=0666

3. положить скрипт newshare.sh  в папку /etc/init.d/

4. sudo chmod +x /etc/init.d/mount.sh

5. sudo update-rc.d mount.sh defaults 90 

Windwos 8.1. Безопасный режим.


Надо ж было так...
Мышь в верхний правый угол  -> Вылезает панель -> "Настройки" ->Надимаем и держим Shift  -> Выключение -> Перезагрузка -> "Диагностика" -> "Дополнительные параметры" -> "Параметры загрузки" -> "Перезагрузить" -> F4

Отсюда