-
-
Notifications
You must be signed in to change notification settings - Fork 176
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
autoload puppet/provider/archive/curl #105
Comments
that's interesting / bizarre. |
Alright, breaking down the issue: It's complaining that:
This relates to L1 of Puppet::Type.type(:archive).provide(:curl, :parent => :ruby) do The As long as those two files are in the right location on your Puppet master and plugin sync is turned on everywhere this Should Work ™️. |
i have exactly the same issue with wget, but it occures every time and i dont know how to fix. Pluginsync works fine and all files are present on destination node.
Puppet 3.6.1 |
I solved the problem right now, it seems to be a problem on the server side when using environments. |
Oh, this is a typical problem with the old Puppet server (the ruby/passenger one). For things to be loadable they need to exist in the |
I am having this problem too with Puppet 3.8.4, using r10k environments (a custom-named one, not |
I don't think that there is another solution, Update your puppetserver or switch to a env named production. |
This is not a module issue but a puppet environments issue. The auto load failures are caused because the master service is not loading the required files into its environment, for a variety of possible causes. There are multiple puppet labs tickets to resolve this. It affects tons of modules with types and providers. In addition to bastelfreak's suggestion to use production, you also need to make sure the production environment is loaded at least once. For example, restarting the master service then immediately testing against an environment called foo will generate errors, until at least one agent (including the master) checks in against production. |
I can't use I have tried loading the production environment at least once and it didn't help. Any other ideas? |
Spin up a new Puppet master with its own 'production' environment and point your node at that. Since this is not a problem with the module but how Ruby code loading works when running on Passenger I'm closing the issue. |
We're running in puppetserver:
and hitting this issue too... we don't have an environment named "production", nor we can have it. EDIT: After a retry, the issue was gone... Quite strange. |
yeah, i've experienced similar issues on puppetserver with the file_concat type/provider… |
This issue can occur for multiple environments with different module version and it's still an open issue for puppetserver: https://tickets.puppetlabs.com/browse/SERVER-94 |
I've got same issue on Puppet 4.5 with : Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Evaluation Error: Error while evaluating a Resource Statement, Evaluation Error: Error while evaluating a Type-Name, Could not autoload puppet/type/archive: Could not autoload puppet/provider/archive/wget: Could not find parent provider ruby of wget at /etc/puppetlabs/code/environments/development/modules/kafka/manifests/init.pp:108:16 at /etc/puppetlabs/code/environments/development/modules/role/manifests/kafka_standalone.pp:15 on node slzcsr000000132-013.fusion
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run ... and solved it copying/installing Regards. |
Chicalno found a workaround (although it is not a solution) |
@chilcano Is that literally all that you did? We don't have a production environment but I created an empty one with just two modules archive and stdlib. I then tried agent -t --environment production which completed successfully and then tried agent -t on my actual environment and that failed with the same error message. |
@markfaine Yes, I did just that. |
Sorry for reporting that so late :P... I use puppet-master 3.8.7 installed from RPM on Centos 7 and when this problem occured again today, restarting the puppetmaster and then re-running the agent helped. |
It's still the same issue for me with Puppet-4.10.1 and puppetserver-2.7.2 with r10k environments. |
I ran into the same problem. Based on a comment made by @project0, I added the module to my You can run the following command to find your basemodulepath: My feature branch |
I can confirm @haani-niyaz 's work-around works for me as well. I'm still on puppet 3.8.7 with |
I had a similar issue that was caused by rvm with a different version of ruby set as default while running puppet-agent 5.x (an environment issue).
"puppet agent -t" worked fine after "rvm system" |
I too faced this issue on puppet standalone:-
Any suggestions what's the cause for it? |
@karelyatin Have you tried using |
@alexjfisher Thanks for the reply, I am getting below error while running it. Am i running it correctly? NOTE: i am running puppet standalone, no puppet master/agent |
You should still be able to run To trick the tool into running, maybe...
? |
@alexjfisher Still failing, Why above is working after creating /etc/puppet/environments directory. |
I faced an similar problem in puppet-elasticsearch which has been fixed by setting the correct load path (https://github.com/elastic/puppet-elasticsearch/blob/master/lib/puppet/type/elasticsearch_index.rb#L1). In my opinion this should also work in this module. |
When puppet modules are installed from rpm ensure /etc/puppet/environments directory exists. This is a workaround to avoid autoload issue [1]. [1] voxpupuli/puppet-archive#105 Change-Id: Ib8cfefb774a7eac0a0ad584d3a4e5d6779d5de4f
I feel like this is related to something in the way the module is written. I have a ton of modules in use and this is the only one that has this type of issue. I can kick off a handful of server builds and maybe half of them, on average, will fail with this error while the others will work fine. Typically, at some point a Puppet run will complete. |
@ljkimmel Have you tried using |
'Generate' does not appear to be a valid subcommand to the opensource version of Puppet as used with Foreman. |
I came across this with Puppet v4.10.10 with r10k and running |
i am having the same issue with puppet 5.5.0, and i am also not using the "production" environment |
same issue here with 5.5. |
Had the same issue resolved it by copying the archive module in my production environment. I could still use it in my development environment |
This problem still exists with puppet-agent 6.11.1. and server 6.7.2. Adding the module to the Puppetfile for the production environment will solve the problem. |
Hello,
I get this error randomly on my clients and if I re-run puppet sometimes it goes away and works without any problems. Any idea why it randomly occurs ?
Puppet: 3.8.2
Module; 0.4.4
Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Evaluation Error: Error while evaluating a Resource Statement, Evaluation Error: Error while evaluating a Resource Statement, Could not autoload puppet/type/archive: Could not autoload puppet/provider/archive/curl: Could not find parent provider ruby of curl at /etc/puppetlabs/code/environments/develop/modules/archive/manifests/nexus.pp:53:3 at /etc/puppetlabs/code/environments/develop/modules/ui_broker/manifests/init.pp:33 on node rnode01.test.com
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run
The text was updated successfully, but these errors were encountered: