Compare commits

...

5 Commits

Author SHA1 Message Date
Jenkins
1c7430784c Merge branch 'jenkins-build-6' into 'master'
Auto-merge for build 6

See merge request puppet/confdroid_automatic!5
2026-03-30 14:07:05 +02:00
Jenkins Server
951daaf79e Recommit for updates in build 6 2026-03-30 13:50:52 +02:00
Jenkins Server
fdaafa1f8c Merge remote-tracking branch 'origin/master' into jenkins-build-6 2026-03-30 13:50:51 +02:00
9ff9365542 OP#547 update Readme 2026-03-30 13:49:38 +02:00
Jenkins
32266b8cfb Merge branch 'jenkins-build-5' into 'master'
Auto-merge for build 5

See merge request puppet/confdroid_automatic!4
2026-03-29 14:39:37 +00:00
4 changed files with 82 additions and 157 deletions

134
Jenkinsfile vendored
View File

@@ -1,134 +0,0 @@
pipeline {
agent any
post {
always {
deleteDir() /* clean up our workspace */
}
success {
updateGitlabCommitStatus state: 'success'
}
failure {
updateGitlabCommitStatus state: 'failed'
step([$class: 'Mailer', notifyEveryUnstableBuild: true, recipients: 'support@confdroid.com', sendToIndividuals: true])
}
}
options {
gitLabConnection('gitlab.confdroid.com')
}
stages {
stage('pull master') {
steps {
sshagent(['edd05eb6-26b5-4c7b-a5cc-ea2ab899f4fa']) {
sh '''
git config user.name "Jenkins Server"
git config user.email jenkins@confdroid.com
# Ensure we're on the development branch (triggered by push)
git checkout development
# Create jenkins branch from development
git checkout -b jenkins-build-$BUILD_NUMBER
# Optionally merge master into jenkins to ensure compatibility
git merge origin/master --no-ff || { echo "Merge conflict detected"; exit 1; }
'''
}
}
}
stage('puppet parser') {
steps {
sh '''for file in $(find . -iname \'*.pp\'); do
/opt/puppetlabs/bin/puppet parser validate --color false --render-as s --modulepath=modules $file || exit 1;
done;'''
}
}
stage('check templates') {
steps{
sh '''for file in $(find . -iname \'*.erb\');
do erb -P -x -T "-" $file | ruby -c || exit 1;
done;'''
}
}
stage('puppet-lint') {
steps {
sh '''/usr/local/bin/puppet-lint . \\
--no-variable_scope-check \\
|| { echo "Puppet lint failed"; exit 1; }
'''
}
}
stage('SonarScan') {
steps {
withCredentials([string(credentialsId: 'sonar-token', variable: 'SONAR_TOKEN')]) {
sh '''
/opt/sonar-scanner/bin/sonar-scanner \
-Dsonar.projectKey=confdroid_automatic \
-Dsonar.sources=. \
-Dsonar.host.url=https://sonarqube.confdroid.com \
-Dsonar.token=$SONAR_TOKEN
'''
}
}
}
stage('create Puppet documentation') {
steps {
sh '/opt/puppetlabs/bin/puppet strings'
}
}
stage('update repo') {
steps {
sshagent(['edd05eb6-26b5-4c7b-a5cc-ea2ab899f4fa']) {
sh '''
git config user.name "Jenkins Server"
git config user.email jenkins@confdroid.com
git rm -r --cached .scannerwork || echo "No .scannerwork to remove from git"
git rm -r --cached .yardoc || echo "No .yardoc to remove from git"
git rm -r --cached .vscode || echo "No .vscode to remove from git"
git commit --amend --no-edit --allow-empty
git add -A && git commit -am "Recommit for updates in build $BUILD_NUMBER" || echo "No changes to commit"
git push -o merge_request.create \
-o merge_request.target=master \
-o merge_request.title="Auto-merge for build $BUILD_NUMBER" \
-o merge_request.description="Automated changes from Jenkins build $BUILD_NUMBER" \
-o merge_request.merge_when_pipeline_succeeds=true \
origin jenkins-build-$BUILD_NUMBER
'''
}
}
}
stage('Mirror to Gitea') {
steps {
withCredentials([usernamePassword(
credentialsId: 'Jenkins-gitea',
usernameVariable: 'GITEA_USER',
passwordVariable: 'GITEA_TOKEN')]) {
script {
// Checkout from GitLab (already done implicitly)
sh '''
git checkout master
git pull origin master
git branch -D development
git branch -D jenkins-build-$BUILD_NUMBER
git rm -f Jenkinsfile
git rm -r --cached .scannerwork || echo "No .scannerwork to remove from git"
git rm -r --cached .yardoc || echo "No .yardoc to remove from git"
git rm -r --cached .vscode || echo "No .vscode to remove from git"
git commit --amend --no-edit --allow-empty
git remote add master https://sourcecode.confdroid.com/confdroid/confdroid_automatic.git
git -c credential.helper="!f() { echo username=${GITEA_USER}; echo password=${GITEA_TOKEN}; }; f" \
push master --mirror
'''
}
}
}
}
}
}

View File

@@ -10,14 +10,15 @@
- [Dependencies](#dependencies) - [Dependencies](#dependencies)
- [Support](#support) - [Support](#support)
- [Parameter Inheritance](#parameter-inheritance) - [Parameter Inheritance](#parameter-inheritance)
- [Module Deployment](#module-deployment) - [SELINUX](#selinux)
- [Deployment](#deployment)
- [Tests](#tests) - [Tests](#tests)
- [Contact Us](#contact-us) - [Contact Us](#contact-us)
- [Disclaimer](#disclaimer) - [Disclaimer](#disclaimer)
## Synopsis ## Synopsis
dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9. dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9 and similar RHEL 9 based operating systems.
`confdroid_automatic` manages dnf-automatic installations and configurations. `confdroid_automatic` manages dnf-automatic installations and configurations.
@@ -27,8 +28,8 @@ dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9.
## Features ## Features
- install required binaries, files and services - install required binaries,
- manage selinux context - mane files and directories with proper selinux context
- manage main configurations files via parameters - manage main configurations files via parameters
- manage service - manage service
@@ -36,16 +37,34 @@ dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9.
## Support ## Support
- Rocky 9 - Rocky 9 (any RHEL 9-based OS should work)
- Puppet 8 - Puppet 8
## Parameter Inheritance ## Parameter Inheritance
All parameters are listed in `params.pp` and inherited from there. Variable parameters are in the upper section and also documented in the top. These can be overridden by the ENC. Parameters in the bottom section (curly brackets) cannot be overridden and usually are used for keeping the code in the classes more readable. All parameters are listed in `params.pp` and inherited from there. Variable parameters are in the upper section and also documented in the top. These can be overridden by the ENC. Parameters in the bottom section (curly brackets) cannot be overridden and usually are used for keeping the code in the classes more readable.
## Module Deployment ## SELINUX
ALmost every puppet setup is done in very custom ways, and hence the way the modules are deployed to nodes are different. This module assumes [Foreman][def] as ENC, so the modules just have to be present on the master node and Foreman will take care for it. All files and directories are configured with correct selinux context. If selinux is disabled, these contexts are ignored.
## Deployment
- native Puppet deployment
via site.pp or nodes.pp
```ruby
node 'example.example.net' {
include automatic
}
```
- through Foreman:
In order to apply parameters through Foreman, **confdroid_automatic::params**- must be added to the host or host group in question.
See [more details about class deployment on confdroid.com](https://confdroid.com/2017/05/deploying-our-puppet-modules/).
## Tests ## Tests
@@ -65,5 +84,3 @@ ALmost every puppet setup is done in very custom ways, and hence the way the mod
ConfDroid as entity is entirely independent from Puppet. We provide custom configuration modules, written for specific purposes and specific environments. ConfDroid as entity is entirely independent from Puppet. We provide custom configuration modules, written for specific purposes and specific environments.
The modules are tested and supported only as documented, and require testing in designated environments (i.e. lab or development environments) for parameter tuning etc. before deploying into production environments. The modules are tested and supported only as documented, and require testing in designated environments (i.e. lab or development environments) for parameter tuning etc. before deploying into production environments.
[def]: https://www.theforeman.org/manuals/3.13/quickstart_guide.html

View File

@@ -76,7 +76,9 @@
</li><li> </li><li>
<p><a href="#parameter-inheritance">Parameter Inheritance</a></p> <p><a href="#parameter-inheritance">Parameter Inheritance</a></p>
</li><li> </li><li>
<p><a href="#module-deployment">Module Deployment</a></p> <p><a href="#selinux">SELINUX</a></p>
</li><li>
<p><a href="#deployment">Deployment</a></p>
</li><li> </li><li>
<p><a href="#tests">Tests</a></p> <p><a href="#tests">Tests</a></p>
</li><li> </li><li>
@@ -87,7 +89,7 @@
<h2 id="label-Synopsis">Synopsis</h2> <h2 id="label-Synopsis">Synopsis</h2>
<p>dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9.</p> <p>dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9 and similar RHEL 9 based operating systems.</p>
<p><code>confdroid_automatic</code> manages dnf-automatic installations and configurations.</p> <p><code>confdroid_automatic</code> manages dnf-automatic installations and configurations.</p>
@@ -99,9 +101,9 @@
<h2 id="label-Features">Features</h2> <h2 id="label-Features">Features</h2>
<ul><li> <ul><li>
<p>install required binaries, files and services</p> <p>install required binaries,</p>
</li><li> </li><li>
<p>manage selinux context</p> <p>mane files and directories with proper selinux context</p>
</li><li> </li><li>
<p>manage main configurations files via parameters</p> <p>manage main configurations files via parameters</p>
</li><li> </li><li>
@@ -112,7 +114,7 @@
<h2 id="label-Support">Support</h2> <h2 id="label-Support">Support</h2>
<ul><li> <ul><li>
<p>Rocky 9</p> <p>Rocky 9 (any RHEL 9-based OS should work)</p>
</li><li> </li><li>
<p>Puppet 8</p> <p>Puppet 8</p>
</li></ul> </li></ul>
@@ -121,9 +123,28 @@
<p>All parameters are listed in <code>params.pp</code> and inherited from there. Variable parameters are in the upper section and also documented in the top. These can be overridden by the ENC. Parameters in the bottom section (curly brackets) cannot be overridden and usually are used for keeping the code in the classes more readable.</p> <p>All parameters are listed in <code>params.pp</code> and inherited from there. Variable parameters are in the upper section and also documented in the top. These can be overridden by the ENC. Parameters in the bottom section (curly brackets) cannot be overridden and usually are used for keeping the code in the classes more readable.</p>
<h2 id="label-Module+Deployment">Module Deployment</h2> <h2 id="label-SELINUX">SELINUX</h2>
<p>ALmost every puppet setup is done in very custom ways, and hence the way the modules are deployed to nodes are different. This module assumes <a href="https://www.theforeman.org/manuals/3.13/quickstart_guide.html">Foreman</a> as ENC, so the modules just have to be present on the master node and Foreman will take care for it.</p> <p>All files and directories are configured with correct selinux context. If selinux is disabled, these contexts are ignored.</p>
<h2 id="label-Deployment">Deployment</h2>
<ul><li>
<p>native Puppet deployment</p>
</li></ul>
<p>via site.pp or nodes.pp</p>
<pre class="code ruby"><code class="ruby">node &#39;example.example.net&#39; {
include automatic
}
</code></pre>
<ul><li>
<p>through Foreman:</p>
</li></ul>
<p>In order to apply parameters through Foreman, <strong>confdroid_automatic::params</strong>- must be added to the host or host group in question.</p>
<p>See <a href="https://confdroid.com/2017/05/deploying-our-puppet-modules/">more details about class deployment on confdroid.com</a>.</p>
<h2 id="label-Tests">Tests</h2> <h2 id="label-Tests">Tests</h2>
<ul><li> <ul><li>

View File

@@ -76,7 +76,9 @@
</li><li> </li><li>
<p><a href="#parameter-inheritance">Parameter Inheritance</a></p> <p><a href="#parameter-inheritance">Parameter Inheritance</a></p>
</li><li> </li><li>
<p><a href="#module-deployment">Module Deployment</a></p> <p><a href="#selinux">SELINUX</a></p>
</li><li>
<p><a href="#deployment">Deployment</a></p>
</li><li> </li><li>
<p><a href="#tests">Tests</a></p> <p><a href="#tests">Tests</a></p>
</li><li> </li><li>
@@ -87,7 +89,7 @@
<h2 id="label-Synopsis">Synopsis</h2> <h2 id="label-Synopsis">Synopsis</h2>
<p>dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9.</p> <p>dnf-automatic is a mechanism to allow automatic OS updates for Rocky 9 and similar RHEL 9 based operating systems.</p>
<p><code>confdroid_automatic</code> manages dnf-automatic installations and configurations.</p> <p><code>confdroid_automatic</code> manages dnf-automatic installations and configurations.</p>
@@ -99,9 +101,9 @@
<h2 id="label-Features">Features</h2> <h2 id="label-Features">Features</h2>
<ul><li> <ul><li>
<p>install required binaries, files and services</p> <p>install required binaries,</p>
</li><li> </li><li>
<p>manage selinux context</p> <p>mane files and directories with proper selinux context</p>
</li><li> </li><li>
<p>manage main configurations files via parameters</p> <p>manage main configurations files via parameters</p>
</li><li> </li><li>
@@ -112,7 +114,7 @@
<h2 id="label-Support">Support</h2> <h2 id="label-Support">Support</h2>
<ul><li> <ul><li>
<p>Rocky 9</p> <p>Rocky 9 (any RHEL 9-based OS should work)</p>
</li><li> </li><li>
<p>Puppet 8</p> <p>Puppet 8</p>
</li></ul> </li></ul>
@@ -121,9 +123,28 @@
<p>All parameters are listed in <code>params.pp</code> and inherited from there. Variable parameters are in the upper section and also documented in the top. These can be overridden by the ENC. Parameters in the bottom section (curly brackets) cannot be overridden and usually are used for keeping the code in the classes more readable.</p> <p>All parameters are listed in <code>params.pp</code> and inherited from there. Variable parameters are in the upper section and also documented in the top. These can be overridden by the ENC. Parameters in the bottom section (curly brackets) cannot be overridden and usually are used for keeping the code in the classes more readable.</p>
<h2 id="label-Module+Deployment">Module Deployment</h2> <h2 id="label-SELINUX">SELINUX</h2>
<p>ALmost every puppet setup is done in very custom ways, and hence the way the modules are deployed to nodes are different. This module assumes <a href="https://www.theforeman.org/manuals/3.13/quickstart_guide.html">Foreman</a> as ENC, so the modules just have to be present on the master node and Foreman will take care for it.</p> <p>All files and directories are configured with correct selinux context. If selinux is disabled, these contexts are ignored.</p>
<h2 id="label-Deployment">Deployment</h2>
<ul><li>
<p>native Puppet deployment</p>
</li></ul>
<p>via site.pp or nodes.pp</p>
<pre class="code ruby"><code class="ruby">node &#39;example.example.net&#39; {
include automatic
}
</code></pre>
<ul><li>
<p>through Foreman:</p>
</li></ul>
<p>In order to apply parameters through Foreman, <strong>confdroid_automatic::params</strong>- must be added to the host or host group in question.</p>
<p>See <a href="https://confdroid.com/2017/05/deploying-our-puppet-modules/">more details about class deployment on confdroid.com</a>.</p>
<h2 id="label-Tests">Tests</h2> <h2 id="label-Tests">Tests</h2>
<ul><li> <ul><li>