[chef-dev] Re: Any plan for CHEF-2627 (Knife SSH shouldreturn exit code based on whether or not ssh command is successful or not)


Chronological Thread 
  • From: Joseph Holsten < >
  • To: Chef Dev < >
  • Subject: [chef-dev] Re: Any plan for CHEF-2627 (Knife SSH shouldreturn exit code based on whether or not ssh command is successful or not)
  • Date: Fri, 4 May 2012 22:21:30 +0000

Please do not feed trolls. Hugs and patches only.


On 2012-05-04, at 22:14, AJ Christensen wrote:

> Great work Hui Hu.
> 
> Apologies for my original tone. I didn't mean to offend -- although,
> if you were offended; perhaps you should re-evaluate your options.
> 
> --AJ
> 
> On 5 May 2012 04:50, Hui Hu 
> < >
>  wrote:
>> Hello Chef,
>
>> I've send out a pull request ( https://github.com/opscode/chef/pull/285 ;)
>> to fix  http://tickets.opscode.com/browse/CHEF-2627 .  Please review it and
>> have a try on your env :)
>
>
>> Thanks & Best Regards,
>> Hui Hu
>
>
>
>> 2012/5/3 Hui Hu 
>> < >
>>> 
>>> Thanks Jamie and Maciej for your further explanation on this feature
>>> request.
>>> 
>>> I've figured out a patch which works in my case. Will try to send a pull
>>> request for Chef devs to review.
>>> 
>>> 
>>> Thanks & Best Regards,
>>> Hui Hu
>>> 
>>> 
>>> 
>>> 2012/5/3 Jamie Winsor 
>>> < >
>>>> 
>>>> I don't see how this is a useless feature. Without writing any additional
>>>> code to scrub the output of Knife SSH or reading it yourself, how do you
>>>> know if 1 out of the 400 nodes you just sent a command to failed?
>>>> 
>>>> Command line tools should return with a status code which communicates to
>>>> the user if their intentions were successful or not, and if possible, why
>>>> (this is why we don't just have two exit codes - 0 or 1). As it is, Knife
>>>> SSH fails silently when commanding multiple nodes.
>>>> 
>>>> A non zero exit code with an output of nodes that did not execute their
>>>> commands successfully sounds like a very fair request and how I would 
>>>> expect
>>>> Knife SSH to behave.
>>>> 
>>>> Hui Hu - it shouldn't be a terribly difficult task to get this done. You
>>>> should sign the CLA and do the work if you want this ticket expedited.
>>>> 
>>>> --
>>>> Jamie Winsor
>>>> @resetexistence
>>>> https://github.com/reset
>>>> 
>>>> On Wednesday, May 2, 2012 at 2:51 AM, AJ Christensen wrote:
>>>> 
>>>> The feature sounds so incredibly useless you may have to contribute it
>>>> yourself. Even then I'd be dubious about it being accepted apart from
>>>> solely as a bug fix.
>>>> 
>>>> You do not need an SSH-as-a-framework system.
>>>> 
>>>> http://wiki.opscode.com/display/chef/How+to+Contribute
>>>> 
>>>> --AJ
>>>> 
>>>> On 2 May 2012 20:17, Maciej Pasternacki 
>>>> < >
>>>>  wrote:
>>>> 
>>>> BIG +1 on this.
>>>> 
>>>> I'm using knife ssh to execute maintenance commands in parallel.
>>>> Diagnostic output is hard to miss when there are many machines. Knife 
>>>> should
>>>> at the very least exit a non-zero status, and optimally print at the end 
>>>> of
>>>> the session list of machines with non-zero exit status (and the 
>>>> respective
>>>> statuses).
>>>> 
>>>> -- M
>>>> 
>>>> On May 2, 2012, at 7:53 , Hui Hu wrote:
>>>> 
>>>> Hello,
>>>> 
>>>> I've been using Chef for several months.
>>>> 
>>>> Are Chef developers going to fix this ticket
>>>> http://tickets.opscode.com/browse/CHEF-2627 ;(Knife SSH should return exit
>>>> code based on whether or not ssh command is successful or not) ?  I 
>>>> really
>>>> want to know whether the command Chef::Knife::Bootstrap.run (which calls
>>>> Chef::Knife::Ssh.run) is successful or not, so I can perform next step 
>>>> based
>>>> on the result.
>>>> 
>>>> Thanks & Best Regards,
>>>> Hui Hu
>>>> 
>>>> 
>>> 
>




Archive powered by MHonArc 2.6.16.

§