change the vagrant /software share so it points to your own Oracle binaries folder
use the following repos for the matching clients https://github.com/biemond/puppetmaster-orawls-oradb-agents
clients
- oradb (oracle database 11.2.0.4 )
- adminwls with nodewls1 & nodewls2 (cluster 10.3.6 with JMS)
- adminwls2 ( adminserver 10.3.6 with JMS)
- adminwls3 ( adminserver 12.1.2 )
- adminwls4 ( adminserver 10.3.6 + osb PS6 + soa suite PS6 ( with bpm & bam ))
- adminwls5 ( adminserver 10.3.6 + osb PS6 )
This is a Vagrantfile for running a testing setup for Puppet. It includes a Puppet Master, Puppet Dashboard and PuppetDB. No idea what Vagrant is?
- Install VirtualBox
- Install Vagrant
- cd to the cloned directory
- Type in
vagrant upto your terminal window - Profit
If you get errors about PuppetDB not starting, issue a vagrant provision.
##Why?
I wanted a full Puppet test environment that I could create and destroy easily. Vagrant gives me that.
##The headlines
| IP Address | 10.10.10.2 |
|---|---|
| Dashboard URL | http://10.10.10.2:3000 |
| Put your manifests in: | puppet/manifests |
| Put your modules in: | puppet/modules |
| If you are using Hiera edit: | puppet/hiera.yaml |
| Put your Hiera data in: | puppet/hieradata |
##A bit more detail on what’s going on ###Puppet
This will set up the latest version of Puppet running as a master using the built in webbrick server. This is fine for testing, but this (amongst other reasons outlined below) makes it unsuitable for use in production.
Place your manifests and modules in puppet/manifests and puppet/modules respectively.
The server has the IP address 10.10.10.2 - if your LAN runs on this subnet, make sure you change it in the Vagrantfile.
Other tweaks have been made to the configuration to make it more suitable for testing than the standard configuration:
- Autosigning is enabled for any host
- Any client can revoke a certificate (useful when re-deploying a client for example)
These should be locked down to trusted hosts if using these techniques in production.
###Puppet Dashboard
The Dashboard can be accessed at http://10.10.10.2:3000. This also runs using webbrick, which makes it unsuitable for a large scale deployment.
###PuppetDB
PuppetDB is configured and provides the inventory service in the Dashboard.
