www.InTouch.su

При попытке задеплоить WinPlatform на удаленный PC возникает ошибка "Error: Failed to deploy IO1 : Cannot find the target PC on the network OR target PC can not communicate back to the Galaxy Repository using the NIC that is top in the binding order". На сервере GR и на удаленном PC установлена Windows 8.1, платформа WSP 2014 R2. Были настроены учетные записи для удаленного подключения к Galaxy. Подключение к Galaxy c удаленного PC проходит успешно т.е связь есть. Подскажите пожалуйста на что можно обратить внимание?

Для начала Host-файл заполнить на GRNode и удаленной платформе.

Starley писал(а):Для начала Host-файл заполнить на GRNode и удаленной платформе.

Ну, это лишь в том случае, если используется не доменная структура.
Настройки антивирусов и фаерволов проверьте.

Домена нет, хост-файл заполнили, антивирусы и файрволы выключали.

asutegus писал(а):на что можно обратить внимание?

asutegus писал(а): target PC can not communicate back to the Galaxy Repository using the NIC that is top in the binding order

В центре управления сетями Панели управления, Изменение параметров адаптера, Дополнительно, Дополнительные параметры.
Сетевой адаптер, по которому пытаетесь деплоить д.б. верхним.

При попытке задеплоить WinPlatform выподает ошибка

"Error: Failed to deploy WinPlatform_EW : Remote Node's UserId/Password don't match GR Node's.
Error: Failed to deploy WinPlatform_EW : Remote Node's UserId/Password don't match GR Node's.
Operation has been completed for 1 object(s) starting with WinPlatform_EW hosted by test12"

на сервере GR стоит win 2012R2х64 SP2014R2 на удаленном Win 7x64 и SP2014R2. Обе PC находятся в домене.
обе работают под одной и той же учетной записью домена. Учетка имеет права как локального так и доменного пользователя и администратора, а так же локально находится в группе aaAAdministrators. Удаленный РС подключается к GR но как то ооооочень долго(минут 5-15).
подскажите, что может быть?

аутентификация в "Configure Security" отключена. локальная платформа деплоится без проблем.

платформа не желтая, деплой по IP желаемого результата не принес (ошибка та же).

YurBas писал(а):"Error: Failed to deploy WinPlatform_EW : Remote Node's UserId/Password don't match GR Node's.

1. https://softwaresupportsp.invensys.com/ ... ctp=search
Error: "Failed to deploy PlatformX: Remote Node's User Id/Password don't match GR Node's"
Error: Failed to deploy PlatformX: Remote Node's User Id/Password don't match GR Node's
The ArchestrA user account are mixed domain and local accounts
The ArchestrA user account are mixed domain and local accounts. Example: The GR is using a domain account and the remote platform is using a local account. Same name and password, but one is domain the other is local.
ArchestrA account domain type must match; all domain OR all local.
ArchestrA account domain type must match; all domain OR all local. NOTE: Even though name and passwords match, they must also all either be domain accounts OR local accounts (no mixing domain/local in the galaxy nodes).

2. https://softwaresupportsp.invensys.com/ ... ctp=search
On Remote node
- Make sure ArchestrA bootstrap is installed correctly.
- Make sure ArchestrA Network Account is configured correctly and listed in Administrators group.

3. https://softwaresupportsp.invensys.com/ ... ctp=search
Error: "Remote Node's UserID/Password don't match GR Node's" when deploying a remote platform.
Verify the LAN Property on the GR node to see if "File and Printer Sharing for Microsoft Networks" is checked or not.
Make sure "File and Printer Sharing for Networks" in GR node LAN property is checked.
Make sure "File and Printer Sharing for Networks" in GR node LAN property is checked.

4. https://softwaresupportsp.invensys.com/ ... ctp=search
ISSUE: The customer was trying to get modifications to the managed app deployed to the client. Had to remove the Platform on the GR and now cannot redeploy the GR platform. Getting two errors.
aaPIM could not add folder: CreateDir. Access denied
Failed to deploy remote node user ID does not match GR
CAUSE: The D drive (where Application Server was installed) had the default properties of the files and folders set to Read Only. Special permissions were given to some of the user accounts but not to the ArchestrA account.
RESOLUTION: The customer added the ArchestrA service account to the same permission pool on the D:\Program Files (86)\Archestra folder giving it full permissions. After this change, the customer was able to login to the ArchestrA IDE with the service account and deploy the InTouchViewApp.