Forge Home

oracle

Manage the oratab through puppet

9,940 downloads

105 latest version

5.0 quality score

We run a couple of automated
scans to help you access a
module's quality. Each module is
given a score based on how well
the author has formatted their
code and documentation and
modules are also checked for
malware using VirusTotal.

Please note, the information below
is for guidance only and neither of
these methods should be considered
an endorsement by Puppet.

Version information

  • 2.0.0 (latest)
  • 1.0.0
released May 20th 2024
This version is compatible with:
  • Puppet Enterprise 2023.8.x, 2023.7.x, 2023.6.x, 2023.5.x, 2023.4.x, 2023.3.x, 2023.2.x, 2023.1.x, 2023.0.x, 2021.7.x, 2021.6.x, 2021.5.x, 2021.4.x, 2021.3.x, 2021.2.x, 2021.1.x, 2021.0.x, 2019.8.x
  • Puppet >= 6.21.0 < 9.0.0
  • ,

Start using this module

  • r10k or Code Manager
  • Bolt
  • Manual installation
  • Direct download

Add this module to your Puppetfile:

mod 'stschulte-oracle', '2.0.0'
Learn more about managing modules with a Puppetfile

Add this module to your Bolt project:

bolt module add stschulte-oracle
Learn more about using this module with an existing project

Manually install this module globally with Puppet module tool:

puppet module install stschulte-oracle --version 2.0.0

Direct download is not typically how you would use a Puppet module to manage your infrastructure, but you may want to download the module in order to inspect the code.

Download
Tags: oracle, oratab

Documentation

stschulte/oracle — version 2.0.0 May 20th 2024

Puppet Oracle Module

Build Status Coverage Status Puppet Forge

This repository aims to ease the configuration of Oracle Databases with custom types and providers

New facts

(currently none)

New functions

(currently none)

New custom types

oratab

The oratab file stores information about the home directory of your databases and whether the different instances should be automatically started and stopped by the dbstart and dbshut scripts or not.

The oratab type now allows you to treat a single entry as a resource:

oratab { 'PROD_DB':
  ensure => present,
  home   => '/u01/app/oracle/product/10.1.0/db_1',
  atboot => yes,
}

The example above will lead to the following entry in the file /etc/oratab (or /var/opt/oracle/oratab on Solaris)

PROD_DB:/u01/app/oracle/product/10.1.0/db_1:Y

You can also specify an inline comment with the description property. This is however optional.

oratab { 'PROD_DB':
  ensure      => present,
  home        => '/u01/app/oracle/product/10.1.0/db_1',
  atboot      => yes,
  description => 'managed by puppet'
}

will lead to

PROD_DB:/u01/app/oracle/product/10.1.0/db_1:Y # managed by puppet

If you do not specifiy the description property, puppet will not touch the current inline comment. This might interest you because newer versions of oracle always update the comment as line added by agent on each instance stop and start.

Running tests

Before running tests ensure you have all dependencies installed

bundle install

You can now generate documentation and run tests

bundle exec rake syntax lint metadata_lint check:symlinks check:git_ignore check:dot_underscore check:test_file rubocop
bundle exec rake spec