Thanks for that, it's showing just how weird things are getting!

puppet 7.4.1, puppetserver 7.0.3. I have this fragment in the default node 
definition in my site.pp on the server:
```
   notify { "here!": }
   mount { "/tmp/foo":
      ensure => defined,
      device => "/dev/shm",
      fstype => "tmpfs",
   }
```

Just installing the puppet gem on the client, I see a short list of 
resource types without mount:
```
# puppet describe -l
These are the types known to puppet:
exec            - Executes external commands
file            - Manages files, including their content, owner ...
filebucket      - A repository for storing and retrieving file  ...
group           - Manage groups
notify          - Sends an arbitrary message, specified as a st ...
package         - Manage packages
resources       - This is a metatype that can manage other reso ...
schedule        - Define schedules for Puppet
service         - Manage running services
stage           - A resource type for creating new run stages
tidy            - Remove unwanted files based on specific crite ...
user            - Manage users
whit            - Whits are internal artifacts of Puppet's curr ...
```

Applying the catalog doesn't do anything useful (expected), but doesn't 
trigger an error either (unexpected).

The mount resource shows up after installing mount_core on the client, but 
applying the catalog still doesn't do anything useful:
```
# puppet module install puppetlabs-mount_core
Notice: Preparing to install into /etc/puppetlabs/code/modules ...
Notice: Downloading from https://forgeapi.puppet.com ...
Notice: Installing -- do not interrupt ...
/etc/puppetlabs/code/modules
└── puppetlabs-mount_core (v1.0.4)
# puppet describe -l | grep mount
mount           - Manages mounted filesystems, including puttin ...
# puppet agent --no-daemonize --onetime --detailed-exitcodes --verbose
Info: Using configured environment 'production'
Info: Retrieving pluginfacts
Info: Retrieving plugin
Info: Caching catalog for foobar.local
Info: Applying configuration version '1616085285'
Notice: here!
Notice: /Stage[main]/Main/Node[default]/Notify[here!]/message: defined 
'message' as 'here!'
Notice: Applied catalog in 1.19 seconds
# grep foo /etc/fstab
#
```

Whereas copying the fragment into a foo.pp file on the client and applying 
it locally *does* do something useful:
```
# puppet apply foo.pp
Notice: Compiled catalog for foobar.local in environment production in 0.06 
seconds
Notice: here!
Notice: /Stage[main]/Main/Notify[here!]/message: defined 'message' as 
'here!'
Notice: /Stage[main]/Main/Mount[/tmp/foo]/ensure: defined 'ensure' as 
'defined'
Notice: /Stage[main]/Main/Mount[/tmp/foo]: Triggered 'refresh' from 1 event
Notice: Applied catalog in 0.11 seconds
# grep foo /etc/fstab
/dev/shm        /tmp/foo        tmpfs   defaults        0       0
```

I note that the catalog adds the mount as expected if puppet is installed 
via an rpm from the puppetlabs site.

Anyone know why this is working in `puppet apply` but not `puppet agent` 
when installed via a gem, please?

Thanks,

Mark
On Friday, March 12, 2021 at 7:52:43 AM UTC Martin Alfke wrote:

> Hi Mark,
>
> You can check if a type is available by running puppet describe -l
> This will print out all available puppet custom types.
>
> Best,
> Martin
>
>
> On 11. Mar 2021, at 18:11, Mark Dixon <feed...@gmail.com> wrote:
>
> Hi Martin,
>
> Thanks - but that doesn't seem to be the problem, as it's already in the 
> modulepath. Just noticed something odd, will prod a bit more (unfortunately 
> next week now).
>
> Best,
>
> Mark
>
> On Thursday, March 11, 2021 at 7:04:06 AM UTC Martin Alfke wrote:
>
>> Hi Mark,
>>
>> please check module path using 'puppet config print modulepath' and 
>> install the required core modules into one of the mentioned folders:
>> puppet module install puppetlabs-mount_core --target-dir <path>
>>
>> This should make the mount resource type available.
>>
>> Best,
>> Martin
>>
>> On 10. Mar 2021, at 16:22, Mark Dixon <feed...@gmail.com> wrote:
>>
>>
>> Hi there,
>>
>> Following on from the conversation about the availability of a puppet 
>> agent RPM on el8 for the ppc64le architecture, I'm trying to use agent in 
>> the version of puppet made available as a ruby gem.
>>
>> It largely works just by doing this, giving me puppet 7.4.1:
>>
>>   yum install ruby
>>   gem install puppet
>>
>> However, its "mount" resource provider doesn't appear to do anything. I 
>> tried reproducing this on el8 /x86_64: "mount" resources worked under the 
>> puppet agent rpm, but not under the puppet agent from the gem.
>>
>> Is this related to the movement of "mount" into the "mount_core" module? 
>> There isn't an obvious extra gem to install, and I tried a "puppet module 
>> install puppetlabs-mount_core" on the client (but suspect that's only a 
>> useful command on the server!)
>>
>> Any ideas on how to get the mount resource working for the puppet gem, 
>> please?
>>
>> Thanks,
>>
>> Mark
>>
>> -- 
>> 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...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/362ba8fc-9dc3-4929-a500-70123de399ecn%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/puppet-users/362ba8fc-9dc3-4929-a500-70123de399ecn%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>>
>>
> -- 
> 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...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/df95f59d-4d01-4695-8df7-bc7de943ad34n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/puppet-users/df95f59d-4d01-4695-8df7-bc7de943ad34n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
>
>

-- 
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/78b97f0b-903e-4c8a-b0f1-154c3c565bb7n%40googlegroups.com.

Reply via email to