Connection to BSA VRO

Similar Questions

• Connection at the vRO 7.0.1 device with Jenkins LTS worm. 1.609.1

  I was wondering if someone out there may be able to direct me towards some resources/documentation on how to properly configure our instance of Jenkins to be able to run workflows Orchestrator.  We were able to download and install the plugin from Orchestrator vRealize VMWare for Jenkins (VMware vRealize Orchestrator Plugin - Jenkins - Jenkins Wiki) and create jobs for a given Jenkins slave where we can save workflow in our instance Orchestrator as of build steps successfully.  When we try to run the build, the Jenkins console output appears in the form:

  10:02:49 by anonymous user

  10:02:49 [EnvInject] - node environment variable loading.

  10:02:49 building suite remote * sanitized *in the F:\jenkins\workspace\anon_orchestrator_create-a-snapshot workspace

  10:02:49 FATAL: received fatal alert: handshake_failure

  10:02:49 java.io.IOException: received fatal alert: handshake_failure

  10:02:49 by com.vmware.vro.jenkins.plugin.OrchestratorBuilder.perform(OrchestratorBuilder.java:95)

  10:02:49 hudson.tasks.BuildStepMonitor$ 1.perform(BuildStepMonitor.java:20)

  10:02:49 hudson.model.AbstractBuild$ (AbstractBuild.java:761) AbstractBuildExecution.perform

  10:02:49 hudson.model.Build$ (Build.java:203) BuildExecution.build

  10:02:49 hudson.model.Build$ (Build.java:160) BuildExecution.doRun

  10:02:49 hudson.model.AbstractBuild$ (AbstractBuild.java:536) AbstractBuildExecution.run

  10:02:49 by hudson.model.Run.execute(Run.java:1741)

  10:02:49 by hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)

  10:02:49 by hudson.model.ResourceController.execute(ResourceController.java:98)

  10:02:49 by hudson.model.Executor.run(Executor.java:374)

  10:02:49 caused by: javax.net.ssl.SSLHandshakeException: received fatal alert: handshake_failure

  10:02:49 by sun.security.ssl.Alerts.getSSLException(Alerts.java:192)

  10:02:49 by sun.security.ssl.Alerts.getSSLException(Alerts.java:154)

  10:02:49 by sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1943)

  10:02:49 by sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1059)

  10:02:49 by sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1294)

  10:02:49 by sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1321)

  10:02:49 by sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1305)

  10:02:49 by org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:395)

  10:02:49 by org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:354)

  10:02:49 by org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:134)

  10:02:49 by org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:353)

  10:02:49 by org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380)

  10:02:49 by org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)

  10:02:49 by org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)

  10:02:49 by org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)

  10:02:49 by org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)

  10:02:49 by org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)

  10:02:49 by org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)

  10:02:49 by org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)

  10:02:49 by com.vmware.vro.jenkins.plugin.util.RestClient.executeRequest(RestClient.java:139)

  10:02:49 by com.vmware.vro.jenkins.plugin.util.RestClient.httpGet(RestClient.java:77)

  10:02:49 by com.vmware.vro.jenkins.plugin.OrchestratorClient.fetchWorkflows(OrchestratorClient.java:66)

  10:02:49 by com.vmware.vro.jenkins.plugin.OrchestratorBuilder.perform(OrchestratorBuilder.java:87)

  10:02:49 ... 9 more

  10:02:49 [BFA] generation of scanning for known causes...

  10:02:49 [BFA] no cause of failure found

  10:02:49 [BFA] done. 0 s

  10:02:49 Started calculating the use of disc construction

  10:02:49 over the calculation of the use of the drive to build in 0 seconds

  10:02:49 Started calculating the use of disk space

  10:02:50 over the calculation of the use of the disc of the workspace of 0 seconds

  10:02:50 finished: FAILURE

  Is there someone who has done this before and can offer some advice?  Thank you very much...

  Hello

  For security reasons, vRO 7.0.1 limited connector protocols to TLSv1.2 and TLSv1.1. Other previously used as SSLv3 or TLSv1 protocols are disabled by default.

  In looking at the plugin source code (class RestClient), it seems that it uses Apache SSLContextBuilder without explicitly specifying a Protocol, to which cases he TLS by default. Now, if your instance of Jenkins (and therefore the plug-in) works in Java 7, it will be by default the client code tries to connect using TLSv1 which is not supported by the vRO server, and therefore, you will get the error of the handshake.

  The first reflection is to verify that Jenkins is running on Java 7. If this is the case, then to run under Java 8 should solve the problem of the handshake.

  If for some reason, moving to Java 8 is not an option, then the alternatives are:

  (1) the class plugin (RestClient) code in particular can be changed at the explicit request for example. TLSv1.2 Protocol, or

  (2) you can lower the security settings on vRO device to re - enable support for TLSv1 / protocols SSLv3 by adding them to the list with active protocols in the /etc/vco/app-server/server.xml file and restart the service of vRO.

• How to connect the vCO vRO action name programmatically?

  Anyone know if we can save name of the action by programming just as a workflow name can be made, something like Workflow.action.name?  This helps identify what action the failure occurred.

  Jörg have already said, there is not such a generation - in function. However, you can use the default, that Rhino javascript engine of capabilities to achieve what you're trying to do. Use this:

  //VRO's arguments.callee.name implementation will always return the String "Module + action name".
  //We remove the "Module" prefix. Remember: while this works with vRO 6 and 7, it may stop working if the RHINO implementation changes.
  var actionName = arguments.callee.name.substr(6);
  //Keyword this represents the module this action is part of. The Module scripting object provides access to the name property.
  System.log("The currently running action is: " + this.name + "." + actionName);
  

  Concerning

  Robert

• Impossible to connect to new vRealize Orchestrator install

  Hey all, I installed vRealize Orchestrator and has not been able to enter the correct credentials. I tried using the root login and password during installation, I created and I tried to use my credentials for vCenter (format username@domain both user domain\username) but no joy. I get the "" connection failed: incompatibility of the username/password or account temporarily blocked after too many failed attempts "error message." I think I've tried four times; How many times are too many failed attempts?  I checked in vCenter and my vCenter admin account was listed under > manage > permissions for vRealize. I was skeptical that I had incorrectly entered the root password but I thought I would give it another try so I did a nuke and repopulate and tried again. No, I still can't with the credentials that I created or my credentials for vCenter. "Installation and Configuration Guide" is not much help here.

  I'm trying to install VMware-vRealizeOrchestrator-Unit - 6.0.4.0 - 3619080_OVF10.ova in VMware vCenter 6 Standard. Am I missing a step somewhere that will help me to access and configure my vRealize Orchestrator?

  Thank you

  Joe B

  Hey Joe,

  Where exactly you are trying to connect with the root account? Client Java vRO, or in the vRO Web Configurator, or elsewhere?

  By default, vRO is configured with LDAP authentication, integrated, to connect with the vRO Java client, you will need to use some of the embedded LDAP user accounts (IE. ( vcoadmin). For the Web Configurator, I think the default user name is vmware. The root account is if you want the SSH connection at the vRO device.

• "You don't have permission to view this object" when you try to watch the vRO in web client workflows

  I just installed vRO 6.0.4 in my environment (vSphere 6, 6.1, 6.1 VR - plugins for both installed SRM). I plugged on SSO (using my account [email protected]) successfully, said the the vRO client vCenter and I can see all the workflows in vRO when I go through the web client of vSphere. However, when I click on any workflow, I get a blank gray window with the error in the title of this message.

  Any help would be greatly appreciated.

  Hey, GS long time not to mention.

  Couple of quick question, when you logged in service webclient which account were you using and is this account a member of the Group Admin vCO you have configured with SSO?

  You have configured permissions inside vRO?  When you are in the high-level view tab workflow that you will need to assign at least display and inspect the permissions for all the people who will access the vRO via the web-client workflows.  This authorization at the top of the tree gives users the rights to connect to the vRO to vSphere, then you can set the execute permissions on the workflow in the context menu.

  See if that helps you

  Steve

• Can't access web page from the application of vRO with Firefox 39.0

  I tried to access to https://IPAddress:8281 / vco / and all of a sudden I'm greeted with the following error:

  An error occurred during a connection to ipaddress:8281. SSL has received a low ephemeral Diffie-Hellman key in the handshake message exchange the server key. (Error code: ssl_error_weak_server_ephemeral_dh_key)

  I think that Firefox updated itself between now and the last time I tried to access the web page.

  I checked the release notes for version 39 and I see this: remove support for SSLv3 unsecured for communications network

  -What is the source of the problem? Does anyone else have this problem?

  The problem is that SSLv3 and some suites of encryption used in vRO devices are now considered not secure and some applications for example. Firefox started blocking them.

  Following are the result of encryption currently configured in vRO 6.x:

    TLS_DHE_RSA_WITH_AES_256_CBC_SHA
    TLS_DHE_DSS_WITH_AES_256_CBC_SHA
    TLS_RSA_WITH_AES_256_CBC_SHA
    TLS_DHE_RSA_WITH_AES_128_CBC_SHA
    TLS_DHE_DSS_WITH_AES_128_CBC_SHA
    TLS_RSA_WITH_AES_128_CBC_SHA
  

  Those who have DH on their behalf (Diffie-Hellman) should be disabled (4 of 6). The easiest way is to remove from the list of encryption algorithms in the following files:

    /etc/vco/app-server/server.xml  (vRO server)
    /etc/vco/configuration/server.xml  (vRO configurator)
  

  After removing the unsecured encryption, you may need to restart vRO. Now you should be able to connect to the vRO device using Firefox 39.

• vRealize Orchestrator - cannot add to vSphere Web Client

  Hello

  I configured the device vRealize Orchestrator and added the vCenter Server to the server via the customer to vRO Orchestrator--> library and can successfully run workflows against objects in vCenter. Then vRO works.

  BUT

  The problem I have is that I can't seem to add the server vRO to vSphere Web Client. I do not see the plugin if and when I go to the Orchestrator plugin I see the vCenter Server in the "House of vCO' tab but"N/A"under"Managed by vCenter Orchestrator Server"." Under the "Lists" section it says "vCO servers: 0".» What Miss me?

  I tried to add the new server to vRO (device) by changing the vCenter object and enter the server IP new vRO. But "Test connection" fails every time.

  In addition, vCO has been installed with vCenter initially but never used and not yet used. But I don't think it would make a difference.

  I don't see the vCenter plugin tab in the left menu when connecting to vRO with the customer and com.vmware.vco isn't showing in /mob .

  Versions:

  vCenter: 5.5u2

  vRO: 6.0.3.0 build 3000579

  Thank you!

  Hello

  I'm a bit confused. It seems you are trying to use the two vCO 5.5.2 and vRO with VC 5.5.2 6.0.3, but plug-ins are different (they have different deployment mechanism, different extensions in MOB, etc.). I recommend you stick to the version of the vCO you got installed with VC - in this case, 5.5.2.

  Then, check the following:

  • Check that the vCO is configured with the SSO authentication, and it is the same instance used by VC/Web Client SSO
  • Check that this instance of vCenter is added as properly to vCO and there is an extension of 5.5.x - style into the CROWD. His name is com.vmware.orchestrator. [some-guid]
  • Check that the extension of the server property contains a record with URL property pointing to the server fine vCO - https:[vco-ip]:8281
  • Make sure that the user you are using to connect to the Web Client has a permission; for example. You should be able to connect to vCO Client Java with this user

  If the foregoing is valid, check the Web Client (vsphere_client_virgo.log) log file for any errors of loading of the vCO and connection at the vRO server plugin.

• Bug of HOL-SDC-1430

  Hello

  I just wanted to report a problem with HOL-SDC-1430. On Page 69 it SAIS to start the vRO customer. Howerver, I guess that the vRO service is not started on the vRA VM that is used in the example, so I can't connect to the vRO / customer downloaded.

  I guess a simple chkconfig--level 35 vco-Configurator on in the vRA would do the job, but I was unable to connect to vRA on port 22 for verification.

  I have looked into this issue more and discovered that vRealize as orchestrator was not properly authorized.  Good evaluation license that expired was beyond the initial period of 90 and so it would not start automatically.  Although I could get it to start manually, the best solution is to allow vRO correctly using vCenter Server license.  Once done, the server of vRO started very well.

  While I was making changes in the laboratory, I also activated the vRO Configuration service and add a link in Firefox in the folder of bookmarks to the Admin.  In this way, if the vRO server can fail for any reason, you can get pretty easily it goes again in the laboratory.

  I also added a SSH access for root to vra - 01 a .corp .local and vra - id - 01 a .corp .local. It's just in case the identity unit must be restarted or the vRO Configuration service is not available.

  Please start the lab.

  Thank you!

  Bill

• Unable to connect to the device windows vRO 6.0.1.

  Hello

  I'm trying to connect the customer to vRO (6.0.1) with windows device, but it is throwing an error "serial number incorrect license!

  I logged vRO configuration to update the license, but the license tab is grey.

  Please help me solve this problem.

  Thank you!!

  Thanks for your response!

  I tried to change the setting of the vRO database, but it has not worked for me.

  Any other solution for the same problem, please help my job got stuck because of this.

• In vRA6.2.1 default vRO casts cannot connect to the server Orchestrator

  VRA 6.2.1 installed and configured successfully.

  VCenter added Endpoint

  Tested create workflows of catalog data center and it works very well

  Imported from my plugin for orchectrator

  Tested a workflow and throws are unable to retrieve, etc...

  VRA rebooted device

  By default orchestrator test connection failed.

  Selected option orchestrator external and provided same vRA incorporated vRO credential

  Test connection successful - don't know why it failed when I choose default orchestrator

  Now tested my workflow plugin and it works great.

  Later, I chose the default orchestrator still test connection fails - any reason?

  (1) "default orchestrator" doesn't really mean "the on-board Orchestrator. It means "the orchestrator server configured in the system by the system administrator.

  We can consult, by connecting w / system_admin and see what is there. If there is a mismatch - repair

  (2) if (1) is not an issue, then connect with the root user in the vRA WILL and run the following command "vcac-vami vco-service-reconfigure.

• vRO (vCO) HTTP-REST Workflow - connection pool closing

  Hi all - I've recently upgraded to vRealize Automation 6.2 and works collaboratively with vRealize Orchestrator to create workflows.  I created HTTP and REST workflows for request/release an IP address from our system IPAM (VitalQIP) and it seems to be failing with the description / the following exception:

  Connection pool stop (workflow: demand-IP-du-QIP / Scripting (item3) #14)

  

  Looking for the schema > script line #14 is in red below:

  prepare the application

  Do not edit

  var inParamtersValues = [subnet, hostname, ddns, mac, type, w2kdom, comment];

  var request = restOperation.createRequest (inParamtersValues, null);

  Set the type of content query

  request.contentType = "";

  System.log ("request:" + request);

  System.log ("the request URL:" + request.fullUrl);

  Customize the request here

  request.setHeader ("HeaderName", "headerValue");

  run the query

  Do not edit

  var response = request.execute ();

  prepare the output parameters

  System.log ("response:" + response);

  statusCode = response.statusCode;

  statusCodeAttribute = statusCode;

  System.log ("status code:"+ statusCode ');

  contentLength = response.contentLength;

  headers = response.getAllHeaders ();

  contentAsString = response.contentAsString;

  System.log ("content in the string:" + contentAsString);

  Grep for IPaddress

  Patt var = ('forward IP");

  IPAddress = contentAsString.match (patt) m:System.NET.SocketAddress.ToString () var;

  IPAddress = ipaddress.split (/ [\s,] + /);

  IPAddress = ipaddress [2];

  System.log ("IP address: =" + ipaddress);

  

  I'm not sure how to work around this problem and I'm looking for assistance because I'm fairly new to vRO.  Thank you very much!

  
  

  
  

  
  

  There is now an official fix for this problem: Technical preview of REST plugin version

  Please provide your comments.

• vRO 7 client create new connection every time I sync to another server

  Every time I sync a change I get a new connection appears in the navigation pane.  Fixing, for example.  If I close the client and start back upward lightens the remanence.

  I was able to reproduce also. Open a PR to ensure the follow up post - 7.0.1 release.

  BTW, you don't need to close the client. Simply click on a button to refresh (or F5 key).

• problems installing vRO 6.0.1 mac osx client.  Unable to connect to the welcome message after installation.

  I can't get the client to install on my mac and I'm running out of ideas as to what is happening.  The 5.5.2 client seems to work very well and if I broadcast the 6.0.1 client that also seems to work.  I can not get the local installation to run.  I always get the message "Unable to connect to host" when I try to run it.  If I go back to the 5.5.2 client it works fine and I can connect to my 5.5.2 instances.

  OSX version 10.10.2

  Version of Java 7 news 75 (at least that's the installer last ran, jdk installed 1.6.0 shows in /System/Library/Java/JavaVirtualMachines)

  I also see this error in the Setup log:

  Install uninstall: vRealize Orchestrator (install all components uninstall)

  Status: ERROR

  Additional notes: ERROR - uninstaller installation Error: java.util.zip.ZipException: error in opening zip file

  Because if this seems not uninstall it app works and I had to manually cancel the installation (which I might be leaving residues).  I manually remove the file .vmware to my directory and also remove ~/Library/Preferences/.com.zerog.registry.xml then by removing the orchestrator in the front applications folder directory to re-launch the client install.

  Paul

  Paul, please file an SR on your side. Feel free to reference the bug I introduced (1409281) when I had the same problem. Customer filed SRs help push resolutions

  -Burke Azbill

• vCenter alarm action script to start a workflow vRO with curl

  I have a script that I use on the vCenter servers to launch when an alarm is triggered, and this script will use curl to start a workflow vRO.  Everything has been awesome to work until I've finished upgrading all servers in vRO to 7.x now I get this error

  Server: ~ # /root/scripts/alarmaction.sh

  * Subject to connect() to x.x.x.x port 8281 (#0)

  * Try the connected.. x.x.x.x.

  * Connected to the port x.x.x.x (x.x.x.x) 8281 (#0)

  * successfully together certificate verify locations:

  * CAfile: /etc/ssl/certs/root64.pem

  CApath: / etc/ssl/certs /.

  * SSLv3, TLS, Hello handshake customer (1):

  } [data not shown]

  * error: 140770 CF: protocol SSL routines: SSL23_GET_SERVER_HELLO:unknown

  Closing connection #0

  curl: (35): 140770 CF error: SSL routines: SSL23_GET_SERVER_HELLO:unknown

  OK, so an algorithm of encryption or something got deleted in version 7.x.  Can someone else me one that exactly and how do I add the encryption required to connect again?

  Here's my alarmAction.sh in case anyone can use something like this

  #! / bin/sh

  {vcAlarm()}

  # Create variables to store values consumed by Invoke-RestMethod command.

  Server = "x.x.x.x"

  url = » https://$server:8281/VCO/API/workflows/408d8e4d-1a95-46A4-bca6-efa3c24f81bb/executions "

  # The cmdlet runs the URL encoding.

  Cat >./alarmProps.txt < < EOF

  " <-xmlns = execution context" http://www.VMware.com/VCO "> "

  < Parameters >

  < parameter type = 'string', name = 'VMWARE_ALARM_NAME' scope = 'local' >

  < string >$ {VMWARE_ALARM_NAME} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_ID' scope = 'local' >

  < string >$ {VMWARE_ALARM_ID} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_TARGET_NAME' scope = 'local' >

  < string >$ {VMWARE_ALARM_TARGET_NAME} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_TARGET_ID' scope = 'local' >

  < string >$ {VMWARE_ALARM_TARGET_ID} < / string >

  < / parameter >

  < type parameter is 'chain' name is 'VMWARE_ALARM_OLDSTATUS' scope = 'local' >

  < string >$ {VMWARE_ALARM_OLDSTATUS} < / string >

  < / parameter >

  < type parameter is 'chain' name is 'VMWARE_ALARM_NEWSTATUS' scope = 'local' >

  < string >$ {VMWARE_ALARM_NEWSTATUS} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_TRIGGERINGSUMMARY' scope = 'local' >

  < string >$ {VMWARE_ALARM_TRIGGERINGSUMMARY} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_DECLARINGSUMMARY' scope = 'local' >

  < string >$ {VMWARE_ALARM_DECLARINGSUMMARY} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_ALARMVALUE' scope = 'local' >

  < string >$ {VMWARE_ALARM_ALARMVALUE} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENTDESCRIPTION' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENTDESCRIPTION} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_DESCRIPTION' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_DESCRIPTION} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_USERNAME' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_USERNAME} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_DATACENTER' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_DATACENTER} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_COMPUTERESOURCE' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_COMPUTERESOURCE} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_HOST' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_HOST} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_VM' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_VM} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_NETWORK' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_NETWORK} < / string >

  < / parameter >

  < parameter type = 'string', name = 'VMWARE_ALARM_EVENT_DATASTORE' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_DATASTORE} < / string >

  < / parameter >

  < type parameter is 'chain' name is 'VMWARE_ALARM_EVENT_DVS' scope = 'local' >

  < string >$ {VMWARE_ALARM_EVENT_DVS} < / string >

  < / parameter >

  < / Parameter >

  < / execution context >

  EXPRESSIONS OF FOLKLORE

  # Now run the Invoke-RestMethod command with all the variables in place.

  curl-s-i-l - v--/root/scripts/cert/vco.key--/root/scripts/cert/vco.crt--cacert cert /root/scripts/cert/root64.cer - H - key "accept: application/xml ' h ' content-type: application / xml; Charset = UTF-8 "h 'permission = 'Base base64pass' ' u" user: password "x POST $url d @alarmProps.txt"

  }

  vcAlarm

  RM./alarmProps.txt f

  In vRO 7.0.1 Protocol TLSv1 is disabled by default. Could you change the sslEnabledProtocols property in the /etc/vco/app-server/server.xml file to "TLSv1, 1, TLSv1.2 ' "TLSv1, TLSv1.1, TLSv1.2", reboot and try again with curl vco-Server service?

• How to troubleshoot incidents of endpoint vRO data collection embedded in HRV 7

  Hello

  We have problems with the collection of data for the endpoint vRO in vra 7. Data collection fails. We believe this is related to the worker DEM, but we do not know how to solve this. So far, the only mistake we have is when running on endpoint vRO data collection:

  In the console of vRA > infrastructure > monitoring, logs:

  Endpoint data collection has no endpoint internal Instance [Workflow Instance Id = 31009] vRO vRealize Orchestrator has returned an error: internal server error.

  In C:\Program Files (x 86) execution of the \VMware\vCAC\Distributed Manager\DEM - Core2\Logs\DEM-Core2_Errors

  [UTC:2016 - 05-20 21:24:05 local: 2016-05-20 14:24:05] "[Error]: Thread-Id ="11"- context =" "token =" "<? XML version = "1.0" encoding = "utf-16"? >

  < Boolean > false < / Boolean >

  Endpoint data collection has no endpoint internal Instance [Workflow Instance Id = 31009] vRO

  System.Net.WebException: vRealize Orchestrator has returned an error: internal server error.

  at DynamicOps.VcoModel.Common.VcoClient.CheckResponseStatus (IRestResponse answer)

  at DynamicOps.VcoModel.Common.VcoClient.DecodeJsonResponse (IRestResponse answer)

  to DynamicOps.VcoModel.Common.VcoVersionUtils.GetPluginsInformation (customer VcoClient)

  to DynamicOps.VcoModel.Activities.StoreVcoPluginsInformation.Execute (CodeActivityContext context)

  to System.Activities.CodeActivity.InternalExecute (ActivityInstance, executor, BookmarkManager bookmarkManager ActivityExecutor instance)

  to System.Activities.Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody (ActivityExecutor executor, BookmarkManager bookmarkManager, location resultLocation)

  In addition, when you run the data collection on an inventory of POSSIBLE computing resources, the following error occurs:

  [UTC:2016 - 05-20 22:54:53 local: 2016-05-20 15:54:53] "[Error]: Thread-Id ="12"- context =" "token =" "<? XML version = "1.0" encoding = "utf-16"? >

  < Boolean > false < / Boolean >

  Workflow "vSphereVCNSInventory" failed with the following exception:

  DynamicOps.VcoModel.Common.VcoException: Point endpoint could not be found. There is no point vRealize Orchestrator endpoints configured with the __VMware.VCenterOrchestrator.Plugin.NSX.Build property.

  to DynamicOps.VcoModel.Common.EndpointSelector.ctor (context, ManagementModelEntities, String selectionFilter)

  at DynamicOps.VCNSModel.Activities.VcoNsxHelper.VcoNsxConnectionInfo.GetVcoEndpoint (ManagementModelEntities managementDataContext, Guid virtualMachineId)

  at DynamicOps.VCNSModel.Activities.VcoNsxHelper.VcoNsxConnectionInfo.GetConnection (ManagementModelEntities managementDataContext, point endpoint VCNSEndpoint, Guid virtualMachineId)

  at DynamicOps.VCNSModel.Workflows.vSphereVCNSInventory_CompiledExpressionRoot.vSphereVCNSInventory_CompiledExpressionRoot_TypedDataContext3_ForReadOnly.__Expr21Get)

  at DynamicOps.VCNSModel.Workflows.vSphereVCNSInventory_CompiledExpressionRoot.InvokeExpression (Int32 expressionId, IList 1 locations, ActivityContext activityContext)

  to Microsoft.CSharp.Activities.CSharpValue'1.Execute (CodeActivityContext context)

  to System.Activities.Runtime.ActivityExecutor.ExecuteInResolutionContext [T] (ActivityInstance parentInstance, activity 1 expressionActivity)

  to System.Activities.InArgument'1.TryPopulateValue (LocationEnvironment targetEnvironment ActivityInstance activityInstance ActivityExecutor executor)

  to System.Activities.ActivityInstance.InternalTryPopulateArgumentValueOrScheduleExpression (RuntimeArgument argument, Int32 nextArgumentIndex, ActivityExecutor executor, IDictionary 2 argumentValueOverrides, place resultLocation, Boolean isDynamicUpdate)

  to System.Activities.ActivityInstance.ResolveArguments (ActivityExecutor executor, IDictionary 2 argumentValueOverrides, place resultLocation, Int32 startIndex)

  to System.Activities.Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody (ActivityExecutor executor, BookmarkManager bookmarkManager, location resultLocation)

  We use a distributed deployment of vRA 7 and have 2 devices with the built-in vro. Both devices show the service as running vco-server, and I can connect to each instance of vco using the orchestrator client. Also the asax component can load workflows vro. I am able to navigate to the inventory.

  Also, we noticed this problem after one of our servers of iaas is dead on us. We had to rebuild a starting from scratch and shiv inside. It was the Manager node, then this is the EDO, DEM and Manager of services that run on it. Not sure if this is related, it's just that we noticed after. It could occurred earlier also...

  Any suggestions on where to look to refine this would be greatly appreciated.

  Thank you

  Darrenoid

  Thank you for your response.

  I finally understood that this morning. I searched in the /var/log/vco/app-server/server.log on the vra devices and found errors like this:

  2016-05-21 08:31:33.345 - 0700 [http-nio-127.0.0.1-8280-exec-10] ERROR {} [[restServlet]] Servlet.service () for servlet [restServlet] in the context of path [/vco] has thrown the exception [processing request failed, the nested exception is java.lang.NullPointerException] origin

  java.lang.NullPointerException

  at com.vmware.o11n.web.util.CommonUtil.getServerConfiguration(CommonUtil.java:44)

  at com.vmware.o11n.web.plugins.PluginController.listAllPlugins(PluginController.java:116)

  at sun.reflect.GeneratedMethodAccessor347.invoke (unknown Source)

  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

  at java.lang.reflect.Method.invoke(Method.java:497)

  at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:221)

  at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137)

  at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:110)

  at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:806)

  at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:729)

  at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85)

  at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)

  at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)

  at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)

  at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)

  at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)

  at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)

  at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:316)

  at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:126)

  at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:90)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:114)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:111)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:169)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilterInternal (BasicAuthenticationFilter.java:158)

  at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at com.vmware.o11n.web.auth.http.TokenAuthenticationFilter.doFilter(TokenAuthenticationFilter.java:97)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:64)

  at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:53)

  at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:91)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.access.channel.ChannelProcessingFilter.doFilter(ChannelProcessingFilter.java:152)

  to org.springframework.security.web.FilterChainProxy$ VirtualFilterChain.doFilter (FilterChainProxy.java:330)

  at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213)

  at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176)

  at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)

  at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:85)

  at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77)

  at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at com.vmware.o11n.json.DefaultJsonVersionHeaderFilter.doFilter(DefaultJsonVersionHeaderFilter.java:95)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at com.vmware.o11n.web.cluster.RestActiveNodeFilter.doFilter(RestActiveNodeFilter.java:50)

  at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)

  at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)

  at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)

  at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)

  at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)

  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)

  at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:676)

  at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)

  at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)

  at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)

  at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091)

  to org.apache.coyote.AbstractProtocol$ AbstractConnectionHandler.process (AbstractProtocol.java:673)

  to org.apache.tomcat.util.net.NioEndpoint$ SocketProcessor.doRun (NioEndpoint.java:1526)

  to org.apache.tomcat.util.net.NioEndpoint$ SocketProcessor.run (NioEndpoint.java:1482)

  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

  to java.util.concurrent.ThreadPoolExecutor$ Worker.run (ThreadPoolExecutor.java:617)

  to org.apache.tomcat.util.threads.TaskThread$ WrappingRunnable.run (TaskThread.java:61)

  at java.lang.Thread.run(Thread.java:745)

  I searched google for the first line in the stack trace 'com.vmware.o11n.web.util.CommonUtil.getServerConfiguration' and came across this recent article from VMWare:

  https://KB.VMware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalID=2145044

  That fixed it for me, now the collection of data on the endpoint vro works.

  Kind regards

  Darrenoid