Rohit,

Its usually shell scripts that wrap around cloudmonkey. I hit this issue
when i have to run parallel tasks using multiple envs.

One other somewhat ugly work around is to make config file immurable
with chattr command, but then - it prints errors as its unable to write
to config file. Not pleasant - but does not mess up my config file.

I'm aware of workaround on making config files per env, but as you might
know - its painful to manage dispersed configs - epsecially when the
count is greater than 10..

Thanks,
ilya




On 5/25/16 10:57 PM, Rohit Yadav wrote:
> Whenever a set command is called, it would save/update the config file. When 
> you run set profile xyz; it needs to make that profile the default profile 
> and update other parameters associated with the profile which may be set as 
> well (such as url, username, password, apikey, secretkey etc). When 
> cloudmonkey is running, and you replace the config file; on calling 'set' it 
> would save the config file based on its in-memory config dictionary.
> 
> I'll see what I can do, in general you should be replacing or changing the 
> cloudmonkey config file outside of cloudmonkey itself. If you want to create 
> new profile, set new rules; you should call cloudmonkey set <option> <values> 
> either on command line or use puppet to execute them. The tool was intended 
> for single user, in case of multi-user or concurrent usage, there is no 
> concurrency control wrt configs.
> 
> One solution could be that, each server profile has their own config file 
> instead of a single config file, and you can start cloudmonkey to pick a 
> server profile with a command line flag such as -p <profile>. I'll see how I 
> may improve this, for this I would like to know how exactly you are using 
> puppet or any other automation?
> 
> Regards,
> Rohit Yadav
> 
> On May 26 2016, at 3:40 am, ilya <ilya.mailing.li...@gmail.com> wrote:
> 
> I've seen the similar behaviour.
> 
> For some reason cloudmonkey try to persist the configs each time your
> run something.
> 
> If i open cloudmonkey in multiple terminals and use different profiles
> and execute commands in mutliple terminals in parallel - i've seen
> cloudmonkey mess up the config for one of open profiles.
> 
> Specifically, the URL of cloudstack in profile1 might be changed with
> url of cloudstack in profile2.
> 
> Rohit, is there a reason why cloudmonkey tries to update the settings in
> config file each time something gets executed?
> 
> On 5/24/16 1:31 PM, Yiping Zhang wrote:
>> Hi,
>>
>> We have a few scripts that use cloudmonkey to talk to CloudStack server. The 
>> scripts are invoked by Puppet once per hour.
>>
>> However, every once a while, the /root/.cloudmonkey/config file would be 
>> over written with default settings. That is, blank apikey/secretkey, default 
>> password, default log file location etc.
>>
>> I am wondering by any chance that cloudmonkey would put a default config 
>> file in place for some reason ?
>>
>> Thanks,
>>
>> Yiping
>>
> 
> rohit.ya...@shapeblue.com 
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
> 
> 

Reply via email to