[chef] Re: Re: Re: Re: Error during bootstrap


Chronological Thread 
  • From: "John E. Vincent (lusis)" < >
  • To: Sean OMeara < >
  • Cc:
  • Subject: [chef] Re: Re: Re: Re: Error during bootstrap
  • Date: Wed, 8 Dec 2010 22:19:39 -0500
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=QsPLz9lXQq+29JeVoH+Xp6BqFS8bdySTgJL9XdtbKGBPGw/v375H6IYoKwdkAkzeIo PpLmk5lNrmSLAeasHTvQX9zt6McLm53vMQnsJtaXUM0g0MmElz9ebdjWjR/J0oiZjqo7 8rjKba86Ad1QE4hufE+Unm0HZ0KAx7bzGmLMI=

It's a custom one that's been really stripped down and the
centos5-gems bootstrap template. I just did another test after
modifying the template and was able to fix it.

I added:

export PATH=$PATH:/usr/sbin on the line before the bootstrap
chef-client call. This is one of those Redhat-isms. /sbin/ and
/usr/sbin are NOT in the system-wide path by default. They're only
available to root so it feels like the issue is that the login scripts
are being ignored by net-ssh-multi possibly because it's not running
with a tty?

On Wed, Dec 8, 2010 at 10:11 PM, Sean OMeara 
< >
 wrote:
> what centos5 ami are you using?
>
> On Wed, Dec 8, 2010 at 10:01 PM, John E. Vincent (lusis)
> < >
>  wrote:
>> I just realized that same return code is something I've seen in Nagios
>> before too when executing plugins. In fact, it's a similar MO - runs
>> fine from an interactive session but doesn't from an automated
>> session.
>>
>> It's generally something to do with the environment that the script is
>> running under or a permissions error.
>>
>> And I think I found it:
>>
>
>>  ~]# export PATH=/usr/bin
>
>>  ~]# groupadd -g 504 testgroup
>> -bash: groupadd: command not found
>
>>  ~]# echo $?
>> 127
>>
>> It looks like chef-client isn't importing the path environment
>> variables. Maybe it should be calling groupadd with the full path?
>> This is on a CentOS ec2 bootstrap.
>>
>> Can't tell at this point if it's a bug with Chef or with
>> net-ssh-multi. Still investigating.
>>
>> On Wed, Dec 8, 2010 at 6:34 PM, Sean OMeara 
>> < >
>>  wrote:
>>> your error is on line 35:
>>> ec2-184-73-57-106.compute-1.amazonaws.com groupadd -g '504' auser
>>> returned 127, expected 0
>>>
>>> -s
>>>
>>> On Wed, Dec 8, 2010 at 6:32 PM, Leinartas, Michael
>>> < >
>>>  wrote:
>>>> Yes! and it's been driving me crazy!
>>>>
>>>> I've never been able to reproduce by logging on to the server and it 
>>>> occurs
>>>> even when I execute chef-client twice, though when i at the end of my
>>>> bootstrap do a /etc/init.d/chef-client start everything works normally.
>>>>
>>>> I haven't gone too far in investigating because the bootstrap still ends 
>>>> up
>>>> working with the init.d start of chef-client but I may look again tonight
>>>> now that I know someone else is experiencing it.
>>>>
>>>>
>>>>> From: "John E. Vincent (lusis)" 
>>>>> < >
>>>>> Reply-To: 
>>>>> " "
>>>>>  
>>>>> < >
>>>>> Date: Wed, 8 Dec 2010 16:15:35 -0600
>>>>> To: 
>>>>> " "
>>>>>  
>>>>> < >
>>>>> Subject: [chef] Error during bootstrap
>>>>>
>>>>> I've not had much time to really investigate this error since I'm just
>>>>> finishing up my AMIs but has anyone seen anything like this when
>>>>> creating users as part of the base role at bootstrap?
>>>>>
>>>>> https://gist.github.com/734009
>>>>>
>>>>> If I log in immediately after and run chef-client, everything works
>>>>> fine. It only happens at bootstrap as part of the base role I created.
>>>>>
>>>>> Thanks!
>>>>> John E. Vincent
>>>>> http://about.me/lusis
>>>>
>>>>
>>>
>>
>



Archive powered by MHonArc 2.6.16.

§