[Puppet Users] Re: Could not back up /home/user/.ssh/authorized_keys: Could not find terminus file for indirection file_bucket_file

[Eric Sorenson]

It is trying to use an old backup mechanism , the way to read the error 
(not that you should have to understand this, it's terrible) is

Could not load a ruby extension named "file.rb" for the "file_bucket_file" 
setting.

The shortest fix is to set "File { backup => false }" in your site.pp. 

--eric0

On Tuesday, June 11, 2019 at 3:48:39 PM UTC-7, brian lamb wrote:
>
> I have an event failure, one for each user.  They use global facter 
> variables for the keys, im not sure if thats relavant.  *What is 
> terminus, does that insinuate endpoint?  **What is indirection, and 
> file_bucket_file? *In my implementation of this, i havent seen those 
> keywords yet, however its remotely possible its from residual code from a 
> v3 manifest, since I am in an upgrade. 
>  Event: Failure
> Export data 
> 
> View run report 
> 
> Resource Ssh_authorized_key[blamb-jumped]
> Resource path Stage[main]/Ssh/Ssh_authorized_key[my_user_key_var]/
> Node affected ws2.vtm-ws.com
> Event timestamp 2019-06-11T02:09:11.212 Z
> Class Ssh
> Config version ws4-cbp-7af07afca4c
> File and line number -
> Property 
> Old Value 
> New Value 
> Message Could not back up /home/blamb/.ssh/authorized_keys: Could not 
> find terminus file for indirection file_bucket_file
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/5a0a79d5-0034-448a-8ce3-e123709d4d43%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Could not back up /home/user/.ssh/authorized_keys: Could not find terminus file for indirection file_bucket_file

[brian lamb]

I have an event failure, one for each user.  They use global facter 
variables for the keys, im not sure if thats relavant.  *What is terminus, 
does that insinuate endpoint?  **What is indirection, and 
file_bucket_file? *In my implementation of this, i havent seen those 
keywords yet, however its remotely possible its from residual code from a 
v3 manifest, since I am in an upgrade. 
 Event: Failure
Export data 

View run report 

Resource Ssh_authorized_key[blamb-jumped]
Resource path Stage[main]/Ssh/Ssh_authorized_key[my_user_key_var]/
Node affected ws2.vtm-ws.com
Event timestamp 2019-06-11T02:09:11.212 Z
Class Ssh
Config version ws4-cbp-7af07afca4c
File and line number -
Property 
Old Value 
New Value 
Message Could not back up /home/blamb/.ssh/authorized_keys: Could not find 
terminus file for indirection file_bucket_file

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/2970f132-3593-4142-b2e6-7beb5dd7d0ad%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Puppet-Ceph

[LuD j]

Hello,
You can use the module made by openstack for example :
https://github.com/openstack/puppet-ceph

Le mar. 4 juin 2019 à 02:53, Asmae Azbeg  a écrit :

> Hi everyone,
> anyone have an idea how to deploy and orchestrate a Ceph cluster using
> Puppet?
> any information or example will be helpful.
>
> Thank you in advance,
> Asmae.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/CAG5AitKAGOdccbx_z3GkUs5iRTWmU701yN4m8thVAFX-BKVk4A%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAGu0J2C2X1v%3DA%2B14inJnSKSvQn4CPpPT69%3DNe-u1hyucih0YBw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

RE: [Puppet Users] Puppet does not recognize bind mounts

[Bart-Jan Vrielink]

Hello,



I'm unable to reproduce this behavior. To see about which mounts Puppet knows 
about, use 'puppet resource mount' or 'puppet resource mount 
/pub/fedora/site/candidates/30'



# puppet resource mount /mnt/home
mount { '/mnt/home':
  ensure  => 'mounted',
  device  => '/home',
  dump    => '0',
  fstype  => 'none',
  options => 'rw,bind,seclabel,relatime,errors=remount-ro',
  pass    => '0',
  target  => '/etc/fstab',
}




-Original message-
From: Michael Watters 
Sent: Friday 7th June 2019 16:02
To: Puppet Users 
Subject: [Puppet Users] Puppet does not recognize bind mounts

I'm having an issue with puppet repeatedly attempting to mount resources which 
are configured as bind mounts on one of my nodes.  Here is a copy of the 
relevant lines from my manifest.

$koji_fedora_releases = ['28', '29', '30']

$koji_fedora_releases.each |$release| {
    ['released', 'testing'].each |$tag| {
        mount { "/pub/fedora/org/${tag}/${release}":
            ensure => mounted,
            device => 
"/storage/projects/koji/repos-dist/aos-${release}-${tag}/latest",
            fstype => 'none',
            options => 'rw,bind',
        }
    }
}

The agent is able to successfully apply these resources however it attempts to 
remount the directories every time that puppet runs.  For example, here is the 
output on the agent side.

Notice: 
/Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/candidates/30]/ensure: 
current_value unmounted, should be mounted (noop)
Info: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/candidates/30]: 
Scheduling refresh of Mount[/pub/fedora/site/candidates/30]
Notice: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/candidates/30]: 
Would have triggered 'refresh' from 1 events
Info: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/candidates/30]: 
Scheduling refresh of Mount[/pub/fedora/site/candidates/30]
Notice: 
/Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/released/30]/ensure: 
current_value unmounted, should be mounted (noop)
Info: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/released/30]: 
Scheduling refresh of Mount[/pub/fedora/site/released/30]
Notice: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/released/30]: 
Would have triggered 'refresh' from 1 events
Info: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/released/30]: 
Scheduling refresh of Mount[/pub/fedora/site/released/30]
Notice: 
/Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/testing/30]/ensure: 
current_value unmounted, should be mounted (noop)
Info: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/testing/30]: 
Scheduling refresh of Mount[/pub/fedora/site/testing/30]
Notice: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/testing/30]: 
Would have triggered 'refresh' from 1 events
Info: /Stage[main]/Site::Fileserver01/Mount[/pub/fedora/site/testing/30]: 
Scheduling refresh of Mount[/pub/fedora/site/testing/30]

These lines are repeated for each bind mount resource.

How does puppet actually verify that a device is mounted?  The source 
directories *are* mounted and I'm able to access data in each directory without 
an issue.


-- 
 You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
 To unsubscribe from this group and stop receiving emails from it, send an 
email to puppet-users+unsubscr...@googlegroups.com 
 .
 To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/198a335b-9582-4053-ae52-50cc15bf02b1%40googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/zarafa.5cff66f0.7f7e.52b6d4cd1fd0327d%40anjie.dontpanic.nl.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Advice on module structure

[Martin Alfke]

Hi CJ,

> On 10. Jun 2019, at 17:12, CJ Ess  wrote:
> 
> I need some advice -
> 
> In my environment I have multiple groups which manage multiple applications 
> in three different environments (dev/qa/prod). The layout of the puppet files 
> is very non-standard and that causes problems. The three environments have 
> subtle differences which are codified in puppet.

I usually explain that Puppet environments are not related to Platform stages, 
but to Puppet code quality.
Differences in platform stages are placed into hiera (e.g. different 
application settings).

> 
> The node classes are always going to be named after the servers (the name 
> includes the environment, so there are three of them).

You can make use of the naming convention and write a custom fact which will 
parse the servername and set a fact to be used in hiera.
> 
> The puppet code for the servers typically has a common part and an 
> environment specific part.
> 
> Anyone have a good layout that would allow arranging the server definitions 
> in a puppet friendly way?

Have you looked into roles and profiles?
This is a standard way to classify nodes (business use case role) and to 
specify applications and configurations by using implementation profiles.

hth,
Martin

> 
> I was kind of thinking that the layout would be:
> 
> modules///init.pp (for common parts)
> modules///.pp (for environment parts, 
> requiring common parts)
> 
> And then the node class would just include 
> 
> 
> Anyone have a better method?
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/d915bcdc-7ea0-434e-890b-4f3b08b0cc2d%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/FBBD2A3C-1212-4BB4-9856-609D30462672%40gmail.com.
For more options, visit https://groups.google.com/d/optout.