none
Вопрос по регистрации Test Agent в Test Controller. (0x80004005 No such host is known) RRS feed

  • Вопрос

  • Читал аналогичные темы - не помогло, итак:

    Есть TestController и 2 TestAgent, один на машине с TestController, второй находится в другом домене

    При конфигурировании удаленного TestAgent появляется ошибка:

    Failed to register this test agent with the test controller

    А затем: Added agent user account on controller successfully

    http://i075.radikal.ru/1102/78/6033ee958215.png

    Брандмауэр отключен на обоих машинах, пользователь добавлен в список администраторов,

    TestController включен, TestAgent, установленный на той же машине, что и TestController - запущен и работает. Лог:

    I, 2011/02/24, 13:41:27.657, Creating Channel
    I, 2011/02/24, 13:41:32.188, CreateControllerObject: attempt 0, System.Net.Sockets.SocketException (0x80004005): No such host is known

    Server stack trace:
       at System.Net.Dns.GetAddrInfo(String name)
       at System.Net.Dns.InternalGetHostByName(String hostName, Boolean includeIPv6)
       at System.Net.Dns.GetHostAddresses(String hostNameOrAddress)
       at System.Runtime.Remoting.Channels.RemoteConnection.CreateNewSocket()
       at System.Runtime.Remoting.Channels.RemoteConnection.GetSocket()
       at System.Runtime.Remoting.Channels.SocketCache.GetSocket(String machinePortAndSid, Boolean openNew)
       at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.SendRequestWithRetry(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream)
       at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
       at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

    Exception rethrown at [0]:
       at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
       at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
       at Microsoft.VisualStudio.TestTools.Controller.ControllerObject.Hello()
       at Microsoft.VisualStudio.TestTools.ConfigCore.TestControllerHelper.CreateControllerObject(String controllerUri)
    I, 2011/02/24, 13:41:36.782, CreateControllerObject: attempt 1, System.Net.Sockets.SocketException (0x80004005): No such host is known

    Вопрос: В чем может быть причина? Можно ли как-нибудь отдельно проверить что эта ошибка 0x80004005 воспроизводится?

    Форумы читал, по ссылке http://social.msdn.microsoft.com/Forums/en/vststest/thread/df043823-ffcf-46a4-9e47-1c4b8854ca13 я уже был, не помогает

    24 февраля 2011 г. 11:00

Ответы

  • Да - пользователь должен иметь права в домене, либо обойти это использованием локального администратора. Посмотрите, здесь хорошо описано: http://msdn.microsoft.com/en-us/library/dd648127.aspx (раздел Requirements for Workgroups and Multiple Domains)

    Цитата:

    If you plan to run your test controllers and test agents on machines that are in a work group and not in a domain, or machines that run in different domains that do not have a two-way trust relationship, you must follow these steps as part of your installation process:

    1. On each computer where you will install a test controller or test agent, create a local user account that is a member of the Administrators group. Use the same account and password on each machine.

    2. Use this user account for your test controllers when you install and configure them.

    3. Add this account to the TeamTestAgentService group on the test controller machine.

      Caution noteCaution

      When you add this user account to the group, do not include the name of the local machine. For example, do not add the user account as <machine name>\<username>. Just add <username> as the user account for the group.

    4. Install and configure your test agents using this same account.

    • Помечено в качестве ответа Abolmasov Dmitry 25 февраля 2011 г. 10:01
    24 февраля 2011 г. 12:50

Все ответы

  • Судя по всему причина в том, что второй агент находится в другом домене, и сетевые настройки изолируют его от контроллера. Проверьте, виден ли (например, ping) компьютер, на котором установлен контроллер с компьютера с удаленным агентом. Если не виден по имени, поробуйте по IP. Проверьте права удаленного пользователя на домене контроллера.

    24 февраля 2011 г. 11:53
  • Пинг идет, telnet по порту идет, на контроллере у пользователя права администратора, смущает еще строка за ошибкой:

    Added agent user account on controller successfully

    Получается что пользователь был добавлен успешно, но регистрация не прошла?

    UPD: права пользователя в домене тоже как то могут решать?

    24 февраля 2011 г. 12:08
  • Да - пользователь должен иметь права в домене, либо обойти это использованием локального администратора. Посмотрите, здесь хорошо описано: http://msdn.microsoft.com/en-us/library/dd648127.aspx (раздел Requirements for Workgroups and Multiple Domains)

    Цитата:

    If you plan to run your test controllers and test agents on machines that are in a work group and not in a domain, or machines that run in different domains that do not have a two-way trust relationship, you must follow these steps as part of your installation process:

    1. On each computer where you will install a test controller or test agent, create a local user account that is a member of the Administrators group. Use the same account and password on each machine.

    2. Use this user account for your test controllers when you install and configure them.

    3. Add this account to the TeamTestAgentService group on the test controller machine.

      Caution noteCaution

      When you add this user account to the group, do not include the name of the local machine. For example, do not add the user account as <machine name>\<username>. Just add <username> as the user account for the group.

    4. Install and configure your test agents using this same account.

    • Помечено в качестве ответа Abolmasov Dmitry 25 февраля 2011 г. 10:01
    24 февраля 2011 г. 12:50