into the client.rb file. Obviously, I need to change the details. Now, I’m
reading http://docs.getchef.com/handlers.html and under the 'Reporting’
section it talks about how to install the handler, but it doesn’t say where
the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
can be anywhere in you system. if its in arbitrary path, you have to supply
the entire path (without .rb extension) in require, if its anywhere in
$LOAD_PATH, then just the file name (without the .rb extension).
require 'foo' # if foo.rb is anywhere in $LOAD_PATH
require '/home/doug/foo' # when /home/doug is outside $LOAD_PATH
into the client.rb file. Obviously, I need to change the details. Now, I'm
reading About Handlers and under the 'Reporting'
section it talks about how to install the handler, but it doesn't say where
the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
can be anywhere in you system. if its in arbitrary path, you have to
supply the entire path (without .rb extension) in require, if its anywhere
in $LOAD_PATH, then just the file name (without the .rb extension).
require 'foo' # if foo.rb is anywhere in $LOAD_PATH
require '/home/doug/foo' # when /home/doug is outside $LOAD_PATH
into the client.rb file. Obviously, I need to change the details. Now,
I'm reading About Handlers and under the
'Reporting' section it talks about how to install the handler, but it
doesn't say where the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
by chef itself, generally. chef_handler cookbook provides a nifty lwrp to
do this as well. one pattern i have seen is to drop the file using
cookbook_file during compile time, followed by chef_handler lwrp invocation
(which will reconfigure chef internally). Its not a clean solution.
I prefer to break down node provisioning in stages (lvm, chef client
configs, chef_gems in one , rest of the stuff in another).
can be anywhere in you system. if its in arbitrary path, you have to
supply the entire path (without .rb extension) in require, if its anywhere
in $LOAD_PATH, then just the file name (without the .rb extension).
require 'foo' # if foo.rb is anywhere in $LOAD_PATH
require '/home/doug/foo' # when /home/doug is outside $LOAD_PATH
into the client.rb file. Obviously, I need to change the details. Now,
I'm reading About Handlers and under the
'Reporting' section it talks about how to install the handler, but it
doesn't say where the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
by chef itself, generally. chef_handler cookbook provides a nifty lwrp to
do this as well. one pattern i have seen is to drop the file using
cookbook_file during compile time, followed by chef_handler lwrp invocation
(which will reconfigure chef internally). Its not a clean solution.
I prefer to break down node provisioning in stages (lvm, chef client
configs, chef_gems in one , rest of the stuff in another).
can be anywhere in you system. if its in arbitrary path, you have to
supply the entire path (without .rb extension) in require, if its anywhere
in $LOAD_PATH, then just the file name (without the .rb extension).
require 'foo' # if foo.rb is anywhere in $LOAD_PATH
require '/home/doug/foo' # when /home/doug is outside $LOAD_PATH
into the client.rb file. Obviously, I need to change the details. Now,
I'm reading http://docs.getchef.com/handlers.html and under the
'Reporting' section it talks about how to install the handler, but it
doesn't say where the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
im not saying, you are interpreting it like that. This is fairly advance
usage, as you are re-configuring chef using chef. there are clean work
around, if you read a bit of ruby or chef apis. Unlike puppet, chef is free
form (in fact its a trait coming from ruby) and can be used/abused in
myriad of ways. the assumption is you know best what you want to do. for
example if you have kickstart or spacewalk or cobbler in place, this can be
done on their side as well. For cloud based deployments, you can use images
with baked in chef configs, for others you can also use custom bootstrap
scripts. So, there are more than one clean way to do this, but chef also
allows it do it via chef (and there are reasons to support that as well).
by chef itself, generally. chef_handler cookbook provides a nifty lwrp to
do this as well. one pattern i have seen is to drop the file using
cookbook_file during compile time, followed by chef_handler lwrp invocation
(which will reconfigure chef internally). Its not a clean solution.
I prefer to break down node provisioning in stages (lvm, chef client
configs, chef_gems in one , rest of the stuff in another).
can be anywhere in you system. if its in arbitrary path, you have to
supply the entire path (without .rb extension) in require, if its anywhere
in $LOAD_PATH, then just the file name (without the .rb extension).
require 'foo' # if foo.rb is anywhere in $LOAD_PATH
require '/home/doug/foo' # when /home/doug is outside $LOAD_PATH
into the client.rb file. Obviously, I need to change the details. Now,
I'm reading About Handlers and under the
'Reporting' section it talks about how to install the handler, but it
doesn't say where the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
You said that using chef_handler is not an idea solution. If we look at the
alternatives, I still don't understand where to put the files. You
mentioned a require statement. There's no require statement in the
client.rb file, so I don't know where that's supposed to go. If the files
are present on the AMI before chef runs, I don't know where to place these
files. Documentation would be immensely helpful.
im not saying, you are interpreting it like that. This is fairly advance
usage, as you are re-configuring chef using chef. there are clean work
around, if you read a bit of ruby or chef apis. Unlike puppet, chef is free
form (in fact its a trait coming from ruby) and can be used/abused in
myriad of ways. the assumption is you know best what you want to do. for
example if you have kickstart or spacewalk or cobbler in place, this can be
done on their side as well. For cloud based deployments, you can use images
with baked in chef configs, for others you can also use custom bootstrap
scripts. So, there are more than one clean way to do this, but chef also
allows it do it via chef (and there are reasons to support that as well).
by chef itself, generally. chef_handler cookbook provides a nifty lwrp
to do this as well. one pattern i have seen is to drop the file using
cookbook_file during compile time, followed by chef_handler lwrp invocation
(which will reconfigure chef internally). Its not a clean solution.
I prefer to break down node provisioning in stages (lvm, chef client
configs, chef_gems in one , rest of the stuff in another).
can be anywhere in you system. if its in arbitrary path, you have to
supply the entire path (without .rb extension) in require, if its anywhere
in $LOAD_PATH, then just the file name (without the .rb extension).
require 'foo' # if foo.rb is anywhere in $LOAD_PATH
require '/home/doug/foo' # when /home/doug is outside $LOAD_PATH
into the client.rb file. Obviously, I need to change the details.
Now, I'm reading http://docs.getchef.com/handlers.html and under the
'Reporting' section it talks about how to install the handler, but it
doesn't say where the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as
the handler needs to be deployed before chef runs.
On Tuesday, August 19, 2014 at 10:40 AM, Douglas Garstang wrote:
Ranjib,
You said that using chef_handler is not an idea solution. If we look at the alternatives, I still don't understand where to put the files.
Anywhere on the filesystem. If you want to package it up and share it, then you can create a rubygem, but this is overkill for many use cases.
You mentioned a require statement. There's no require statement in the client.rb file, so I don't know where that's supposed to go.
You add it yourself, at the top of the file.
If the files are present on the AMI before chef runs, I don't know where to place these files. Documentation would be immensely helpful.
On Wed, Aug 20, 2014 at 5:43 AM, Daniel DeLeo dan@kallistec.com wrote:
On Tuesday, August 19, 2014 at 10:40 AM, Douglas Garstang wrote:
Ranjib,
You said that using chef_handler is not an idea solution. If we look at the alternatives, I still don't understand where to put the files.
Anywhere on the filesystem. If you want to package it up and share it, then you can create a rubygem, but this is overkill for many use cases.
You mentioned a require statement. There's no require statement in the client.rb file, so I don't know where that's supposed to go.
You add it yourself, at the top of the file.
If the files are present on the AMI before chef runs, I don't know where to place these files. Documentation would be immensely helpful.
into the client.rb file. Obviously, I need to change the details. Now, I'm
reading About Handlers and under the 'Reporting'
section it talks about how to install the handler, but it doesn't say where
the start_handler.rb file goes.
Does it go in a cookbook? This would seem to be a problem to me as the
handler needs to be deployed before chef runs.
We don't really have a method or process for banning people from our
mailing list. This might be a good topic for discussion as part of the
Community Summits, part of our RFC process, and / or move the discussion to
another fourm.
When we disagree, let’s all work together to understand why.
Interacting with the community in a way that is outside of our community
guidelines is unacceptable.
Responses like "So it sounds like your basically saying this is a mess."
with seemingly little effort to understand the help that's being offered is
disrespectful, unprofessional, and inconsiderate. It's clear that you're
struggling with trying to understand the way handlers work. It's not clear
that you're interested in working to understand how they work or try things
that will help.
The term for this type of interaction is "help vampire http://www.skidmore.edu/~pdwyer/e/eoc/help_vampire.htm". Douglas, you
are exhibiting some of the textbook behavior of a help vampire which is
going to lead to frustration for you and those who try to help you.
Eventually, your questions to the list will be ignored unless this
behavior improves. I don't really think anyone wants that.
I am happy to discuss further with anyone at just about any time.
Thanks,
Nathen
On Tue, Aug 19, 2014 at 2:35 PM, AJ Christensen aj@junglist.io wrote:
Someone should ban this guy from mailing list?
On Wed, Aug 20, 2014 at 5:43 AM, Daniel DeLeo dan@kallistec.com wrote:
On Tuesday, August 19, 2014 at 10:40 AM, Douglas Garstang wrote:
Ranjib,
You said that using chef_handler is not an idea solution. If we look at
the alternatives, I still don't understand where to put the files.
Anywhere on the filesystem. If you want to package it up and share it,
then you can create a rubygem, but this is overkill for many use cases.
You mentioned a require statement. There's no require statement in the
client.rb file, so I don't know where that's supposed to go.
You add it yourself, at the top of the file.
If the files are present on the AMI before chef runs, I don't know
where to place these files. Documentation would be immensely helpful.
We don't really have a method or process for banning people from our mailing list. This might be a good topic for discussion as part of the Community Summits, part of our RFC process, and / or move the discussion to another fourm.
Douglas, et. al,
What we do have are some published community guidelines on the docs site.
The guidelines include things like:
Be welcoming, friendly, and patient.
Be considerate.
Be respectful.
Be professional.
Be careful in the words that you choose.
When we disagree, let’s all work together to understand why.
Interacting with the community in a way that is outside of our community guidelines is unacceptable.
Responses like "So it sounds like your basically saying this is a mess." with seemingly little effort to understand the help that's being offered is disrespectful, unprofessional, and inconsiderate. It's clear that you're struggling with trying to understand the way handlers work. It's not clear that you're interested in working to understand how they work or try things that will help.
The term for this type of interaction is "help vampire". Douglas, you are exhibiting some of the textbook behavior of a help vampire which is going to lead to frustration for you and those who try to help you. Eventually, your questions to the list will be ignored unless this behavior improves. I don't really think anyone wants that.
I am happy to discuss further with anyone at just about any time.
Thanks,
Nathen
On Tue, Aug 19, 2014 at 2:35 PM, AJ Christensen aj@junglist.io wrote:
Someone should ban this guy from mailing list?
On Wed, Aug 20, 2014 at 5:43 AM, Daniel DeLeo dan@kallistec.com wrote:
On Tuesday, August 19, 2014 at 10:40 AM, Douglas Garstang wrote:
Ranjib,
You said that using chef_handler is not an idea solution. If we look at the alternatives, I still don't understand where to put the files.
Anywhere on the filesystem. If you want to package it up and share it, then you can create a rubygem, but this is overkill for many use cases.
You mentioned a require statement. There's no require statement in the client.rb file, so I don't know where that's supposed to go.
You add it yourself, at the top of the file.
If the files are present on the AMI before chef runs, I don't know where to place these files. Documentation would be immensely helpful.