none
Ошибка при публикации рабочего процесса платформы 2013 RRS feed

  • Вопрос

  • Всем доброго дня!

    На SharePoint Server 2013 создан список типа "Настраиваемый список". Тип контента стандартный элемент. В SPD2013 к этому списку приделываю РП платформы 2013. Логика РП простейшая (и не имеет значения в данном вопросе). Сам РП должен автоматически запускаться при создании нового элемента в списке.

    При нажатии кнопки "Опубликовать" сохранение РП проходит без ошибок, а на стадии "Публикация рабочего процесса" возникает ошибка:

    "При компиляции рабочего процесса обнаружены ошибки. Файлы рабочего процесса были сохранены, но они не могут быть зап..."

    Текст сообщения: "System.InvalidOperationException: Operation failed with error System.UnauthorizedAccessException: ActivityId клиента У вызывающей стороны нет разрешений на эту операцию. Имеющиеся разрешения: None. Нужные разрешения: WriteScope. Заголовки HTTP, полученные от сервера: ActivityId: c5c59242-e5c2-4a81-a8ac-cdba389b1ec6. NodeId: INFPORTAL. Scope: /SharePoint/default/063c5bfe-8d01-42e1-962".

    Вопрос: каких разрешений ему не хватает?

    Что я делаю не так? Где и что надо поправить/прописать?

    Помогите, пожалуйста!

    Бьюсь с этой проблемой уже достаточно долго. пробовал всем! службам SP назначить доменную учетную запись с админскими правами самого сервера, сервера SQL, и фермы. В разрешения самого списка тоже принудительно добавил полный доступ для этой учетки. На всякий случай выполнил сравнение учеток работающих служб SP в консоле и на странице администрирования, везде все совпадает. Сам SPD2013 установлен на сервере и запускается под той же админской учеткой. Ничего не помогает.

    Никаких дополнительных "сторонних" фичек нет. Все обновления (вроде бы все, если верить автоматическому WU) установлены.

    Конфигурация:

    OS: Windows Server 2012 R2 Standard

    SQL: SQL Server 2012

    SP: SharePoint Server 2013 Enterprise

    К сожалению, ферма из одного сервера.

    PS. для того же списка РП с платформой 2010 с той же логикой работает на ура.

    PPS. повторно используемый РП и РП сайта также не публикуются с такой же ошибкой.




    • Изменено lex0101 21 ноября 2014 г. 10:18
    21 ноября 2014 г. 8:38

Ответы

  • Проблема решена следующими действиями:

    1. Запуск на сервере мастера "Настройка Workflow Manager" - отсоединение от существующей фермы.
    2. Запуск на сервере мастера "Настройка Workflow Manager" - создание новой фермы (с новыми базами) и присоединение сервера к ней.
    3. Затем выполнена команда "Register-SPWorkflowService".
    • Помечено в качестве ответа lex0101 9 апреля 2015 г. 11:14
    9 апреля 2015 г. 11:13

Все ответы

  • если я правильно понял любые РП 2013 не работают?
    от какой учетной записи запускаете дизайнер?

    вот похожий вопрос на англоязычном форуме

    https://social.technet.microsoft.com/Forums/sharepoint/en-US/7097f442-1b6f-4656-b0b8-04392dfa6a12/error-while-trying-to-publish-2013-workflow-via-designer-probably-a-workflow-manager-backend-user?forum=sharepointadmin#19ea0bd8-3d43-441c-aada-06033c0b8476

    21 ноября 2014 г. 10:03
  • Любые РП 2013 не работают.

    Дизайнера пробовал запускать под своей доменной учеткой на клиенте, под своей доменной учеткой на сервере, под доменной учеткой (с админскими правами) на сервере. Результат во всех случаях одинаков и отрицателен.

    Админская учетка: SharePointAdmin.

    Она доменная. Имеет соответствующие права на самом сервере, сервере SQL и в ферме. Под этой учеткой был установлен и настроен сам SharePoint и ServiceBus. При настройке SharePoint (по советам из мануалов) для отдельных служб (для службы поиска и ей подобных) была назначена другая учетка с меньшими правами. Месяца 3 все это работало почти без нареканий* пока я не добрался до РП.

    * нарекания есть на то, что после перезапуска самого сервера автоматически не запускались службы SP (все службы, как с админской учеткой, так и с учеткой пониженных прав). приходилось стартовать их каждый раз вручную, предварительно задав в консоле пароль (тот же самый).

    Когда столкнулся с проблемой РП2013, я переназначил всем службам SP админскую учетку. все пулы приложений работают под той же учеткой. результата это не дало.

    ой... не совсем все службы. служба SharePoint Administration работает под учеткой "Локальная система", службе SharePoint VSS Writer назначена учетка "Локальная система", но она не запущена (тип запуска стоит "Вручную"). Может их тоже перевести на админскую учетку?

    Заставлю своих доменных админов разбираться с учеткой SharePointAdmin, чтобы она пароль свой не забывала.

    21 ноября 2014 г. 11:32
  • тут только 2 варианта проблемы, на мой взгляд

    1. Либо что то с учетными данными из под которой запускается дизайнер и публикуется процесс, но тут по моему вы все попробовали, и запускать из под своей уз, и из под другой, и из под уз "Админская учетка: SharePointAdmin."  
    Либо в папках локального профиля мусор и ошибки, но вы пробовали на разных пк(если конечто же у вас не фолдер редирекшн, удаленного хранения профиля)

    2. Если некорректно подключена платформа рабочих процессов  sharepoint 2013 (они вообще работали?)

    уз сервисных учетных записей лучьше не менять, пока не создадите план по смене учетных записей(в sharepoint  это целый процесс :-) )

    21 ноября 2014 г. 12:25
  • проблема с автоматическим запуском служб SP с заданной админской учеткой SharePointAdmin решена.

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

    РП2013 не публикуется((((( ошибка не изменилась.

    Я первый раз стал делать РП SharePoint 2013. раньше все крутилось на 2010ой версии, вот только недавно перешли на новую. решил попробовать создать процесс... а оно не получается((

    "2. Если некорректно подключена платформа рабочих процессов  sharepoint 2013"

    что значит некорректно? как проверить эту корректность? как сделать корректно? где можно почитать про это?

    21 ноября 2014 г. 12:55
  • где то тут должно быть что то подходящее

    http://technet.microsoft.com/ru-ru/library/jj658588(v=office.15).aspx

    21 ноября 2014 г. 13:43
  • Проблема решена следующими действиями:

    1. Запуск на сервере мастера "Настройка Workflow Manager" - отсоединение от существующей фермы.
    2. Запуск на сервере мастера "Настройка Workflow Manager" - создание новой фермы (с новыми базами) и присоединение сервера к ней.
    3. Затем выполнена команда "Register-SPWorkflowService".
    • Помечено в качестве ответа lex0101 9 апреля 2015 г. 11:14
    9 апреля 2015 г. 11:13