With the tcpdump trace, It looks like UCSD still tries to connect on port 443, instead of port 9090 that I provide… There aren’t that many locations that you can set this parameter? I changed my remote server, to listen on port 443 instead of port 9090, and now my action in UCSD works, without changing anything to the action! According to the WF log, it is still sending the query to port 9090, while it is actually using port 443... From the UCSD WF log Jul 12, 2018 15:56:20 CEST Sending query to host/device server.dom.int:9090 But still .... it connects on port 443... BUG? ... View more

That is not going to help much! IT IS WORKING from the commandline (ssh as root to UCSD appliance) It is NOT working on with the UCSD task ... View more

just a typing error.... servername is of course not my real servername... I am using the FQDN name everywhere. I already tested the name resolution by adding the task "DNS name to IP Resolver" and this worked as expecte Both servers are in the same subnet (no firewalls in between) ... View more

I checked all those examples, and the telnet as root also works fine. Even the ssh rest call as root works (see curl command)... ... View more

For those, interested in the related infra Manager log: 2018-07-12 11:51:39,891 [WFExec-9266-0] INFO  run(WorkFlowExecutor.java:81) - Executing Step 1 of 3 for SR 9266 2018-07-12 11:51:39,896 [WFExec-9266-0] INFO  run(WorkFlowExecutor.java:132) - Workflow 9266 is currently being repopulated 2018-07-12 11:51:39,896 [WFExec-9266-0] INFO  run(WorkFlowExecutor.java:134) - Completed workflow Step 1 of 3 for SR 9266 2018-07-12 11:51:39,898 [WFExec-9266-0] INFO  run(WorkFlowExecutor.java:211) - Workflow 9266 finished repopulating 2018-07-12 11:51:42,898 [WFExec-9266-1] INFO  run(WorkFlowExecutor.java:81) - Executing Step 2 of 3 for SR 9266 2018-07-12 11:51:42,905 [WFExec-9266-1] INFO  invoke(ServiceBinder.java:199) - Executing method getLogin; operationTimeout=90000 2018-07-12 11:51:42,913 [WFExec-9266-1] INFO  invoke(ServiceBinder.java:199) - Executing method getProductAccess; operationTimeout=90000 2018-07-12 11:51:42,989 [WFExec-9266-1] INFO  invoke(ServiceBinder.java:199) - Executing method getLogin; operationTimeout=90000 2018-07-12 11:51:42,996 [WFExec-9266-1] INFO  invoke(ServiceBinder.java:199) - Executing method getLogin; operationTimeout=90000 2018-07-12 11:51:43,001 [WFExec-9266-1] INFO  invoke(ServiceBinder.java:199) - Executing method getAllProductAccess; operationTimeout=90000 2018-07-12 11:51:43,011 [WFExec-9266-1] INFO  setSubmitterDetails(CustomActionTriggerContext.java:2071) - API Login profile::{"userId":" user@domain.com ","firstName":"firstname","lastName":"lastname","email":" firstname.lastname@domain.com ","groupName":null,"groupId":0,"role":"Admin"} 2018-07-12 11:51:43,014 [WFExec-9266-1] INFO  executeCustomAction(GenericAPIExecuteHandler.java:98) - Generic REST API Execution ConfigID 3745 2018-07-12 11:51:43,014 [WFExec-9266-1] INFO  executeAPI(GenericAPIExecuteHandler.java:466) - Sending query to host/device servername.domain.com:9090 2018-07-12 11:51:43,018 [WFExec-9266-1] ERROR executeAPI(GenericAPIExecuteHandler.java:496) - Exception occurred java.net.ConnectException: Connection refused (Connection refused) at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:589) at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:668) at com.cloupia.lib.util.easytrust.EasySSLProtocolSocketFactory.createSocket(EasySSLProtocolSocketFactory.java:107) at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:706) at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:386) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324) at com.cloupia.feature.customactions.handlers.GenericAPIExecuteHandler.executeAPI(GenericAPIExecuteHandler.java:469) at com.cloupia.feature.customactions.handlers.GenericAPIExecuteHandler.executeCustomAction(GenericAPIExecuteHandler.java:189) at com.cloupia.service.cIM.inframgr.workflowhandlers.CustomActionTriggerWorkFlowHandler.executeWorkFlowStep(CustomActionTriggerWorkFlowHandler.java:291) at com.cloupia.service.cIM.inframgr.workflowmgr.WorkFlowExecutor.run(WorkFlowExecutor.java:96) 2018-07-12 11:51:43,018 [WFExec-9266-1] ERROR executeWorkFlowStep(CustomActionTriggerWorkFlowHandler.java:357) - Custom handler exception; Task: DEV_SmaApiCall (Execute Generic API) failed with error - java.net.ConnectException: Connection refused (Connection refused) at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:589) at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:668) at com.cloupia.lib.util.easytrust.EasySSLProtocolSocketFactory.createSocket(EasySSLProtocolSocketFactory.java:107) at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:706) at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:386) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324) at com.cloupia.feature.customactions.handlers.GenericAPIExecuteHandler.executeAPI(GenericAPIExecuteHandler.java:469) at com.cloupia.feature.customactions.handlers.GenericAPIExecuteHandler.executeCustomAction(GenericAPIExecuteHandler.java:189) at com.cloupia.service.cIM.inframgr.workflowhandlers.CustomActionTriggerWorkFlowHandler.executeWorkFlowStep(CustomActionTriggerWorkFlowHandler.java:291) at com.cloupia.service.cIM.inframgr.workflowmgr.WorkFlowExecutor.run(WorkFlowExecutor.java:96) 2018-07-12 11:51:43,042 [WFExec-9266-1] INFO  run(WorkFlowExecutor.java:132) - Workflow 9266 is currently being repopulated 2018-07-12 11:51:43,042 [WFExec-9266-1] INFO  run(WorkFlowExecutor.java:134) - Completed workflow Step 2 of 3 for SR 9266 ... View more

Hi, I am trying to trigger an API call to "System Center Service Manager". However I always get "Connection refused" It is not firewall related, as when I perform a call from the UCSD console, I get the expected feedback. I have tried multiple ways for authentication, but none seem to work. An option in the Generic API call, to enable verbose mode could be helpfull... The hash below is a BASE64 conversion of "domain\user:password" The command when run from the UCSD Console (running in verbose mode) curl -H "application/json;odata=verbose" -H "Authorization: Basic dZG9tYWluXHVzZXI6cGFzc3dvcmQ= " https://ServerName:9090/00000000-0000-0000-0000-000000000000/Runbooks -v Settings used in the API call ip address: ServerName port: 9090 API path: 00000000-0000-0000-0000-000000000000/Runbooks Protocol: https Request type: Get Content Type: JSON Headers: Authorization: Basic ZG9tYWluXHVzZXI6cGFzc3dvcmQ= Content-Type: application/json;odata=verbose ERROR: Task: DEV_SmaApiCall (Execute Generic API) failed with error - Connection refused (Connection refused), selectedContext=<None> ... View more

I am getting an error with the new version... When using version 3, it seems to work OK again... Jun 19, 2018 07:37:13 UTC Cloning repository on temporary folder Jun 19, 2018 07:37:16 UTC STDIN Jun 19, 2018 07:37:16 UTC Initialized empty Git repository in /tmp/ucsd/git/.git/ Jun 19, 2018 07:37:18 UTC error: The requested URL returned error: 401 Unauthorized while accessing http://tfs.local.dns:8080/tfs/UCSD/_git/UCS-Director/info/refs Jun 19, 2018 07:37:18 UTC Jun 19, 2018 07:37:18 UTC fatal: HTTP request failed Jun 19, 2018 07:37:18 UTC Scirpt exited normally Jun 19, 2018 07:37:18 UTC Task: gitPush (custom_gitPush) failed with error - Error cloning the GIT Repo...., selectedContext=<None> Jun 19, 2018 07:37:18 UTC Task #2 (gitPush (custom_gitPush)) failed after 60 seconds Jun 19, 2018 07:37:18 UTC Input/Output values for Task #2 (gitPush (custom_gitPush)): ... View more

case opened... ... View more

OK, found it... It only seems to work, when you select the option "Write - Virtual Computing -> Non VM Management Actions" in the user role settings ... View more

I am running UCSD 6.5.0.3 I changed the user's access profile to the default "Service End-user". This way, the additional actions do show up... This however, seems to limit the possibilities of setting-up the access rights between the different vdc's/Customer Organisations ... View more

that is what I thought.... however, this doesn't seem to work on my setup - I have a user, that has a custom role assigned (basically read-only rights) - I created a new VDC, and assigned some VM's to it. => The user can see the VM's, but cannot perform any actions to it. Next, I created an end-user self service policy, and assigned it to the VDC. The self service policy allows for rebooting a server. => The user doesn't seem to get this additional right on the interface when selecting a VM... ... View more