> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: Wednesday, August 08, 2012 6:34 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: KVM Agent setup/configuration
>
> Hi,
>
> I was looking into the Agent setup and configur
> On Mon, Aug 13, 2012 at 12:59 PM, Marcus Sorensen
> wrote:
>> know what secondary storage we have, then cloudstack is canonical.
>> There is no concept in cloudstack of 'query and update myself about
>> which secondary storage devices the hosts know about'.
Fair enough. But it damn well better
On Mon, Aug 13, 2012 at 12:59 PM, Marcus Sorensen wrote:
> I'm not sure how this applies to my reservations. The
> query/check/update and representations to the user about state are a
> separate matter entirely from configuration. When we want to know if a
> VM is running, obviously the host runni
I'm not sure how this applies to my reservations. The
query/check/update and representations to the user about state are a
separate matter entirely from configuration. When we want to know if a
VM is running, obviously the host running the VM is the canonical
source (this is about state, not config
>this bug fix is implemented, then cloudstack is no longer the
> canonical source of configuration,
Which is how it should be. It is a fatal conceit to think CS knows anything in
an absolute manner. It must always query, always check and update itself. Any
representation made to the use
When it starts the SSVM, I usually see the management server include
the bridge names in the command it sends to the agent. If it asks the
agent for these, then cloudstack no longer needs the traffic labels
when setting up a zone or physical network. If it's not asking the
agent (i.e. if they're in
On 08/13/2012 06:46 AM, Chiradeep Vittal wrote:
On 8/8/12 11:03 AM, "Wido den Hollander" wrote:
On 08/08/2012 05:59 PM, Marcus Sorensen wrote:
What's the process exactly when the management server adds a host?
Does it ssh in run cloud-setup-agent, then start the agent? Is it
viable to man
On 8/8/12 11:03 AM, "Wido den Hollander" wrote:
>
>
>On 08/08/2012 05:59 PM, Marcus Sorensen wrote:
>> What's the process exactly when the management server adds a host?
>> Does it ssh in run cloud-setup-agent, then start the agent? Is it
>> viable to manage agent.properties on your own when it
On 08/08/2012 05:59 PM, Marcus Sorensen wrote:
What's the process exactly when the management server adds a host?
Does it ssh in run cloud-setup-agent, then start the agent? Is it
viable to manage agent.properties on your own when it really needs to
be in sync with what the management server (a
What's the process exactly when the management server adds a host?
Does it ssh in run cloud-setup-agent, then start the agent? Is it
viable to manage agent.properties on your own when it really needs to
be in sync with what the management server (and cloud) knows about?
For example you can't just c
+1 the daemon overwriting the file got me a few times, as well…
On Aug 8, 2012, at 6:33 AM, Wido den Hollander wrote:
> Hi,
>
> I was looking into the Agent setup and configuration today and found out that
> this is quit outdated.
>
> All the documentation is still pointing to the cloud-setup-
> I personally don't like daemons who start touching my configuration and
> modifying files without me knowing it.
+1 daemons ought never change a config file.
Hi,
I was looking into the Agent setup and configuration today and found out
that this is quit outdated.
All the documentation is still pointing to the cloud-setup-agent tool,
but do we still want that?
On my systems this tool seems to brake more then you want.
I'm working on fixing most o
13 matches
Mail list logo
