Question 1

What does the before => Class['apache'] relationship accomplish in a Puppet manifest?

Options :

A : It merges the resource with the apache class in a single definition

B : It enforces that the resource it’s attached to must be applied before apache class is evaluated

C : It defers the resource application until the agent’s next run

D : It restarts the current resource after apache is started

Answer: B

Question 2

A resource uses notify => Service['app'] and the service uses subscribe => File['/etc/app.conf']. How does Puppet interpret these cross-references?

Options :

A : The service resource has a circular dependency with the file resource, causing an error.

B : The service never receives a refresh event because subscribe overrides notify.

C : Both relationships attempt to refresh the service if the file changes, but only one is needed.

D : The file triggers two refresh attempts on the same service, which merges internally to a single event.

Answer: D

Question 3

You see a module on Puppet Forge with a high “quality score” but contradictory user comments mentioning unaddressed bugs. How do you reconcile this discrepancy before deciding to adopt the module?

Options :

A : Investigate the bug reports, check the module’s issue tracker or repo commits for resolution attempts

B : Assume the user comments refer to an old version, and the quality score indicates it’s now fixed

C : Trust the quality score completely because user comments lack official review

D : Avoid the module entirely, because any negative comments mean it’s unsafe

Answer: A

Question 4

A resource fails to apply with “Parameter has no effect” in logs. What does this typically indicate?

Options :

A : The variable is missing from the node’s classification but included in the class definition

B : The parameter is not supported by the specified resource type

C : The parameter is recognized but cannot be validated with puppet parser validate

D : The environment data is overriding a valid parameter

Answer: B

Question 5

A newly published module has a tests/ directory with example usage files. You notice they lack any references to your environment or Hiera data. How should you leverage those .pp test files effectively?

Options :

A : Merge all test code into the module’s init.pp so it runs automatically in every puppet run

B : Run them locally as demonstration scenarios, adjusting them to reflect your environment or Hiera references

C : Delete the tests/ directory to avoid confusion with production code

D : Immediately deploy them in production without modification, as test manifests are always safe

Answer: B

Higher Test Marks with Free Online Puppet-Certified-Professional Exam Practice

Buying Options: