Closed ghost closed 10 years ago
Thanks can you please also report the output of facter -p
for the node in question and also confirm the parameters you're passing to the module?
Sure, here ist the facter -p output:
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead.
architecture => amd64
boardmanufacturer => Intel Corporation
boardproductname => 440BX Desktop Reference Platform
boardserialnumber => None
domain => dc0.testint.de
facterversion => 1.6.10
fqdn => debian-test3.dc0.testing.de
hardwareisa => unknown
hardwaremodel => x86_64
hostname => debian-test3
id => root
interfaces => eth0,lo
ipaddress => 10.1.1.12
ipaddress_eth0 => 10.1.1.12
ipaddress_lo => 127.0.0.1
is_pe => false
is_virtual => true
kernel => Linux
kernelmajversion => 3.2
kernelrelease => 3.2.0-4-amd64
kernelversion => 3.2.0
lsbdistcodename => wheezy
lsbdistdescription => Debian GNU/Linux 7.5 (wheezy)
lsbdistid => Debian
lsbdistrelease => 7.5
lsbmajdistrelease => 7
macaddress => 00:50:56:01:00:61
macaddress_eth0 => 00:50:56:01:00:61
manufacturer => VMware, Inc.
memoryfree => 1.80 GB
memorysize => 1.97 GB
memorytotal => 1.97 GB
netmask => 255.255.0.0
netmask_eth0 => 255.255.0.0
netmask_lo => 255.0.0.0
network_eth0 => 10.1.0.0
network_lo => 127.0.0.0
operatingsystem => Debian
operatingsystemrelease => 7.5
osfamily => Debian
path => /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
physicalprocessorcount => 1
processor0 => Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
processorcount => 1
productname => VMware Virtual Platform
ps => ps -ef
puppet_vardir => /var/lib/puppet
puppetversion => 2.7.23
root_home => /root
rubyversion => 1.9.3
selinux => false
serialnumber => VMware-42 27 b0 55 8e 55 d7 99-6f c2 7f 07 51 d9 97 3c
sshdsakey => AAAAB3NzaC1kc3MAAACBAI0hTGp6/4NcmzkRatdpjp+k2iBggEpHKZ48FT4cH8gtP4pTQt3KAVdK5swvjemV20A07Y8FL3yo8GARmwOXRr8qY24USlpkIopnNMC2GkCfZcnrDoTL7CSMr5iA6vcjGfdy2SiVdbJqLysvBPCuMp4vpVcVQ35/bBd+TUyEdKQbAAAAFQDpDZkJnkIcyGDPllQ0iWS5rukGMQAAAIEAgs1aPhndmuugkIVng3tFIo5NuP1LxPjHrzTBLkHw+JeJdINvE6afuzilFAFoTUl6qoo4MQOyZcrNbBKNAnG2UlWcCLrg6tAG2LGqFrRMoOH4Igx2fIyW07mKTA632+cBBeKj2I4FMGgXh2HSNeaLRVvW7BzYBP5KZQLnBoy3m7cAAACAD/FJsrBfK3EcCtricNURygIQZsXCY4kmTdKqdv8F7j4TdVW96C8nK9smFGy2QjBRR5yRLDgycouSR/3LsOufV0JT8SEScGE43XSv21DTPzf/FHET3wFiUfRrQG0BZlZPhgD0VBG6I+nihTLDXLEzvUbLZtAdxxYQrcWN4MB7EAo=
sshecdsakey => AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBLoRSXcM7xglJ6pXEINKlbDF9IcaKGc2YmcmCZC9m+XIlQh09aGCc+ilJLNgCO4/E3LW2+I0Z2B0UbtCOWAYfCw=
sshrsakey => AAAAB3NzaC1yc2EAAAADAQABAAABAQDr3y1wREUSOWdpRotiuvDpNY3k6TCaCLjNgtneM5ev/ou3Ewi0ArlTv8qQGzpqFqffh/e97JREDff963aWPQ45I0kl6IcMsPi2Smg6VLoagU3qxJCR6pgDBrp6lJWuLjugcFZc3aX0SOR0PoUn/Bwjd8xdxZxB/Js5u/OtXxSk/z3cpKcKLl7j3tLLioYt3y6x74q0p4m9eQsVz3GqqLDZaZY2m1DRgLKxQ8oyUPBnbonUa2klvl1OsP37BRDb3gY/Do4xcpTPh5MzKvGU6ioRJGVt0XI0R+IWrXIReKC5XloUveOgA9pDfFQd++vuWt10ehvraPXSY1ip4gdjUdyP
swapfree => 708.00 MB
swapsize => 708.00 MB
timezone => CEST
type => Other
uniqueid => 007f0101
uptime => 1 day
uptime_days => 1
uptime_hours => 24
uptime_seconds => 88668
virtual => vmware
I'm using Foreman to pass parameters to the module (if that should matter) and besides these I'm using the default values:
Thanks - it doesn't seem like the vmwaretools
fact is being parsed by Puppet, hence why the module is trying to install the Tools on each run.
Can you confirm if you're running mastered or masterless and if you have pluginsync enabled?
Also, Puppet 2.7.x is end-of-life, you may want to upgrade to 3.x - see here: https://ask.puppetlabs.com/question/665/what-is-the-eol-for-puppet-27x/
Here is my puppet.conf on the agent:
# File managed by Puppet
[main]
vardir = /var/lib/puppet
ssldir = $vardir/ssl
logdir = /var/log/puppet
rundir = /var/run/puppet
modulepath = /etc/puppet/modules:/opt/puppet/share/puppet/modules
user = puppet
group = puppet
archive_files = true
archive_file_server = handsoff.dc0.testing.de
[agent]
certname = debian-test3.dc0.testing.de
server = handsoff.dc0.testing.de
report = true
classfile = $vardir/classes.txt
localconfig = $vardir/localconfig
graph = true
pluginsync = true
runinterval = 300
I know about the EOL, but there is a need for me to run on the Debian packages for now.
Can I do anything else to help you figure out, what goes wrong here. I would really appreciate a fix for this and would happily provide any information you might need. I'm just not good enough with puppet to debug it myself. :(
Thanks for that, apologies for the delay in response, my day-job is quite hectic at the moment!
I've just added a check in f68199a6941f2d9e0ddaded99955fdf911c9756e for the vmwaretools_version
fact that should hard-fail the Puppet run if it cannot find it, so hopefully that should add some more clarity. To the situation.
Can you also post (or ideally Gist) the output of a manual Puppet run with the --verbose --debug
flags added, after you've pulled the latest commit from GitHub?
I've also got this, I'm currently testing out a change to 'manifests/config_tools.pp'
--- a/modules/vmwaretools/manifests/config_tools.pp +++ b/modules/vmwaretools/manifests/config_tools.pp @@ -26,6 +26,7 @@ class vmwaretools::config_tools { exec { 'vmware_config_tools': command => '/usr/bin/vmware-config-tools.pl -d', creates => $vmwaretools::params::config_creates_real,
@ofcourseican, Are you able to test this as well?
@craigwatson I did a run with the new version. As you said, it now fails. https://gist.github.com/ofcourseican/61514fdca40a6389ce69
Thanks for confirming, can you confirm you've enabled pluginsync
properly as per the documentation here: http://docs.puppetlabs.com/guides/plugins_in_modules.html#enabling-pluginsync
It seems the line must be present on both master and client nodes and is placed in the [main]
section rather than [agent]
.
@craigwatson I tried it with pluginsync in the main xor in the agent section. the result doesn't change.
Can you confirm that pluginsync is enabled on the master as well as the client?
According to the gist output, the vmwaretools_plugin
fact isn't being loaded.
Yes, it is activated on the agent and on the master.
Hi again. So, I solved the problem :) The thing was that I used environments in my setup (testing and production), for whatever reason, facter didn't load the custom facts that came with the testing environment.
Awesome, glad to know that you got it sorted in the end :)
I'll close this issue now, feel free to create more if you find more issues.
Hey Craig. I am fairly new to Puppet and wanted to try to use your vmwaretools module. It seems like it isn't downloading the tools though, and there is no files directory and no vmwaretools.gz in the /tmp directory. When running puppet agent -t it throws this:
err: /Stage[main]/Vmwaretools::Install::Archive/File[/tmp/vmwaretools/VMwareTools-9.0.0-782409.tar.gz]: Could not evaluate: Could not retrieve information from environment production source(s) puppet:///modules/vmwaretools/VMwareTools-9.0.0-782409.tar.gz at /etc/puppet/modules/vmwaretools/manifests/install/archive.pp:28
I'd greatly appreciate any ideas you may have. Thanks!
@Fr0ntSight - thanks for this, though this could be a different issue. Can you please open a new ticket and also include the code you're using to include the vmwaretools
module (either include vmwaretools
or a class resource declaration).
Thanks!
Thanks, I created ticket #46
The installation runs successfull every time. But because the module doesn't recognize when the correct version is already installed it starts the install process every time.
Here is the agents debug output. I'm running the latest github version of the module.