Issue #16511 has been updated by Jeff McCune.
Alex, would you mind sending me the output of `arp -a` from a solaris8 machine? I need this information to write an effective spec test for this patch. You could redact all of the actual addresses with 0's or something, but the formatting is important for me to write the test. I've also come to the conclusion that the EC2 facts need to be re-written, but I don't want fixing this bug to depend on the rewrite. I only mention this if you look at patching the existing code in Facter 1.6.x. -Jeff ---------------------------------------- Bug #16511: EC2 code breaks facter on Solaris 8 and earlier https://projects.puppetlabs.com/issues/16511#change-75216 Author: Alex Harvey Status: Accepted Priority: Normal Assignee: Jeff McCune Category: solaris Target version: 1.6.x Keywords: solaris Branch: Affected Facter version: The following code in lib/facter/util/ec2.rb breaks various facts on versions of Unix that do not support the arp -n option. # Test if the host has an arp entry in its cache that matches the EC2 arp, # which is normally +fe:ff:ff:ff:ff:ff+. def has_ec2_arp? mac_address = "fe:ff:ff:ff:ff:ff" if Facter.value(:kernel) == 'windows' arp_command = "arp -a" mac_address.gsub!(":","-") else arp_command = "arp -an" end This results in failures like the following - $ facter swapsize arp: -an: unknown host 2.00 GB -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
