Officially, 9th user of CloudStack.
> -Original Message-
> From: Giles Sirett [mailto:giles.sir...@shapeblue.com]
> Sent: Tuesday, February 26, 2013 10:01 AM
> To: cloudstack-users@incubator.apache.org
> Subject: RE: Ohloh
>
> I agree, I think everybody on this list NEEDS to use the "I Us
I personally do not like flags changing syntax which is what it is in this
case. A flag to support whether a feature like "snapshots" is supported is ok.
A flag to say whether ID or UUID is accepted means issues with backwards
compatibility and also the fact that both ways needs to be tested a
-1
You will end up breaking anyone that has written any scripts/plugins/apps on
top of pre 3.x CS. Since UUID was introduced in 3.0, you should only accept
the following:
- All first class objects created before 3.0 should accept an normal internal
ID.
- All first class objects created after
We definitely need to add these same issues in ASF Jira if it's still there.
Will
> -Original Message-
> From: Frank Zhang [mailto:frank.zh...@citrix.com]
> Sent: Wednesday, October 17, 2012 11:48 AM
> To: cloudstack-users@incubator.apache.org
> Cc: cloudstack-...@incubator.apache.org
> S
#x27;t get out and so is unable to
> mount the secondary storage nfs mount.
>
>
> On Aug 29, 2012, at 12:24 PM, Will Chan wrote:
>
> > It should be created the moment you launch your very first VM.
> >
> > Will
> >
> >> -Original Message---
It should be created the moment you launch your very first VM.
Will
> -Original Message-
> From: Caleb Call [mailto:calebc...@me.com]
> Sent: Wednesday, August 29, 2012 11:22 AM
> To: cloudstack-users@incubator.apache.org
> Subject: router vm
>
> At what point is the router vm supposed
Not at the moment.
> -Original Message-
> From: Sumita Gorla [mailto:sumita.go...@citrix.com]
> Sent: Wednesday, August 29, 2012 3:13 AM
> To: cloudstack-users@incubator.apache.org
> Cc: Jacob Ben-David; Anantha Kasetty; Oded Nahum; Cheol Soo Park;
> Takashi Sugano
> Subject: multiple NICs
I personally would like it if the navigation would just slide out. The 3d
stuff although is "cool", doesn't seem to add anything useful in terms of UX.
In fact, I would argue it makes it slightly less useful because the text become
blurry.
Also, I assume this required HTML5 and building somet
No reason why. We should enable it. Please file a bug on this.
Will
> -Original Message-
> From: MingPeng Chen [mailto:plutoc...@gmail.com]
> Sent: Thursday, August 16, 2012 3:52 PM
> To: cloudstack-users@incubator.apache.org
> Subject: Allowing Domain Admin to create API keys for its u
> -Original Message-
> From: Mice Xia [mailto:mice_...@tcloudcomputing.com]
> Sent: Wednesday, August 15, 2012 9:23 PM
> To: cloudstack-users@incubator.apache.org
> Subject: RE: A bug about assign VLAN ID to storage network?
>
> Kevin,
>
> Sure, actually I committed a fix in
> 29459549ba
Bear in mind that with each new VLAN added is the potential for an extra vNIC
to be created on the VR assuming a single account received a public IP from a
different VLAN. Each hypervisor has a limit to how many vNICs are supported.
> -Original Message-
> From: Geoff Higginbottom [mailt
That is correct. You can definitely delete a service offering. It is a
soft-delete and shouldn't affect existing VMs until they upgrade/downgrade from
it. Usage will also not be affected as well.
Will
> -Original Message-
> From: Nitin Mehta [mailto:nitin.me...@citrix.com]
> Sent: Fr
This is simply a bug if the admin needs to manually trigger this to "reset"
counters. An automatic way of doing this seems wrong to me as well. That
means, we don't even understand why the counters could be off in the first
place.
Will
> -Original Message-
> From: Nitin Mehta [mailto
I'm not sure if we have this anywhere but the general support browsers should
be:
IE7, IE8, IE9, FF latest, Safari latest, Chrome latest
Will
From: Olga Smola [olya.sm...@gmail.com]
Sent: Monday, June 18, 2012 9:17 AM
To: cloudstack-...@incubator.apache.
ause limits cannot be imposed, as far as we're
> concerned, this type of user is pretty much useless because we have no way to
> control what it can do. Is this by design? And if so, why and is there a
> way it can
> be changed so that domain admins can have limits enforced?
You are correct that Cloudstack has created essentially three static roles
today. The most you can do today is to allow/disallow API commands to each
role via the commands.properties file.
It has been something that has been requested many times before, however, most
production systems that
e&response=json&sessionkey=1stoChDJGiJpYn0eeuvg9qViP6k%3D&openfirewall=true&privateport=5900&publicport=5900&protocol=tcp&openfirewall=false&ipaddressid=f1fc5afe-db69-4093-a51d-570d5888ddca&virtualmachineid=717573a7-4287-4cdb-ae67-a008941b4f78&_=1338089707415
e I need to find where the other "openfirewall=false" is. I've
double checked that I don't have another occurrence in sharedFunctions.js
so my guess is that it is in another file.
Where... I'm not certain :)
On Sat, May 26, 2012 at 9:07 AM, Will Chan wrote:
> You want openf
stack-users@incubator.apache.org> cloudstack-users@incubator.apache.org>
>>
>> Subject: Re: Anyway to disable the firewall functionality provided by the
>> virtual router in 3.0.x?
>>
>>
>>
>> Any hints to where this configuration would be done :)
>
e nat, static nat in my network offering.
On Thu, May 24, 2012 at 3:45 PM, Will Chan wrote:
> Can you describe what you would like to do? I thought for a moment
> you simply wanted the UI to act in the same way as in 2.2.x. However,
> from your response, it looks like you want to remov
the API then I can achieve what I
want?
If that's so, good enough :) I am more than happy to do API calls.
/me goes to RTFM
On Thu, May 24, 2012 at 3:30 PM, Will Chan wrote:
> Since 3.0.x, that feature was turned off from the default UI and
> expect everyone to use the firewall fe
Since 3.0.x, that feature was turned off from the default UI and expect
everyone to use the firewall feature. The API still honors the old
functionality so you can always custom change the UI to reflect the same
behavior in 2.2.x.
Will
-Original Message-
From: Jason Davis [mailto:scr.
It's still be a bit disconcerting that the JS scripts didn't automatically
refresh.
-Original Message-
From: Tamas Monos [mailto:tam...@veber.co.uk]
Sent: Friday, May 11, 2012 3:14 PM
To: cloudstack-users@incubator.apache.org; Sheng Yang; d...@soleks.com
Cc: cloudstack-...@incubator.apa
23 matches
Mail list logo
