[chef] Re: Re: Troubleshooting report/error handlers not appearing to send reports?


Chronological Thread 
  • From: Peter Norton < >
  • To:
  • Cc:
  • Subject: [chef] Re: Re: Troubleshooting report/error handlers not appearing to send reports?
  • Date: Fri, 27 Jan 2012 00:44:06 -0500

Thank, I'll try that.  I've confirmed that I can use nc to send udp
between source and destination (AWS only implements inbound filters).
As I said, the weirdest part was that I didn't see any port 12201
(udp) traffic leaving the system after the chef runs.  I guess for
that part I'll start adding prints to the installed chef-gelf gem.
I'll use your server, too.

Thanks again,

-Peter

On Fri, Jan 27, 2012 at 12:36 AM, John E. Vincent (lusis)
< >
 wrote:
> On Thu, Jan 26, 2012 at 10:50 PM, Peter Norton 
> < >
>  wrote:
>> I've enabled the gelf report handler per the instructions in the
>> chef_handler cookbook and the chef-gelf cookbook.
>>
>> I've got an odd situation.  I'm putting in our syslog server
>> explicitly, so a host is set.  The run starts like this:
>>
> <snip>
> If you're absolutely sure that there are no firewall rules on AWS
> blocking traffic (remember GELF is UDP), you can try an alternate
> debug method on another host (or on each instance if it matters)
>
> There's a gem I wrote (originally for logstash) called gelfd
> (https://github.com/lusis/gelfd)
>
> It comes with a bin script that starts a basic UDP server to catch and
> decode all gelf messages. It's easier to move around than your
> logstash server and easier than tcpdump machinations (imho).
>
> Again, I'd quadruple check your EC2 rules. Make sure that split
> horizon DNS is working properly on ec2 but you can use gelfd to help
> debug.
>
>>
>> Thanks,
>>
>> -Peter



Archive powered by MHonArc 2.6.16.

§