cloudmonkey and ldap - auth error

Hello, guys! I'm trying to enable LDAP via cloudmonkey. Everything is ok until i try to set ldap.bind.password setting When i call: cloudmonkey updateConfiguration name=ldap.bind.password value="password*" i am getting an error: Error 401 Authentication error errorcode = 401 errortext =

Re: cloudmonkey and ldap - auth error

Ivan, > cloudmonkey updateConfiguration name=ldap.bind.password value="password*" just to be sure your shell doesn't expand anything, have you already tried single ticks? e.g. [...] value='password*' cheers, - Stephan

Re: cloudmonkey and ldap - auth error

Hi Dopropalka, Can you share which version of CloudMonkey you’re running, on which OS and which shell are you using to do this? If you run this in interpreter mode (instead of running on your shell), do you get the same result? Regards. > On 21-Jan-2015, at 6:23 pm, dobropalka wrote: > > Hell

Re: Cloud-Stack Configuration | Vagrant

Sounds like an issue either downloading the rpms from the repo or vhd-util. Do you have a stable and fast internet connection? Do vagrant destroy and vagrant up and it may go threw second time. On 21 Jan 2015 04:09, "Supun Muthutantrige" wrote: > Hi, > > Found a way to overcome the above message

Clearing template cache on primary storage

Is it possible to clear template cache on primary storage prior to VM deployment, via cloudmonkey or some other method? I'm doing some performance tests on one of our Cloudstack clusters that is running Xenserver. For testing purposes, I'd like to force the copy of the template from secondary

Root Disk Resize Not working.

Hello Everyone: I got root disk resizing against a powered off instance, but when trying to deploy a VM from a template and modifyting the root volume, I get the below error. I'm running CS 4.4.2 2015-01-21 20:51:22,111 INFO [c.c.a.ApiServer] (catalina-exec-6:ctx-da6f3af5 ctx-8b4d49de ctx-07e3

Re: Root Disk Resize Not working.

Check out if it is support for your hypervisor https://cwiki.apache.org/confluence/display/CLOUDSTACK/Root+Resize+Support ~prashant On 1/22/15, 7:31 AM, "Mitch.Fiorentini" wrote: >Hello Everyone: I got root disk resizing against a powered off instance, >but when trying to deploy a VM from a t

Re: Cloud-Stack Configuration | Vagrant

Apart from your *https://github.com/imduffy15/devcloud4.git *repo, When running the forked *https://github.com/imesh/devcloud4.git * version, Getting the following message. I was trying with both *==> management:

Multiple ROOT disk for one Instances in CS 4.2.1

Hi For one of my Instances I could see many multiple of RootDisk. Because of this when xenserver reboots or if I stop and start the instances my VM is not responding. How can I fix this issue. I could see this issue almost out 173 VM's 5 are like this. *Below are the one pasted from the Storag

expunge disk issue

Hi all, we are close to our capacity limit on the storage. We noticed that deleting virtual disks within CS (4.2) never does free up space on the storage side. Same for disk migration. We reduced the expunge time but nothing happens. Is there procedure to trigger this and check the status/progres

Re: expunge disk issue

You should see free space after capacity.check.period which is in global settings On 1/22/15, 12:32 PM, "Jochim, Ingo" wrote: >rigger this and check the status/progre

Re: expunge disk issue

You should see free space after capacity.check.period which is in global Settings ~prashant On 1/22/15, 12:32 PM, "Jochim, Ingo" wrote: >Hi all, > >we are close to our capacity limit on the storage. >We noticed that deleting virtual disks within CS (4.2) never does free up >space on the storag

Re: Root Disk Resize Not working.

When you deploy via cloudmonkey (I assume) you need to also specify the hypervisor, so append to your command: hypervisor=KVM It should work. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Mitch.Fiorentini" > To: users@clou

AW: expunge disk issue

Right. Here are our settings: Expunge.delay=21600 Expunge.interval=3600 Expunge.workers=4 The disks have been deleted/moved a week ago. Nothing happened so far. Regards, Ingo -Ursprüngliche Nachricht- Von: Prashant Kumar Mishra [mailto:prashantkumar.mis...@citrix.com] Gesendet: Donnerst