<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">That fact is known to be broken in
recent versions of Facter; if you encounter any code in puppet
that relies on it, please change it to use our custom fact
instead.<br>
<br>
For a lengthy elaboration on 'broken,' I refer you to Faidon's
comments here: <a class="moz-txt-link-freetext" href="https://gerrit.wikimedia.org/r/#/c/184303/">https://gerrit.wikimedia.org/r/#/c/184303/</a><br>
<br>
-Andrew<br>
<br>
On 2/17/15 6:24 PM, Jeff Gage wrote:<br>
</div>
<blockquote
cite="mid:CAOfP=dVk1WnUy3VeEB3TsRd=+hiHeYxRiy_zaEbPN4BKnSFyqA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Thanks, this is great!</div>
<div><br>
</div>
I just ran into this difference with Facter: the version
supplied with Jessie is newer and contains rewritten EC2 facts
which don't seem to work in this image:
<div><br>
</div>
<div>
<div><font face="monospace, monospace">$ lsb_release -c</font></div>
<div><font face="monospace, monospace">Codename:<span class=""
style="white-space:pre"> </span>trusty</font></div>
<div>
<div><font face="monospace, monospace">$ dpkg -l facter |
egrep '^ii' | awk '{print $3}'</font></div>
<div><font face="monospace, monospace">1.7.5-1ubuntu1</font></div>
</div>
<div><font face="monospace, monospace">$ dpkg -L facter | grep
ec2</font></div>
<div><font face="monospace, monospace">/usr/lib/ruby/vendor_ruby/facter/ec2.rb</font></div>
<div><font face="monospace, monospace">/usr/lib/ruby/vendor_ruby/facter/util/ec2.rb</font></div>
</div>
<div>
<div><font face="monospace, monospace">$ sudo facter -p |
egrep "^ec2_" | wc -l</font></div>
<div><b><font face="monospace, monospace">17</font></b></div>
</div>
<div><font face="monospace, monospace"><br>
</font></div>
<div>
<div><font face="monospace, monospace">$ lsb_release -c</font></div>
<div><font face="monospace, monospace">Codename:<span class=""
style="white-space:pre"> </span>jessie</font></div>
</div>
<div>
<div><font face="monospace, monospace">$ dpkg -l facter |
egrep '^ii' | awk '{print $3}'</font></div>
<div><font face="monospace, monospace">2.2.0-1</font></div>
</div>
<div>
<div><font face="monospace, monospace">$ dpkg -L facter | grep
ec2</font></div>
<div><font face="monospace, monospace">/usr/lib/ruby/vendor_ruby/facter/ec2.rb</font></div>
<div><font face="monospace, monospace">/usr/lib/ruby/vendor_ruby/facter/ec2/</font></div>
<div><font face="monospace, monospace">/usr/lib/ruby/vendor_ruby/facter/ec2/rest.rb</font></div>
<div><font face="monospace, monospace">/usr/lib/ruby/vendor_ruby/facter/util/ec2.rb</font></div>
</div>
<div>
<div><font face="monospace, monospace">$ sudo facter -p |
egrep "^ec2_" | wc -l</font></div>
<div><b><font face="monospace, monospace">0</font></b></div>
</div>
<div><br>
</div>
<div>
<div>It's not clear to me what the cause of this regression
is.</div>
</div>
<div><br>
</div>
<div>In my case I was using the fact 'ec2_instance_id'. Luckily
our custom fact /var/lib/puppet/lib/facter/ec2id.rb still
works, so I switched my code to use 'ec2id' instead.</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Feb 17, 2015 at 3:06 PM, Andrew
Bogott <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:abogott@wikimedia.org" target="_blank">abogott@wikimedia.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">A new
image type is now available for labs instances,
'debian-8.0-jessie'. I've just now ironed out the last few
bugs with this instance type, and it should (finally!) be
ready for long-term use.<br>
<br>
Late last year the WMF Operations team agreed that we would
switch from Ubuntu Trusty to Debian Jessie for new
services. It will be a very gradual transition, but anyone
who is developing new software (as opposed to working on
old, existing services) should go ahead and develop on a
Jessie instance so that you're ready for the future.<br>
<br>
There are a couple of small known issues with the original
startup of Jessie instances. In some cases the very first
puppet run will fail and won't stabilize until the second
run. In very rare cases, an instance will come up but fail
to recognize the shared file systems in /data/public and
/home; if that happens a simple reboot should fix things.<br>
<br>
Please let me know if you encounter any unexpected issues
with Debian instances.<br>
<br>
-Andrew<br>
<br>
<br>
_______________________________________________<br>
Ops mailing list<br>
<a moz-do-not-send="true"
href="mailto:Ops@lists.wikimedia.org" target="_blank">Ops@lists.wikimedia.org</a><br>
<a moz-do-not-send="true"
href="https://lists.wikimedia.org/mailman/listinfo/ops"
target="_blank">https://lists.wikimedia.org/mailman/listinfo/ops</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>