none
bitsadmin /SetPriority = Access Denied (0x80070005) RRS feed

  • Вопрос

  •  

    Здравствуйте, уже два дня бьюсь над следующей проблемой, а именно не могу ничего делать с Job-ами, любые попытки изменить приоритет, удалить и т.д. выдают ошибку 0x80070005, хотя работаю под администратором. Речь идет о Job-ах созданных WSUS для загруки обновлений. Перерыл весь инет, но в купе Bitsadmin 3.0 + Windows Server 2008 = 0x80070005 ничего по решению данной проблемы не нашел. Как частичное решение можно считать запуск службы WSUS от имени Администратора, но насколько это правильный подход? Т.е. иными словами задания созданные в BITS от имени SYSTEM администратор не может ничего с ними делать.

    7 ноября 2008 г. 16:30

Ответы

  • Особо глобальной задачи небыло, нужно было просто установить приоритет одной закачки в FOREGROUND. Проблему удалось решить с помощью PS Tools.

    1) Качаем

    2) Разархивируем psexec.exe в system32

    3) Запускаем консоль в интерктивном режиме с правами SYSTEM командой psexec -i -s -d cmd

    4) В открывшемся окне коммандной строки, на всякий случай проверям полученные права коммандой whoami ответ должен быть nt authority\system, всё, дальше с помощью bitsadmin работаем с закачками WSUS-а

    13 ноября 2008 г. 16:03

Все ответы

  • WSUS использует BITS так как ему нужно, т.е. правильно. Если вмешиваться в этот механизм, то для этого нужны веские основания. Они у вас есть? Какую задачу решаете?

    12 ноября 2008 г. 10:33
    Модератор
  • Особо глобальной задачи небыло, нужно было просто установить приоритет одной закачки в FOREGROUND. Проблему удалось решить с помощью PS Tools.

    1) Качаем

    2) Разархивируем psexec.exe в system32

    3) Запускаем консоль в интерктивном режиме с правами SYSTEM командой psexec -i -s -d cmd

    4) В открывшемся окне коммандной строки, на всякий случай проверям полученные права коммандой whoami ответ должен быть nt authority\system, всё, дальше с помощью bitsadmin работаем с закачками WSUS-а

    13 ноября 2008 г. 16:03
  •  sie написано:

    WSUS использует BITS так как ему нужно, т.е. правильно. Если вмешиваться в этот механизм, то для этого нужны веские основания. Они у вас есть? Какую задачу решаете?

     

    Может быть, с точки зрения создателей WSUS он работает правильно. :-)

     

    BITS довольно глуп, поскольку дальше собственного носа (локального сетевого интерфейса) ничего не видит. И если по интерфейсу ходит заметное количество байт - приходится ждать несколько часов для закачки пары десятков мегабайт.

     

    Для отключения - ставлю foreground непосредственно в SQL-базе.

    17 ноября 2008 г. 10:04
  •  Vladislav Artukov написано:

    BITS довольно глуп, поскольку дальше собственного носа (локального сетевого интерфейса) ничего не видит. И если по интерфейсу ходит заметное количество байт - приходится ждать несколько часов для закачки пары десятков мегабайт.

     

    BITS использует пустые циклы в работе с сетью - именно для этого он и создан, чтобы не мешать другим программам работать с сетью. В задачи BITS не входит выполнять закачку максимально быстро.

     

    Соглашусь, что BITS назван "Intelligent" с излишней претензией. Возможно очередная версия будет более Intelligent

    17 ноября 2008 г. 14:41
    Модератор