Your message dated Tue, 26 Aug 2014 09:50:30 +0200 with message-id <[email protected]> and subject line AWS VPC not supported by facter-1.7.1 has caused the Debian Bug report #725684, regarding AWS VPC not supported by facter-1.7.1 to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 725684: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725684 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: facter Version: 1.7.1 severity: important When we run facter in a freshly Amazon VPC instance, it doesn't get the ec2_* facts as it should. Problem seems to be located in Facter::Util::EC2.has_ec2_arp function: it checks the instance MAC address, which is predictable on "non-VPC" instances (fe:ff:ff:ff:ff:ff), but not on VPC instances, as they do have a "real" MAC address. My tests seem to show the generated MAC has this "root": 12:ea:49:c0 This means we should be able to modify util/ec2.rb like this: --- ec2.rb.ori 2013-10-07 14:06:14.391700848 +0200 +++ ec2.rb 2013-10-07 08:58:28.690642654 +0200 @@ -40,9 +40,9 @@ mac_address_re = case kernel when /Windows/i - /fe-ff-ff-ff-ff-ff/i + /(fe-ff-ff-ff-ff-ff|12-ea-49-c0)/i else - /fe:ff:ff:ff:ff:ff/i + /(fe:ff:ff:ff:ff:ff|12:ea:49:c0)/i end arp_command = case kernel Or, maybe, we can ignore this check… MAC address isn't the best way to test this kind of stuff, the Facter::Util::EC2.can_connect should be sufficient…
--- End Message ---
--- Begin Message ---Version: 2.0.1-1 According to the upstream bug tracker, this was merged in the 2.0.0 version of facter, and the first Debian release after that was 2.0.1-1. I'm closing this bug in the Debian bug tracker, thanks for reporting it. -- Stig Sandbeck Mathisen
--- End Message ---
