Error code 2147024891

Hi
  • Remove From My Forums

  • Question

  • Hi

    I’ve just installed a new SCOM 2007 R2 server and I added some servers to it, but only in all the Windows 2008 servers that have Exchange 2007 SP3 I can not install the SCOM agent, even if I try to manually install the agent, raise this error and
    the installation rolls back, this is the screen:

    I tried to follow this link to solve the problem:
    http://social.technet.microsoft.com/Forums/sqlserver/en-US/44192faa-12cc-4bd7-9605-0d9ae1444f37/scom-2007-r2-error-25211-failed-to-install-performance-counters-error-code-2147024891-access?forum=operationsmanagergeneral

    But when I try to rebuild the counters with lodctr /r, but I have the response «Error: Unable to rebuild performance counter setting from system backup store, error code is 5«, the most rare is that
    I used the domain admin user and the local admin user, so I don’t know what permission it’s necessary to install or rebuild the counters.

    No one process is using the counters, so may be the problem could be permissions, but this is not sense to me cause I’m using the highest privileges account in the domain…

    • Edited by

      Saturday, December 21, 2013 3:37 PM
      I missed the image

Answers

  • Hi

    The only way that let me add the servers to monitoring it was to add these servers like agentless servers…

    Thanks to all

    Doc MX

    • Marked as answer by
      DocMX
      Tuesday, December 31, 2013 2:59 AM

Источник
  • Remove From My Forums

  • Question

  • I am trying to upgrade a secondary replica running SQL2012 SP1 CU3 to SQL2012 SP1 CU6 and it is failing on DQ, FullText and SQLEngine with Exit Code -2147024891. The error is Component Error Code 5 with Access to the path ‘C:Program FilesMicrosoft SQL
    ServerMSSQL11.MSSQLSERVERMSSQLBinnsqlscriptdowngrade.dll’ is denied.

    I have attempted this 3 times. The first time I was able to upgrade Integration Services, Reporting Services Native, SQLBrowser, SQL Writer, SQL Client Connectivity, SQL Client Connectivity SDK, Data Quality Client and Setup Support Files. I tried 2 more
    times with the same errors. If I run SQL Discovery is shows all components at build 3381.

    Any ideas?

    Thanks

    Chris 

Answers

  • This was so stupid.

    I renamed the bad dll, sqlscriptdowngrade.dll and was able to upgrade Data Quality Services and Full-Text but the Database Engine was held up on C:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLBinnperf-SQLSERVERAGENTsqlagtctr.ini giving
    an Exit code (Decimal):           -2058420221.

    So I renamed this counter and guess what I finally upgraded the Database Engine but it did not update the Summary Txt file that any upgrade normally does.

    Now for the other node on another day.

    Chris

    • Marked as answer by

      Thursday, September 26, 2013 2:22 AM

Источник

Содержание

  1. Ошибка -2147024891 (0x80070005) Access is denied при создании OLE объекта класса Excel.Application
  2. Ошибка при вызове конструктора (COMОбъект). Как решить?
  3. Инструкция по устранению ошибки (-2147024891) и установка CreateOP
  4. Автоматическая настройка
  5. Удалить временные файлы интернета
  6. Настройка надёжных узлов
  7. Включение ActiveX
  8. Установка Capicom и создание хранилища CreateOP
  9. Windows Scripting Host
  10. 2147024891 что за ошибка
  11. Вопрос
  12. Все ответы

Ошибка -2147024891 (0x80070005) Access is denied при создании OLE объекта класса Excel.Application

Конфигурация:
— MS Windows Server 2008 R2 64bit
— MS SQL Server 2008 R2
— MS Excel 2003

В хранимой процедуре создаем объект Excel примерно таким образом:

DECLARE @iXLApp int, @iRetCode int
EXEC @iRetCode = sp_OACreate ‘Excel.Application’, @iXLApp OUTPUT, 4

Получаем указанную ошибку: -2147024891 (0x80070005) Access is denied.

Долгие мучительные поиски привели к следующему:

    Проверить, что включен параметр SQL сервера Ole Automation Procedures (правда, если он не включен — выдаются совсем другие сообщения об ошибках 😉 ):

    EXEC sp_configure ‘Ole Automation Procedures’, 1
    RECONFIGURE

Если операционка 32-битная, то может помочь этот шаг:

  • запустить DCOMCNFG
  • далее в разделе Component Services/Computers/My Computer/DCOM Config нужно найти пункт Microsoft Excel Application
  • клик правой кнопкой Свойства (Properties)
  • перейти на закладку Безопасность (Security)
  • в разделе Разрешения на запуск и активацию (Launch and Activation Permissions) выбрать Настроить (Customize), нажать Изменить. (Edit. ), в открывшемся окне добавить для пользователя, под которым запускается служба SQL Server, права Локальный запуск, Локальная активация (Local Launch, Local Activation)
  • в разделе Права доступа (Access Permissions) выбрать Настроить (Customize), нажать Изменить. (Edit. ), в открывшемся окне добавить для пользователя, под которым запускается служба SQL Server, права Локальный доступ (Local Access)

Если операционка 64-битная, и в разделе Component Services/Computers/My Computer/DCOM Config НЕТ пункта Microsoft Excel Application, можно попробовать запустить консоль (MMC) в 32-битном режиме — возможно пункт Microsoft Excel Application появится. Далее все действия как в описанном выше шаге.
Зпуск из командной строки:

mmc /32

И добавить оснастку Component Services — меню Консоль / Добавить или удалить оснастку. (File / Add/Remove Snap-in. )

Если не помогает ничего описанное выше, то действуем в лоб:

  • в разделе Component Services/Computers на My Computer клик правой кнопкой, Свойства (Properties)
  • закладка Безопасность COM (COM Security)
  • в разделе Права доступа (Access Permissions) нажать Изменить настройки по умолчанию. (Edit Default. ), в открывшемся окне добавить для пользователя, под которым запускается служба SQL Server, права Локальный доступ (Local Access)
  • в разделе Разрешения на запуск и активацию (Launch and Activation Permissions) нажать Изменить настройки по умолчанию. (Edit Default. ), в открывшемся окне добавить для пользователя, под которым запускается служба SQL Server, права Локальный запуск, Локальная активация (Local Launch, Local Activation)

Источник

Ошибка при вызове конструктора (COMОбъект). Как решить?

Может в настройках модуля что-то убрать?

Чтобы была возможность НА СЕРВЕРЕ обращаться к Excel через COM надо дать права доступа пользователю, от которого запускается сервер 1С. Если мы говорим про регламентные задания, то «перетащить на клиента» не вариант. Есть вариант — использовать умение платформы 8.3.6(7?) читать книги Excel в табличный документ без использования Excel — ТабличныйДокумент.Прочитать()
Там есть нюансы:
1. все листы склеиваются в один табличный документ через разделитель страниц. Вот тут находили решение по обратному разделению на страницы. К сожалению, имена страниц теряются.
2. Могут быть проблемы со считыванием значений как значения (например, дата). По умолчанию считываются текстовые представления. Можно указать параметр для чтения значений а не текста, но с первой попытки у меня что-то не срослось, и больше я не пробовал.
3. Цветовое оформление может быть считано не совсем точно.
Даже с такими ограничениями в одном проекте мне удалось успешно отказаться от обращения к Excel.

Теперь про права, если всё-таки без обращения через COM не обойтись.
Потребуется зайти в «Службы компонентов» (Панель управления-Администрирование, или comexp.msc, или dcomcnfg.exe) — Настройка DCOM, и найти там Microsoft Excel Application.
Если его там нет — значит у вас 64-разрядная система и установлен 32-разрядный Excel. Решение — запустить «comexp.msc /32» для управления 32-разрядными COM-серверами.
Что тут нужно:
1. установить явно от имени какого пользователя будет запускаться Excel (вкладка «Удостоверение»).
2. На вкладке «Безопасность» пользователя, от которого стартует 1С (обычно USR1CV8), явно прописать в списках на запуск и доступ.

(11) borodatii, можно. Но, говорят, есть сложности если в столбцах идут разнотипные значения, или присутствует сложное форматирование с объединением ячеек.

Кстати, если требуется читать значения из многих ячеек, лучше читать значения не по одному, а сразу весь лист в массив:

отому что однажды был случай (цитирую сообщение из другого форума):
Используется клиент-серверный вариант работы. Операционка Windows Server 2008, СУБД MS SQL 2008. При синхронизации используется прямое подключение к базе данных. При проверке подключения, вне зависимости от того, какой указывается путь и логин к синхронизируемой базе данных, появляется ошибка: «Не удалось подключиться к другой программе: -2147024891 (0x80070005): Отказано в доступе».

Решение:
1. Администрирование — Службы компонентов – Компьютеры – Мой компьютер – Приложения COM+ — Создать приложение – Создать новое приложение – вводим имя «V82.COMConnector»(переключатель «Серверное приложение») – Указанный пользователь (Администратор)
2. В появившейся ветке V82COMConnector – подветка Компоненты – создание нового компонента – Установка новых компонентов — bincomcntr.dll
3. Правой кнопкой по ветке V82COMConnector – Свойства – Безопасность – Снял галку «Принудительная проверка доступа для приложений» — Поставил галку «Применить политику программных ограничений» — Уровень ограничений «Неограниченный»

Проблема была именно с разрядностью.

Была похожая проблема при переходе с ЗУП 2.5 на ЗУП 3.1

Решилось добавление пользователем в службе компонентов

(10) Тоже столкнулся с этой проблемой.
На другой задаче на терминальном сервере x64 с 1С х64 и MS Excel 2003 — все работает, но там УПП.
А понадобилось для ERP сделать загрузку из Excel — и приехали.
«Ошибка при вызове конструктора (COMОбъект): Интерфейс не поддерживается».

В итоге я пока отказался от COM и пробую через ТабличныйДокумент работать, но все равно интересно, почему в одном случае 1Сх64 и Excelx32 без танцев с бубном завелись, а в другом на аналогичной системе выдают ошибку. Скорее всего, дело в разных правах пользователей. На сервере 1С запускается от USER1CV8, а на терминале — от имени доменных пользователей. С другой стороны, они там тоже ни разу не админы.

Источник

Инструкция по устранению ошибки (-2147024891) и установка CreateOP

Автоматическая настройка

Чтобы настроить обозреватель автоматически, выполните следующее:

В большинстве случаев автоматической настройки обозревателя достаточно для решения проблем. Проверьте, решилась ли проблема на этом этапе. Если этого не произошло — следуйте по инструкции далее.

Удалить временные файлы интернета

Чтобы удалить временные файлы, выполните следующее:

  • Зайдите в Internet Explorer
  • Откройте вкладку Сервис
  • Выберите пункт Свойства обозревателя
  • Перейдите во вкладку Общие
  • Нажмите кнопку «Удалить. »
  • Затем поставьте галочки рядом с пунктами «Временные файлы Интернета» и «Куки-файлы», затем нажмите «Удалить»

Настройка надёжных узлов

  • Зайдите в меню Пуск
  • Щелкните по пункту Настройка, если такого пункта нет, перейдите к следующему шагу.
  • Щелкните пункт Панель управления
  • Щелкните два раза по иконке Свойства обозревателя
  • Перейдите на вкладку Безопасность
  • Нажмите на зеленую галочку с надписью Надежные узлы
  • Затем нажмите кнопку Узлы
  • В появившемся окне в поле «Вэб-узлы» найдитеhttps://*.atlasnw.ru.
    Если у вас нет данного узла, впишите в поле «добавить в зону следующий узел:» https://*.atlasnw.ru и нажмите кнопку Добавить

Включение ActiveX

Чтобы включить элементы ActiveX, выполните следующее:

  • Зайдите в меню Пуск
  • Щелкните по пункту Настройка, если такого пункта нет, перейдите к следующему шагу.
  • Щелкните пункт Панель управления
  • Щелкните два раза по иконке Свойства обозревателя
  • Перейдите на вкладку Безопасность
  • Нажмите на зеленую галочку с надписью Надежные узлы
  • Затем нажмите кнопку Другой
  • В появившемся окне найдите пункт «Элементы ActiveX и модули подключения»
  • Все элементы этого списка с одинаковым значком должны быть включены. Рядом с каждым из них должна стоять галочка «Разрешить» или «Включить»

Для установки Capicom выполните следующее:

  • Загрузите компонент и сохраните его на компьютер Capicom v.2.1.0.2. (нажмите здесь для того, чтобы скачать)
  • Запустите файл CAPICOM-KB931906-v2102.exe и установите его

Для создания хранилища CreateOP выполните следующее:

  • Для скачивания скрипта для создания хранилища CreateOP щелкните здесь
  • Разархивируйте файл CreateOP_capicom.rar и скопируйте файлы из папки
  • Вставьте скопированные файлы с заменой в каталог:
    • C:WINDOWSsystem32 — если у вас 32-разрядная ОС
    • C:WINDOWSsyswow64 — если у вас 64-разрядная ОС

Если вы не знаете разрядность вашей ОС, воспользуйтесь данной инструкцией

  • Запустите файл CreateOP.bat (если у Вас не отображается расширение «.bat», то необходимо запустить файл, который отображается как «Пакетный файл MS-DOS»)
  • Должно появиться сообщение

  • Нажмите «ОК»
  • Далее появится второе сообщение:

  1. Скачайте файл capicom64.rar
  2. Распакуйте архив capicom64.rar в каталог C:windowssyswow64
  3. Зарегистрируйте библиотеку dll, для этого в командной строке ( Пуск — Выполнить ) введите: c:windowssyswow64regsvr32.exe capicom.dll
  4. Если предыдущие действия не помогли, установите на рабочее место 32-битный Internet Explorer

Windows Scripting Host

Описанные ниже действия необходимо выполнять только для операционной системы Windows XP.

Если все предыдущие шаги не дали результата, то стоит установить WSH 5.7 Щелкните здесь, чтобы скачать.

Источник

2147024891 что за ошибка

Вопрос

Все ответы

According to your description, I’d like to move this thread to Excel IT Pro Discussions Forum for better support.

Thanks for your understanding.

Best regards,
Quist

Quist Zhang [MSFT]
MSDN Community Support | Feedback to us

Could you try to contact your IT Pro, explain the situation to them, and let them to apply the updates for you, and check the issue again?

TechNet Community Support

Is it a local workbook, or shared on network?

If you opened it from network, try make a local copy and check the behavior.

— check if there are other macros in the Personal Macro Workbook (Personal.xlsb) that might confilct with your current macros.

— create a new Windows Profile to check if this error will still occur.

— since you mentioned about the permission limit from your IT policy, is there any difference between them?

Источник

Источник

@hh

It looks like we can’t run this recipe via WinRM:

I’ll have to figure out a way to get chef-provisioning / knife bootstrap and the like to run chef-client via a schtask.

From https://github.com/criteo-cookbooks/wsus-client#testing

Testing
-------
The PowerShell script will always fail if run via the winrm vagrant provider
as the IUpdateSession::CreateUpdateDownloader is not available remotely.

@hh

It may be possible to explicitly authenticate instead of implicitly and load the admin environment on the target machine:

From http://forum.sysinternals.com/topic5072_page1.html

There is an important difference between using implicit versus explicit logon: 

* psexec \target some_command uses implicit logon to \target. 

I.e. the user logged in locally will be used to logon to \target. But logging in implicitly he will loose the network resources on \target that he would have if he had logged on explicitly. 
As -e was not specified his environment will be that of the ".default" user on \target. Check e.g. the variable %userprofile%.

* psexec \target -u user - p passw some_command uses explicit logon to \target. 

psexec is told to explicitly identify as user "user" on \target (even if he is the same user "user" logged in locally). So network resources assigned to user "user" on \target may be available. 
As -e was not specified his environment will be that of the ".default" user on \target. Check e.g. the variable %userprofile%.

* psexec \target -u user -p passw -e some_command uses explicit logon to \target and loads the environment of user "user". 

Same as above plus: 
As -e was specified the environment on \target will be that of user "user", not the one of user ".default". 

NOTE: 
Starting with psexec v1.80 the default behaviour changed! The default now is to load the correct user environment. Specifying -e will keep psexec from loading the user's environment and use the .default environment instead.

@hh
hh

reopened this

Sep 14, 2015

@jmauro

Hey,

Thanks for the report, but we won’t be able to look at it before at least next week.

Regards,
JM

@jboeshart

I’m seeing this as well, and logged PR #17 which changes the execute resource to a powershell_script resource which allows it to run successfully.

@hh

Thanks @jboeshart I’ll take a look soon and verify.

@hh

@jboeshart I get a bit further but now have a different error via winrm regarding the OLE downloading at https://github.com/jboeshart/wsus-client/blob/fix_force_update_detection_cycle/providers/update.rb#L41

knife winrm --winrm-password 'FOOBARBAZ' -m 10.113.70.186 chef-client

[2015-09-30T09:34:41+00:00] INFO: Processing powershell_script[Force Windows update detection cycle] action run (wsus-client::configure line 102)
[2015-09-30T09:34:41+00:00] INFO: powershell_script[Force Windows update detection cycle] ran successfully
[2015-09-30T09:34:41+00:00] INFO: Processing powershell_script[Force ```
Windows update detection cycle] action nothing (wsus-client::configure line 102)
[2015-09-30T09:34:41+00:00] INFO: Processing wsus_client_update[WSUS updates] action download (wsus-client::update line 31)
[2015-09-30T09:34:46+00:00] INFO: Windows Auto Update: 41 update(s) to download.

================================================================================
Error executing action `download` on resource 'wsus_client_update[WSUS updates]'
================================================================================

WIN32OLERuntimeError
--------------------
(in OLE method `CreateUpdateDownloader': )
    OLE error code:80070005 in <Unknown>
      <No Description>
    HRESULT error code:0x80020009
      Exception occurred.

Resource Declaration:
---------------------
# In C:/chef/cache/cookbooks/wsus-client/recipes/update.rb

 31: wsus_client_update 'WSUS updates' do
 32:   action             actions_to_perform
 33: end

Compiled Resource:
------------------
# Declared in C:/chef/cache/cookbooks/wsus-client/recipes/update.rb:31:in `from_file'

wsus_client_update("WSUS updates") do
  action [:download, :install]
  retries 0
  retry_delay 2
  default_guard_interpreter :default
  declared_type :wsus_client_update
  cookbook_name "wsus-client"
  recipe_name "update"
end

[2015-09-30T09:34:46+00:00] INFO: Running queued delayed notifications before re-raising exception
[2015-09-30T09:34:46+00:00] ERROR: Running exception handlers
[2015-09-30T09:34:46+00:00] ERROR: Exception handlers complete
[2015-09-30T09:34:46+00:00] INFO: Sending resource update report (run-id: a2be1e12-eebb-4e29-aa0a-89206a85eba0)
[2015-09-30T09:34:47+00:00] FATAL: Stacktrace dumped to C:/chef/cache/chef-stacktrace.out
[2015-09-30T09:34:47+00:00] FATAL: WIN32OLERuntimeError: wsus_client_update[WSUS updates] (wsus-client::update line 31) had an error: WIN32OLERuntimeError: (in OLE method `CreateUpdateDownloader': )
    OLE error code:80070005 in <Unknown>
      <No Description>
    HRESULT error code:0x80020009
      Exception occurred.
ERROR: Failed to execute command on 10.113.70.186 return code 1

$ ./bin/winrm mip-2012-test-4 'type c:chefcachechef-stacktrace.out'
Retrieving instance id and ip address and password for mip-2012-test-4 type c:chefcachechef-stacktrace.out
knife winrm --winrm-password PASSWORD -m type c:chefcachechef-stacktrace.out
Generated at 2015-09-30 09:40:55 +0000
WIN32OLERuntimeError: wsus_client_update
[WSUS updates] (wsus-client::update line 31) had an error: WIN32OLERuntimeError: (in OLE method `CreateUpdateDownloader': )
    OLE error code:80070005 in <Unknown>
      <No Description>
    HRESULT error code:0x80020009
      Exception occurred.
C:/chef/cache/cookbooks/wsus-client/providers/update.rb:41:in `method_missing'
C:/chef/cache/cookbooks/wsus-client/providers/update.rb:41:in `block (2 levels) in class_from_file'
C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/why_run.rb:52:in `call'
C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/why_run.rb:52:in `add_action'
C:/opscode/chef/embedded/apps/chef/lib/chef/provider.rb:175:in `converge_by'
C:/chef/cache/cookbooks/wsus-client/providers/update.rb:36:in `block in class_from_file'
C:/opscode/chef/embedded/apps/chef/lib/chef/provider/lwrp_base.rb:61:in `instance_eval'
C:/opscode/chef/embedded/apps/chef/lib/chef/provider/lwrp_base.rb:61:in `recipe_eval_with_update_check'
C:/opscode/chef/embedded/apps/chef/lib/chef/provider/lwrp_base.rb:46:in `block in action'
C:/opscode/chef/embedded/apps/chef/lib/chef/provider.rb:140:in `run_action'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource.rb:584:in `run_action'
C:/opscode/chef/embedded/apps/chef/lib/chef/runner.rb:49:in `run_action'
C:/opscode/chef/embedded/apps/chef/lib/chef/runner.rb:81:in `block (2 levels) in converge'
C:/opscode/chef/embedded/apps/chef/lib/chef/runner.rb:81:in `each'
C:/opscode/chef/embedded/apps/chef/lib/chef/runner.rb:81:in `block in converge'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/resource_list.rb:83:in `block in execute_each_resource'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:116:in `call'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:116:in `call_iterator_block'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:85:in `step'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:104:in `iterate'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:55:in `each_with_index'
C:/opscode/chef/embedded/apps/chef/lib/chef/resource_collection/resource_list.rb:81:in `execute_each_resource'
C:/opscode/chef/embedded/apps/chef/lib/chef/runner.rb:80:in `converge'
C:/opscode/chef/embedded/apps/chef/lib/chef/client.rb:654:in `block in converge'
C:/opscode/chef/embedded/apps/chef/lib/chef/client.rb:649:in `catch'
C:/opscode/chef/embedded/apps/chef/lib/chef/client.rb:649:in `converge'
C:/opscode/chef/embedded/apps/chef/lib/chef/client.rb:688:in `converge_and_save'
C:/opscode/chef/embedded/apps/chef/lib/chef/client.rb:269:in `run'
C:/opscode/chef/embedded/apps/chef/lib/chef/application.rb:252:in `run_with_graceful_exit_option'
C:/opscode/chef/embedded/apps/chef/lib/chef/application.rb:229:in `block in run_chef_client'
C:/opscode/chef/embedded/apps/chef/lib/chef/local_mode.rb:39:in `with_server_connectivity'
C:/opscode/chef/embedded/apps/chef/lib/chef/application.rb:212:in `run_chef_client'
C:/opscode/chef/embedded/apps/chef/lib/chef/application/client.rb:402:in `block in interval_run_chef_client'
C:/opscode/chef/embedded/apps/chef/lib/chef/application/client.rb:392:in `loop'
C:/opscode/chef/embedded/apps/chef/lib/chef/application/client.rb:392:in `interval_run_chef_client'
C:/opscode/chef/embedded/apps/chef/lib/chef/application/client.rb:382:in `run_application'
C:/opscode/chef/embedded/apps/chef/lib/chef/application.rb:60:in `run'
C:/opscode/chef/embedded/apps/chef/bin/chef-client:26:in `<top (required)>'
C:/opscode/chef/bin/chef-client:67:in `load'
C:/opscode/chef/bin/chef-client:67:in `<main>'

@hh

If there are no updates, there are no errors here:

[2015-09-30T10:01:54+00:00] INFO: Processing wsus_client_update[WSUS updates] action download (wsus-client::update line 31)
[2015-09-30T10:03:04+00:00] INFO: Processing wsus_client_update[WSUS updates] action install (wsus-client::update line 31)

@jboeshart

That appears to be a different issue since it’s in the update LWRP rather than the config recipe, and is likely the issue that is mentioned in the Testing section of the readme that you mentioned previously. Does it work if you log on locally and run chef-client? What is your end goal with using the update LWRP? Is it to fully manage the Windows updates through Chef or is it to just kick off an initial update, then relying on the server configuration for subsequent updates?

@hh

Yeah, it works via schtask and rdp desktop.
The goal is to bootstrap windows nodes (from AMI’s provided by amazon) and run recipes and save new images hands off / all automated with chef.
Those initial images do not have updates applied.
I think there may also need to be some logic to detect when a reboot is required to for updates (I’m also installing some IIS windows_features). It’s available in the desktop interface as notices to reboot to finish updates etc. But not via wsus-client cookbook.

@jboeshart

Yeah, sounds like the issue mentioned in the readme. If it helps, I’ve got a script [1] that you could use to do updates instead of relying on the Windows Update service. You finagle something with a scheduled task or something, since I don’t know that it would work through WinRM either as it uses the same objects that the update recipe does. It will handle reboots if needed as well. I’m doing something similar for nodes in AWS, but want to not have to mess with GPO to configure/schedule/run Windows Update, and this has seemed to work so far (though I’m still a bit early in the process).

[1] https://github.com/jboeshart/code/blob/master/powershell/Apply-WindowsUpdates.ps1

@brugidou

Indeed it is not possible to run this cookbook in a winrm session as specified in the readme. A workaround is to create a scheduled task from winrm, run this task (generally as SYSTEM user) and delete the task afterwards.

@Annih

Hello Guys :)

Sorry for the delay, thanks for your patience and all your investigations on this topic.
I think you currently have 2 issues:

  1. strange exit code on the execute wuauclt (which should work with winrm)
  2. update LWRP failing when run remotely (which is the behavior described in the README)

For 1. I would need more information on the procedure to reproduce:

  • which chef version do you run
  • what particularity has your Windows 2012R2 image
  • did you apply any other configuration/gpo ?

For 2. I think I won’t be able to provide you a better solution than a Schedule task.

Regards.

@jboeshart

I’m running the latest Chef Omnibus installer (12.4.3) testing locally using Vagrant and Test Kitchen. I’m running Windows 2012r2 with the base install and no additional configuration or policies.

c:windowssysnative is only intended for use within 32-bit applications [1], so I’m wondering if that’s causing some of the issues, though if I change it to c:windowssystem32 it for some reason can’t even find the wuauclt.exe executable. If I use the powershell_script resource it works, even without requiring the specification of the path to wuauclt.exe. I ran a procmon trace to see if that showed anything. It shows the wuauctl.exe process starting, then it just exits with that access denied error code. There’s a number of posts on the Googles with the same error when trying to kick that same command off remotely with tools like psexec that are fixed by specifying credentials. This leads me to think that it’s something with the way Ruby/ShellOut is creating the shell, but I’ve yet to find anything definitive other than it works with powershell_script and doesn’t with execute.

[1] https://msdn.microsoft.com/en-us/library/windows/desktop/aa384187(v=vs.85).aspx

This was referenced

Oct 7, 2015

@Annih

Hello @hh

Again thanks for you contribution, this issue is clearly related to winrm limitation and not wsus-client cookbook, so I’ll not fix it sorry.

However I’m trying to push chef windows contributors to fix this issue using schedule task (as you did in your issue at chef-provisioning) in all related technologies:

  • test-kitchen#876
  • knife-windows#318
  • chef-provisioning#443 — it’s yours!!

Regards,

Annih

@hh

@Annih

Yep, it could be very cool if test-kitchen, knife-windows and chef-provisioning were using this gem :)

Источник

I already have Visual Studio 2017 on my development machine. Now to upgrade to Visual Studio 2019. So a fresh install of Visual Studio 2019 16.0.3 with an upgraded Resharper 219.1.1 for both VS2017 & 2019.

Open a test in VS2017 right click and Run All and R# runs the test and all is well. Open same test in VS2019 and Run All and I get:

  • MyTests is inconclusive
  • And when I hover over the test I see:

enter image description here

Anyone seen this or can suggest a fix?

asked May 14, 2019 at 11:39

TheEdge's user avatar

3

The error -2147024891 could mean ERROR_ACCESS_DENIED COR_E_UNAUTHORIZEDACCESS. So you have a permission issue which should be fixed if you run the Visual Studio as admin when you try to run the .tests

answered May 15, 2019 at 14:34

magicandre1981's user avatar

magicandre1981magicandre1981

27.5k5 gold badges83 silver badges124 bronze badges

Источник

This post was most recently updated on March 10th, 2022.

4 min read.

This article explains how to fix error 2147024891 (or sometimes -2147024891), “System.UnauthorizedAccessException” when accessing functionality in SharePoint that’s built on top of SOAP Web Services. In a sense, we’re delving into some legacy stuff – Microsoft has still kept SOAP-based SharePoint Web Services included in the product, since a lot of functionality has been built on top of them.

We encountered the issue where you suddenly started getting exceptions for Unauthorized Access (-2147024891, System.UnauthorizedAccessException) for accessing list items, no matter if you actually had access to the list or not.

Error description

We started getting this error, when requesting list items using SharePoint SOAP Web Services (namely, Lists.asmx):

-2147024891, System.UnauthorizedAccessException

Access denied. You do not have permission to perform this action or access this resource.

SharePoint Online might throw this error at you, even if your user account has Global Admin permissions!

“Wait, wait, wait… Is SOAP still available in SharePoint?”

Haha, yes, yes it is (I say, as I’m laughing through my tears). SharePoint Web Services is built on SOAP, and it’s still not going anywhere.

While you probably shouldn’t build anything new using these services, there’s bound to be a lot of legacy stuff that uses them.

Microsoft puts it this way:

Two API sets are still supported in the SharePoint framework for backward compatibility, but we recommend that you not use them for new projects: the ASP.NET (asmx) web services, and direct Remote Procedure Calls (RPC) calls to the owssvr.dll file.

“Deprecated API sets“

The asmx – SOAP – Web Services generally speaking should not be used anymore.

Marc D Anderson puts it this way (already in 2014):

I am not aware of any official specific time frames for the SOAP services going away, and the Product Group would need to give us a good, long lead time because lots of code depends on it, SPServices or not. Many people have built managed code-based solutions which use the SOAP Web Services as well. GetListItems is a workhorse operation no matter how you build your solutions.

SPServices: What About Deprecation of the SOAP Web Services?

Microsoft’s old stance on the matter is well described in the picture below – while Silverlight APIs, JavaScript APIs (namely JSOM) and in a lot of cases Server APIs as well are more or less already gone, the purple box (REST/OData Endpoints) is the API set replacing SOAP Web Services almost entirely.

As we can see today, the APIs were still there – and they started throwing errors our way!

Can’t deny it, though – my first thought was, that now it finally happened: Microsoft just shut down the service it deprecated already in 2013(?). But it actually only happened on one tenant, so I guess that wasn’t the case after all :)

But what was it, then?

Reason

Okay, this is basically magic. It’s a bit weird, but the resolution here is the same as in this case:

Surprising, but the underlying error is apparently the same. So enabling “Legacy Auth Protocols” fixes the issue for the SOAP Web Service authentication.

Next, let’s see how to do that!

Solution to SOAP Web Service authentication issues in SharePoint Online

Let’s jump to the solution, then!

The “How-to” below is basically copied from my other blog post, here: How to fix “The website does not support SharePoint Online credentials. The response status code is ‘Unauthorized’” as the solution is the same.

Time needed: 12 hours.

How to fix “The website does not support SharePoint Online credentials. The response status code is ‘Unauthorized’” or “MSDAVEXT_Error=917656”?

  1. Fire up your PowerShell console

    If you have SharePoint Online Management Shell, feel free to use that. If not, just use PowerShell instead.

  2. Verify you’re using the latest module versions

    Before doing anything more drastic, it’s worth verifying you have the latest versions of the necessary PowerShell modules available. If you’re using an outdated version of PowerShell commandlets, it’s quite possible that a simple module update will resolve your issue. So, before flipping any of the more exotic PowerShell switches, run the commands below and see if they help:

    # Uninstall your current versions of SharePoint PnP Powershell Online and install the latest
    Uninstall-Module SharePointPnPPowerShellOnline
    Install-Module SharePointPnPPowerShellOnline

    # Uninstall your current version of SharePoint Online Management module and install the latest
    Uninstall-Module Microsoft.Online.SharePoint.PowerShell
    Install-Module Microsoft.Online.SharePoint.PowerShell

    Then try to log in again. If that didn’t help, proceed!

  3. Flip ’em switches!

    Next, run these commandlets (if you want to be careful, first-run Get-SPOTenant with switches to see the value before the change – and check with the environment’s IT and/or security team if they are other than defaults):

    Connect-SPOService
    Set-SPOTenant -LegacyAuthProtocolsEnabled $True

    It’s a bit weird, but seems to do the trick! It might take a moment for the changes to be propagated to all systems – or, like I suspect, the background job that gets started by “updating” these values (even if you just save them with their default values) to do whatever it does.

    On the two occasions that I have had to do it, it took overnight for the authentication to then start to work. I’ve heard from others, that for them it’s been updated in 30 minutes. The bottom line seems to be not to fret until some 12 hours after the change has been made.

Further reading

  • https://sharepoint.stackexchange.com/questions/103365/office-365-sharepoint-online-2013-rest-with-soapui
  • https://stackoverflow.com/questions/7935279/sharepoint-webservices-getlists
  • https://docs.microsoft.com/en-us/sharepoint/dev/general-development/choose-the-right-api-set-in-sharepoint#DeprecatedAPIs
  • https://sympmarc.com/2014/04/03/spservices-what-about-deprecation-of-the-soap-web-services/
  • Author
  • Recent Posts

mm

Antti Koskela is a proud digital native nomadic millennial full stack developer (is that enough funny buzzwords? That’s definitely enough funny buzzwords!), who works as Solutions Architect for Precio Fishbone, building delightful Digital Workplaces.

He’s been a developer from 2004 (starting with PHP and Java), and he’s been working on .NET projects, Azure, Office 365, SharePoint and a lot of other stuff. He’s also Microsoft MVP for Office Development.

This is his personal professional (e.g. professional, but definitely personal) blog.

mm

Источник

Понравилась статья? Поделить с друзьями:
  • Error code 2101
  • Error code 21000069 epson
  • Error code 21000068 adjustment
  • Error code 21000066 epson
  • Error code 210 reason power error status 0x0000 0x0001