VCAC 6.012 | Internal Error An internal error has occurred. If the problem persists, please contact your system administrator. When contacting your system administrator, use this reference: c632d987

[ppham99]

I'm getting the error message when logging into the vcac applicance.

Postgres and vcac-server services are running.

Recently installed patches but reverting from snapshot didn't fix the issue.

[zebduin]

Are all of the services running on the vCAC Appliance?  Reference the screenshot.

[ppham99]

I may have spoke too soon. When I attempt to deploy a blueprint, I'm getting the attached error.

I noticed that the iaas service is not started on the VCAC appliance. I did install the IAAS service on a windows machine so that could be the reason.

See the below Catalina.out error from the vcac appliance:

2014-08-12 13:40:00,043 [mainTaskExecutor-51] [registry] WARN  com.vmware.vcac.platform.rest.RestTemplateIpv6.handleResponseError:524 - GET request for "https://vcaciaas.devqa.local/WAPI/api/status" resulted in 500 (Internal Server Error); invoking error handler

2014-08-12 13:40:00,105 [tomcat-http--15] [extensibility] INFO  com.vmware.vcac.core.extensibility.controller.PluginServiceController.getExtensions:140 - Looking up extensions for extension point [[csp.catalog.resource.operations]]

2014-08-12 13:40:00,200 [tomcat-http--52] [extensibility] INFO  com.vmware.vcac.core.extensibility.controller.PluginServiceController.getExtensions:140 - Looking up extensions for extension point [[csp.catalog.resource.operations]]

2014-08-12 13:42:00,008 [mainTaskExecutor-53] [registry] INFO  org.apache.http.impl.client.DefaultHttpClient.tryConnect:658 - I/O exception (java.net.SocketException) caught when connecting to the target host: Connection reset by peer

2014-08-12 13:42:00,008 [mainTaskExecutor-53] [registry] INFO  org.apache.http.impl.client.DefaultHttpClient.tryConnect:664 - Retrying connect

2014-08-12 13:42:00,018 [mainTaskExecutor-53] [registry] INFO  org.apache.http.impl.client.DefaultHttpClient.tryConnect:658 - I/O exception (java.net.SocketException) caught when connecting to the target host: Connection reset by peer

2014-08-12 13:42:00,018 [mainTaskExecutor-53] [registry] INFO  org.apache.http.impl.client.DefaultHttpClient.tryConnect:664 - Retrying connect

2014-08-12 13:42:00,021 [mainTaskExecutor-53] [registry] INFO  org.apache.http.impl.client.DefaultHttpClient.tryConnect:658 - I/O exception (java.net.SocketException) caught when connecting to the target host: Connection reset by peer

2014-08-12 13:42:00,021 [mainTaskExecutor-53] [registry] INFO  org.apache.http.impl.client.DefaultHttpClient.tryConnect:664 - Retrying connect

2014-08-12 13:42:06,898 [mainTaskExecutor-48] [registry] WARN  com.vmware.vcac.platform.rest.RestTemplateIpv6.handleResponseError:524 - GET request for "https://vcaciaas.devqa.local/WAPI/api/status" resulted in 500 (Internal Server Error); invoking error handler

[quantum_2]

did you ever fix this ,was it the services?

[VirExprt]

Hey this looks like there is communication error between Appliance and IAAS server.I hope you had checked all ports required for communication open.

are these both servers are in different subnet ? as i could remember vCAC had hard-time communicating with different subnet.

Did you use Service account which is local Admin to the IAAS server and IAAS server services are running properly?

check Restarting vCAC and DEM services and see if this registers IAAS with vCAC appliances.

Hope this could help you nail down the issue!!

Br,

MG

[ppham99]

Hi

Sorry for the late reply:

The Appliance and IAAS server is on the same subnet. The firewall is disabled on the IAAS server. The only way I was able to fix it was by changing the DNS entry to point away from the Load Balancer and use the "Single leg" method of one appliance, IAAS, DEMMang and DemProxy servers.

It is very hit or miss on getting the services up. When I have to reboot my vAPP stack, I'm pretty much hoping it starts back up. Is there a way to re-esablish via CLI from the appliance to IAAS server?

[VirExprt]

I am afraid there is no way to run any CLI to re-establish the communication.. but yes this is good point VMWare should think of atleast that saves time to rebuild everything from scratch :smileysilly:

Br,

MG

[GrantOrchardVMw]

Ah... load balancer. That makes about 1000x more sense. It would have been interesting to see the certificate and LB configuration, as that sounds like a valid architecture.

Grant