[chef] Re: Re: wrong updates on server


Chronological Thread 
  • From: Jasna Benčić < >
  • To:
  • Subject: [chef] Re: Re: wrong updates on server
  • Date: Tue, 8 Jul 2014 22:34:47 +0200

Fixed, failed to update some files and I was focused on only one file for certain server.

Sorry for false alarm


On Tue, Jul 8, 2014 at 8:17 PM, Jasna Benčić < " target="_blank"> > wrote:
I am only using Hosted Chef and that is how my knife.rb has been set and I have checked the Chef management console and data_bags are updated there. That's why this really surprises me. I mean, chef-client should pick what is in data_bags and run it on a certain server but something got jammed up and I simply cannot see it.  Is there a way to search the entire Hosted Chef Management console for certain keyword just in case something got jammed up like in this case?


On Tue, Jul 8, 2014 at 7:50 PM, DV < " target="_blank"> > wrote:
Maybe you are using wrong knife command and aren't updating correct data bag (instead creating a new one). Or if you have multiple Chef servers, you are talking to the wrong one.


On Tue, Jul 8, 2014 at 9:23 AM, Jasna Benčić < " target="_blank"> > wrote:
Ohai Chefs, 

I have recently encountered problem where server doesn't get correct updates from data_bags which are placed on Chef server. On Chef server under data_bags I have one updated setup and when I run chef-client on a particular server that needs to be updated it doesn't. It just gets the old setup somehow in those files. To get the context it is ruby app which has database.yml and other files in config dir in order it could function.

 I don't understand this. If I have updated all data bags on Chef server and files are simply not updated with those new updates. I have even tried removing files that have to be updated so Chef could create new ones but I still got same old setup which is outdated and doesn't exist anymore.

Did you have any similar experiences?  I really don't know what to do with this.



--
Best regards, Dmitriy V.





Archive powered by MHonArc 2.6.16.

§