#106 – Purging Cache

This week on the podcast, Kyle finds the ProcessRestartMemoryLimit does not work as expected, Dan finds that the Purge Cache command has changed in 8.56, and Kyle recaps a successful Go-Live for PeopleTools 8.55 and Fluid Navigation.

Show Notes

  • Page and Field CONFIGURATOR Follow-up @ 1:00
  • October CVE Details @ 6:00
  • Understanding ProcessRestartMemoryLimit @ 11:30
  • Purge Cache Change in 8.56 @ 19:45
  • Elasticsearch 04 DPK, POC Patches @ 25:30
  • Unified Nav and My Favorites @ 31:30
  • 8.55 and Fluid Nav Go-Live Success and Issues @ 38:15

#105 – Agile PeopleSoft

This week on the podcast, Charlie Sinks joins us to talk about the Upper Midwest Regional User Group. We talk about using Agile with PeopleSoft, our experiences with Elasticearch, the Idea Space for PeopleTools, and using Git with PeopleSoft.

Show Notes

  • Chatbots Demo @ 3:30
  • Agile and PeopleSoft @ 11:00
    • SCRUM
    • Kanban
    • SAFE
  • Elasticsearch Experiences @ 33:45
  • PeopleTools 8.56 Updates @ 43:30
  • Testing Effort for Certifications @ 45:30
    • AIX/Solaris: pspuppet.sh is used to prepare the environment. Need to invoke if the bootstrap or puppet failed and you need to re-run
  • Idea Space @ 50:15
  • Advanced PS Admin Talk @ 56:30
  • Orchestration @ 61:00
  • Using Git @ 67:30

psadmin.conf: Security

The third set of psadmin.conf videos are available! Security in an important part of administering PeopleSoft. Brad Carlson and Ruth Dodson share how to apply CPU patches in 21 days. Nate Werner discusses advanced security tools that admins should know about. Greg Wendt explains how the ERP Firewall can protect PeopleSoft and Guru Naranaswamy shows how to encrypt the Report Repository.

We have released the videos as a free course so you can find the videos in one place. Head over to the psadmin.io courses page and sign up. If you have already signed up for the course, you can log in and the videos will be available.

#103 – OOW 2017 All-Star Recap

This week on the podcast, an All Star cast joins Dan and Kyle to recap OpenWorld 2017. Mike Ripley, Graham Smith, Sasank Vemana, Wayne Fuller, and Brad Carlson share their thoughts on announcements and sessions from OpenWorld.

Show Notes

  • Mike Ripley on Oracle 18c Announcements @ 2:00
  • The Future of Change Assistant @ 6:00
  • PeopleTools Platform Changes @ 15:00
  • Graham Smith on Cloud Manager’s Value @ 17:30
  • How do we run PeopleSoft Images? @ 25:00
  • Elasticsearch Panel @ 32:45
  • Where to start working with the DPK @ 38:30
  • Graham Smith’s backyard office
  • Sasank on Starting Fluid Development @ 42:00
  • Wayne Fuller on the “2027” Support Date @ 48:00
  • More Details on ClassicPlus @ 58:30
  • Brad Carlson on Fast CPU Patching @ 67:00
  • Brad and Sasank on Syncing People in PeopleSoft @ 77:00
  • Personalizing the User Interface @ 84:00 Location and Time Specific Tiles @ 94:30

psadmin.conf: Automation

The first set of psadmin.conf videos are available! The first batch of videos are focuses on automation for PeopleSoft Administration. Charlie Sinks talks about using Rundeck with PeopleSoft and Peyton Colburn shares how he expanded Hiera beyond psft_customizations.yaml.

We have released the videos as a free course so you can find the videos in one place. Head over to the psadmin.io courses page and sign up.

#102 – Repurposed Services

This week on the podcast, Kyle talks about custom OEM metrics he built for Elasticsearch and Synchronous Services. Dan shares a WebSocket testing Utility. Then they discuss some big changes with Cloud Manager Image 5 and repurposing PSQCKSRV and PSQRYSRV services.
 

Show Notes

#99 – Oracle Resource Manager

This week on the podcast, Kyle shares why the Navigator button disappeared on him, using VisualStudio Code and Git-Bash, and Colton Fischer’s excellent POC projects. We finish the podcast with David Kurtz talking about the Oracle Resource Manager with multi-tenant databases.  

Show Notes 

#97 – Dozens of Us

This week on the podcast, Dan and Kyle discuss strategies to organize and manage Event Mapping code, writing code that other people will use, trying to work with Push Notifications and custom ACM modules. Kyle ends the podcast with a funny story about searching for images.
 

Show Notes

 

Using Puppet Environments with the DPK

Since the Deployment Packages were released with PeopleTools 8.55, one of my criticisms has been that the DPK is a bit of a sledgehammer. If you define multiple PeopleSoft environments on a server and you want to configure one web server, ALL the domains that the DPK knows about are shut down.

Puppet has an Environments feature that lets you segregate your code and data. While the DPK does not support Puppet Environments out of the box, we can use them to make the DPK less of a sledgehammer when managing our domains. (There is still some sledgehammering going on, so go vote for this idea).

While environments let you separate the modules, manifests and data folder, in this post we’ll separate just the data folder. This will let us share a common set of code (the manifests and modules folders) but the configuration of each domain will be different.

If you want to extend this to the modules and manifests folder, copy those into the environment folders with the environment-specific changes. This is useful for testing new code changes or if you want an environment to use a different DPK Role in the site.pp file.

Create Environment Folders

  1. Make a new dev and tst folders under c:\programdata\puppetlabs\puppet\etc\environments

You can have multiple environments under this folder – as many as you want. A strategy that I’m testing is using the database name as the environment name. For this post, I’ll stick with dev and tst

  1. Copy your YAML files from puppet\etc\data to puppet\etc\environments\dev\data and puppet\etc\ environments\tst\data.

Configure Puppet Environment

Under the puppet\etc folder, add (or modify) the puppet.conf file to look like this:

[main]
environment=production
parser=future
environmentpath=c:\programdata\puppetlabs\puppet\etc\environments
hiera_config=c:\programdata\puppetlabs\hiera\etc\hiera.yaml
basemodulepath=c:\programdata\puppetlabs\puppet\etc\modules

This file tells Puppet where to look for your environments, your Hiera configuration, your default module location, and the default Puppet Environment.

Last, we’ll modify the hiera.yaml file in c:\programdata\puppetlabs\hiera\etc to include environments:

---
:backends:
  - yaml

:hierarchy:
  - "environments/%{::environment}/data/psft_customizations"
  - "environments/%{::environment}/data/psft_configuration"
  - "environments/%{::environment}/data/psft_deployment"
  - "environments/%{::environment}/data/psft_unix_system"
  - "environments/%{::environment}/data/defaults"

:yaml:
  :datadir: c:\programdata\puppetlabs\puppet\etc

If you want to share some of the files, like the defaults.yaml or the psft_unix_system.yaml file, you could keep those under the main puppet\etc\data folder. Your hiera.yaml file would look like this:

---
:backends:
  - yaml

:hierarchy:
  - "environments/%{::environment}/data/psft_customizations"
  - "environments/%{::environment}/data/psft_configuration"
  - "environments/%{::environment}/data/psft_deployment"
  - data/psft_unix_system
  - data/defaults

:yaml:
  :datadir: c:\programdata\puppetlabs\puppet\etc

Test the Environments

Once our Puppet changes are complete we can test some builds. When we run puppet apply, we’ll add an additional paratemer: the environment. To build my dev environment domains, I’ll use this procedure:

cd c:\programdata\puppetlabs\puppet\etc\manifests
puppet apply .\site.pp --environment=dev --debug

Once the dev domains are built and running, you can kick off the tst build with:

puppet apply .\site.pp --environment=tst --debug

As the tst environment is building, your dev domains should stay up and not be affected by the Puppet run. If they are affected, you may have some YAML changes that need to be made. Make sure your configuration’s between the environment don’t overlap (e.g, same PS_CFG_HOME and domain names).

#95 – You are here

This week on the podcast, we share Eric Bolinger’s DPK module for WebLogic, Graham’s 5 Things about PeopleSoft Images, more Fluid Ideas, and dive into ELM’s Find Learning page behavior. We finish the episode discussing about Matt Tremblay’s “Reverse Proxy Server with Docker” post.

Show Notes