I''m running puppet from svn - build 2537. I''ve got a functional configuration and am testing it on a couple of development machines prior to moving it into production. I noticed today that the machines are taking ~300 seconds to process their configurations, so i watched a run and saw that it''s recompiling all of the Packages every single time. The only thing that I can think is that something about "ensure => latest" is causing it to rebuild on every run instead of just making sure that version numbers match. It reports the following: notice: //basenode/arces_basenode/cron/Package[fcron]/ensure: ensure changed ''3.0.2-r1'' to ''3.0.2-r1'' I''m also seeing that it''s taking one of the symlink verifications and filebucketing it and then re-symlinking it again. This may be a result of having recompiled the package that subscribes to the symlink, so it might just be a feature. :) notice: //basenode/arces_basenode/machine.arces.net/clock/arces_clock/clock::clock[arces]/Package[timezone-data]/ensure: ensure changed ''2007e'' to ''2007e'' info: /File[/etc/localtime]: Filebucketed to bet with sum e7a28a1315bcd4deedaaac6d1c3cd3e2 notice: //basenode/arces_basenode/machine.arces.net/clock/arces_clock/clock::clock[arces]/File[/etc/localtime]/ensure: ensure changed ''file'' to ''link'' info: /File[/etc/localtime]: Scheduling refresh of Service[clock] notice: //basenode/arces_basenode/machine.arces.net/clock/arces_clock/clock::clock[arces]/Service[clock]: Triggering ''refresh'' from 1 dependencies Any thoughts? -- Adrian Goins - President / CEO Arces Network, LLC <http://www.arces.net> _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users
On Jun 12, 2007, at 1:28 PM, Adrian Goins wrote:> I''m running puppet from svn - build 2537. I''ve got a functional > configuration and am testing it on a couple of development machines > prior to moving it into production. I noticed today that the > machines are taking ~300 seconds to process their configurations, > so i watched a run and saw that it''s recompiling all of the > Packages every single time.What platform is this? I assume it''s something like FreeBSD...? That certainly sounds like a bug. Did it happen in previous releases? -- It is said that power corrupts, but actually it''s more true that power attracts the corruptible. The sane are usually attracted by other things than power. -- David Brin --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com
Thanks for the quick response. It''s running on Gentoo. Prior to this I ran svn 2316 and did not see the behavior. I still have that .ebuild and can revert to it to see if it abates, if you''d like. I switched to running out of svn because the release at the time couldn''t understand package categories for portage, leaving it confused about similarly-named packages in different categories. Adrian Goins - President / CEO Arces Network, LLC <http://www.arces.net> Luke Kanies wrote:> On Jun 12, 2007, at 1:28 PM, Adrian Goins wrote: > > >> I''m running puppet from svn - build 2537. I''ve got a functional >> configuration and am testing it on a couple of development machines >> prior to moving it into production. I noticed today that the >> machines are taking ~300 seconds to process their configurations, >> so i watched a run and saw that it''s recompiling all of the >> Packages every single time. >> > > What platform is this? I assume it''s something like FreeBSD...? > > That certainly sounds like a bug. Did it happen in previous releases? > > -- > It is said that power corrupts, but actually it''s more true that power > attracts the corruptible. The sane are usually attracted by other > things > than power. -- David Brin > --------------------------------------------------------------------- > Luke Kanies | http://reductivelabs.com | http://madstop.com > > > _______________________________________________ > Puppet-users mailing list > Puppet-users@madstop.com > https://mail.madstop.com/mailman/listinfo/puppet-users >_______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users
On Jun 12, 2007, at 2:12 PM, Adrian Goins wrote:> Thanks for the quick response. It''s running on Gentoo. > > Prior to this I ran svn 2316 and did not see the behavior. I still > have that .ebuild and can revert to it to see if it abates, if > you''d like. I switched to running out of svn because the release > at the time couldn''t understand package categories for portage, > leaving it confused about similarly-named packages in different > categories.Hmm. Can you join irc or something so we can figure out the problem? I don''t have a Gentoo box around to test with. Alternatively, if you are willing, you could try hacking the portage.rb file to see what it takes to get it working. José, its author, might also be around and willing to help. -- On Bureaucracy.... The Pythagorean theorem contains 24 words. Archimedes Principle, 67. The Ten Commandments, 179. The American Declaration of Independence, 300. And recent legislation in Europe concerning when and where to smoke, 23,942. -- The European, June 23-29, 1995 --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com
The problem was traced to eix not clearing color codes from its output, even when passed --no-color. This appears to have been fixed in eix-0.9.1. If you''re experiencing this problem, upgrade eix and see if it clears. Adrian Goins - President / CEO Arces Network, LLC <http://www.arces.net> _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users
Hi Adrian, Adrian Goins wrote:> Thanks for the quick response. It''s running on Gentoo. > > Prior to this I ran svn 2316 and did not see the behavior. I still have > that .ebuild and can revert to it to see if it abates, if you''d like. I > switched to running out of svn because the release at the time couldn''t > understand package categories for portage, leaving it confused about > similarly-named packages in different categories.Sorry I caught this so late.. However you are correct that it is caused by eix incorrectly clearing errorcodes in it''s output. It''s fixed in eix-0.9.4 See http://bugs.gentoo.org/show_bug.cgi?id=180824 which I reported There are more problems with eix and puppet. For example, package definitions in puppet which involve packages from an overlay also cause re-compiles because the current eix invocation includes overlay references. The following example for the php package invocation of eix appears to generate cleaner output: eix -x -n -c --format-compact "<category>/<name> <installedversionsshort>" --category-name dev-lang/php I''ve been meaning to write a fix for this in puppet (the eix output parsing needs to be updated as well) but haven''t come around to it because my girlfriend gave birth to a beautiful son this week. That event pre-empts any and all technology work :-) Grtz Ramon
Gotcha. I was wrong to see that it was fixed in 0.9.1 - but I''ve updated to 0.9.8 and it does definitely seem resolved. Congrats on the boy! Adrian Goins - President / CEO Arces Network, LLC <http://www.arces.net> Ramon van Alteren wrote:> Hi Adrian, > > Adrian Goins wrote: > >> Thanks for the quick response. It''s running on Gentoo. >> >> Prior to this I ran svn 2316 and did not see the behavior. I still have >> that .ebuild and can revert to it to see if it abates, if you''d like. I >> switched to running out of svn because the release at the time couldn''t >> understand package categories for portage, leaving it confused about >> similarly-named packages in different categories. >> > > Sorry I caught this so late.. > However you are correct that it is caused by eix incorrectly clearing > errorcodes in it''s output. It''s fixed in eix-0.9.4 > > See http://bugs.gentoo.org/show_bug.cgi?id=180824 which I reported > > There are more problems with eix and puppet. > > For example, package definitions in puppet which involve packages from > an overlay also cause re-compiles because the current eix invocation > includes overlay references. > > The following example for the php package invocation of eix appears to > generate cleaner output: > > eix -x -n -c --format-compact "<category>/<name> > <installedversionsshort>" --category-name dev-lang/php > > I''ve been meaning to write a fix for this in puppet (the eix output > parsing needs to be updated as well) but haven''t come around to it > because my girlfriend gave birth to a beautiful son this week. > That event pre-empts any and all technology work :-) > > Grtz Ramon > _______________________________________________ > Puppet-users mailing list > Puppet-users@madstop.com > https://mail.madstop.com/mailman/listinfo/puppet-users >_______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users