Chalk this up in the “useful error messages” column. When you attempt to enter a license key in the vRealize Automation appliance you receive “Error code: 500.”
Now when I saw this I immediately thought “internal server error,” however in the case of vRA it may simply be an expired or invalid license key. Before extensive troubleshooting validate that your license key is correct, and it has not expired.
Posted in Tech Tagged with: automation, Cloud, error code: 500, Home, license, Shared, Technology, troubleshooting, vcac, vcloud, vcloud automation center, vCloud Automation Center (vCAC), VMware, vra, vrealize, vrealize automation, vRealize Automation (vRA)
In part 4 we published an application blueprint through Application Serivces, that is pretty awesome but we still really haven’t done anything just yet. I mean its all just about working but the real hard part is creating the application blueprints. Just for fun, lets create a generic blueprint and run a deployment. While logged into Application Services go to Applications and click on the green + (plus) button to create a new application.
Now one of the hardest parts about automating something is now all the dependencies. In this scenario I happen to know a few things are missing, not because I am a genius but because I went through several iterations of this blueprint before getting it to work. This, however also allows me to demo some other features of Application Services. In my CentOS template, SELinux is enabled – now I could convert my template to a virtual machine, disable it, clean up the virtual machine machine again and convert it back to a template. It’s what I would have done not 6-8 months ago. Now, however, I’ll simply use the tools available to me, tools like Application Services or Ansible to put the virtual machine into the state I want it:
# set SELinux disabled
cp /etc/selinux/config /etc/selinux/config.bak
sed -i s/SELINUX=permissive/SELINUX=disabled/g /etc/selinux/config
# install EPEL
yum -y install http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
sed -i “s/mirrorlist=https/mirrorlist=http/” /etc/yum.repos.d/epel.repo
Now at one point I wasn’t sure it was working, I could see Application Services say it was working (system was under 80-90% load consistently) however I wanted to see what vSphere was doing. As you an see in the two screenshots below, the virtual machines are being deployed as you might expect (they are from two different deployments so yes the dates are different)
In addition, you can zoom in on the Execution Plan pane to see what step the deployment is currently on
This process took quite a while in my lab, but it I am pretty resource bound now. Now, as I mentioned this is an iterative processes, good chance it may have failed in your environment, review errors and run the deployment again. After working through any specific environment issues you should be able to successfully deploy the application components.
Posted in Tech Tagged with: appd, applicaiton director, Application Director (AppD), Application Service Lab, application services, Application Services (AppS), Application Services Lab, apps, automation, Cloud, devops, Home, home lab, lab, Linux, Shared, Technology, Training, vcac, vcloud, vcloud automation, vcloud automation center, vCloud Automation Center (vCAC), Vendors, Virtualization, VMware, vra, vrealize, vrealize automation, vRealize Automation (vRA)
When deploying an Application Services blueprint, you notice that the workflow does not move past the 2nd step in the provisioning process – agent_bootstrap node setup, however the previous step which renames the virtual machines appears to work fine. In this scenario you have also successfully installed the AppD agent in the vSphere template.
If you log into the virtual machine, you can see that the vmware_appdirector_agent should be set to on, however when checking the running services (for example by running ps -ef | grep vmware_appdirector_agent) you do not see any processes running.
When working with vSphere templates that are used in Application Services / Application Director blueprints there are a few things to be aware of. After the agent installation initially, you shutdown the virtual machine, however making changes to the template after the initial shutdown requires additional steps to be performed. Not only do you need to remove the /etc/udev/rules/70-persistent-net.rules file and make sure the vmnic MAC is not in /etc/sysconfig/network-scripts/ifcfg-eth0 but you also need to run
This reset the agent configuration and allows it to start properly after being cloned. Once the agent_reset script has been run, shutdown the host and convert it back to a template. You should now be able to run your Application Services / Application Director blueprint (or at least get past that step )
Posted in Tech Tagged with: agent_bootstrap, appd, application, application director, Application Director (AppD), application services, Application Services (AppS), automation, Cloud, devops, hangs, Home, home lab, lab, Linux, node setup, Shared, Technology, Training, troubleshooting, vcac, vcloud, vcloud application director, vcloud automation center, vCloud Automation Center (vCAC), Vendors, VMware, vmware_appdirector_agent will not start, vra, vrealize, vrealize automation, vRealize Automation (vRA)
With my vRealize Automation / vCloud Automation Center lab mostly working, I did want to recognize a few things we missed that you might like to investigate further on your own.
First, if you look back you’ll notice we did not do anything specifically with vCenter Orchestrator. Like vSphere templates, you can publish vCO workflows as catalog items to perform advanced or no routine tasks. For example maybe you are an organization that makes heave use of vApps in vSphere and want to continue that. vRA has no concept of vApps but using vCenter Orchestrator I could publish a workflow that will create the vApp and create virtual machines inside the vApp. Additionally I could tie vCO into other infrastructure such as Active Directory or my storage layer using EMC ViPR for example.
We did not work with any of the advanced networking solutions such as VMware NSX or vCloud Networking and Security. Consider the need for an isolated multi-virtual machine development environment, I could deploy an NSX edge device and places all of the virtual machines behind the edge device and provide access to the application to a specific set of users or other network segments. Also missed in these posts were adding additional endpoints to connect to services such as vCloud Air or EC2 – things that could enable you to build a “hybrid” cloud
The last item I will cover here is charge back using vRealize Business (formerly IT Business Management Suite). With vRB…no sorry not doing it – with ITBM you can get much more granular in cost tracking and turn that data into charge back to other groups or show back to justify your IT budget (remember IT people – you job is not to make money, its to support the business).
Thank you for following along with my vCAC / vRA posts, I hope you found them useful!
Posted in Tech Tagged with: business, business management, Home, IT, it business management suite, itbm, itmb, nsx, Shared, Technology, vcac, vcloud, vcloud automation center, vcns, Vendors, VMware, vra, vRA Home Lab, vrb, vrealize, vrealize automation, vrealize business, vSphere
We are making good progress with Application Services, up next is creating a logical template, which will be part of our deployment environment, which is part of our cloud provider, which is ultimately vRealize Automation Center, which runs on vCenter! If you are not logged into Application Services, log in as luke now (assuming your usernames are the same as mine).
Your screen should look similar to what is below. Click the Save button. Much like we have done before, the logical template simply combines other items and groups them together – in this case the vSphere template we created, which is a vRealize Automation blueprint, which is added as a template to the Application Services Cloud Provider which is part of a deployment environment.
Posted in Tech Tagged with: appd, application, application director, Application Director (AppD), Application Service Lab, application services, Application Services (AppS), Application Services Lab, apps, Cloud, create, devops, ESXI, Home, home lab, installation, lab, logical template, Shared, Technology, vcac, vcloud, vcloud autoamtion center, vCloud Automation Center (vCAC), Vendors, Virtualization, VMware, vra, vrealize, vrealize automation, vRealize Automation (vRA), vSphere