> On Oct. 6, 2014, 4:50 a.m., Marcus Sorensen wrote:
> > It looks pretty straightforward, doesn't look like it will break anything,
> > and sounds like it works, so I'm ok with it. It looks like this performs a
> > "1 qcow2 vol per nfs mount" type stor
break anything, and
sounds like it works, so I'm ok with it. It looks like this performs a "1
qcow2 vol per nfs mount" type storage?
- Marcus Sorensen
On Oct. 6, 2014, 4:22 a.m., punith s wrote:
>
> ---
> This is
QCOW2 for
CLVM? We are manually fixing it here, but it seems that could cause other
problems elsewhere if getFormat doesn't work for CLVM due to some enum
elsewhere or something that is incorrectly configured.
- Marcus Sorensen
On Aug. 8, 2014, 4:51 p.m., Simon Weller
other fixes are in.
This patch will break fresh 4.3 installs and is incompatible with the fixes for
the upgrades.
- Marcus Sorensen
On May 26, 2014, 12:25 p.m., Anders Lannerbäck wrote:
>
> ---
> This is an automatically genera
just works
around the inconsistency in the data being passed. I'm glad that you were able
to find and use it as an interim solution, though.
- Marcus Sorensen
On May 26, 2014, 12:25 p.m., Anders Lannerbäck wrote:
>
> ---
&
pdate the db during upgrade
to match what 4.3+ does currently, or change 4.3+ back.
- Marcus Sorensen
On May 26, 2014, 12:25 p.m., Anders Lannerbäck wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21806/#review43721
---
Ship it!
Ship It!
- Marcus Sorensen
On May 22, 2014, 2:35 p.m
a bug report that we can tie this to.
- Marcus Sorensen
On May 22, 2014, 11:42 a.m., Joris van Lieshout wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.a
> On May 14, 2014, 2:12 p.m., daan Hoogland wrote:
> > 2ebeec43340f33e2a00553b171452c6516ccc946 on master
We should consider cherry-picking this for 4.3/4.4 as well
- Marcus
---
This is an automatically generated e-mail. To reply, visit
Ok, now I can't get it to fail locally in Linux or Mac, even with
deleting my ~/.m2. Not sure what's going on.
On 4/10/14, 9:48 AM, Marcus Sorensen wrote:
> Hmm, sorry. I thought master was fixed, as we saw complaints about the
> rados stuff yesterday (and I saw it on my linux
Hmm, sorry. I thought master was fixed, as we saw complaints about the
rados stuff yesterday (and I saw it on my linux vm as well), but the
build worked fine on my mac today. It must have only worked due to
cached .m2 on my mac. I'm going to try to figure out what we need to
revert to get master g
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19446/#review40019
---
Ship it!
Ship It!
- Marcus Sorensen
On April 9, 2014, 10:58 p.m
> On April 10, 2014, 3:29 p.m., Marcus Sorensen wrote:
> > Ship It!
commit 11f5bdd78de4121331b07995800f6e9e7c22f2c0
Author: Marcus Sorensen
Date: Thu Apr 10 09:23:04 2014 -0600
CLOUDSTACK-6191 Add support for specifying volume provisioning
type (thin, sparse, fat) in dis
agent side the
code looks fine. I'll defer to Mike regarding the offering changes since he's
done some work there before.
- Marcus Sorensen
On April 9, 2014, 10:58 p.m., Yoshikazu Nojima wrote:
>
> ---
> This is an automa
> On April 10, 2014, 12:16 a.m., Marcus Sorensen wrote:
> > engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java,
> > line 1270
> > <https://reviews.apache.org/r/19446/diff/3-4/?file=538059#file538059line1270>
>
/orchestration/VolumeOrchestrator.java
<https://reviews.apache.org/r/19446/#comment72750>
Building to test now.
Does this patch contain changes that are unrelated to the feature? Or are
changes such as this integral to the function of the feature?
- Marcus Sorensen
On April 9, 2014, 10:
Uh... sorry. Autocomplete FTL. This was supposed to be to our internal team.
On 04/03/2014 10:59 AM, Marcus Sorensen wrote:
> For those who missed the info yesterday. This is mostly for developers.
>
> * Commit your changes every day
>
> * Push to production daily
>
> * Te
For those who missed the info yesterday. This is mostly for developers.
* Commit your changes every day
* Push to production daily
* Test what you pushed to production, IN production (not staging)
* Don't ever say something is done (or works), then come back and say
"oh, I just needed to push t
.org/r/19446/
> ---
>
> (Updated March 26, 2014, 11:24 p.m.)
>
>
> Review request for cloudstack, Mike Tutkowski, Marcus Sorensen, and Wido den
> Hollander.
>
>
> Bugs: CLOUDSTACK-6191
> https://issues.apache.org/jira/browse/CLOUDSTACK-6191
>
>
ution is successful.
2014-03-27 17:37:36,041 DEBUG [utils.script.Script]
(agentRequest-Handler-3:null) Executing: /bin/bash -c cp -f
/mnt/939559aa-1bac-310a-a2ce-205336bdb136/2d7d88a8-6233-3ce1-9292-bc805d2e92e5.qcow2
/var/lib/libvirt/images/11b71cf8-382f-4b38-a2b0-45e148a010e7
- Marcus Sorensen
> On March 27, 2014, 11:27 p.m., Marcus Sorensen wrote:
> > So far I'm getting this. I want to go back and test without the patch,
> > because with LVM it should be 'lvcreate' follwed by 'qemu-img convert', and
> > I want to see if it's due t
> On March 27, 2014, 11:27 p.m., Marcus Sorensen wrote:
> > So far I'm getting this. I want to go back and test without the patch,
> > because with LVM it should be 'lvcreate' follwed by 'qemu-img convert', and
> > I want to see if it's due t
andler-1:null) Failed to create
/dev/vg0/5f554197-4993-4f46-8481-701ad482abe7 due to a failed executing of
qemu-img: Unknown option 'preallocation'Invalid options for file format 'raw'.
- Marcus Sorensen
On March 26, 2014, 11:24 p.m., Yoshikazu Nojima wrote:
>
&
/libvirt/qemu.conf, I suppose.
- Marcus Sorensen
On March 27, 2014, 5:53 p.m., Yoshikazu Nojima wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache
tures.
- Marcus Sorensen
On March 20, 2014, 4:56 a.m., Yoshikazu Nojima wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.a
446/#comment70021>
Is this applicable to the change, or something accidentally committed?
- Marcus Sorensen
On March 20, 2014, 4:56 a.m., Yoshikazu Nojima wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
I see. I think it would be useful to include a link in the email output,
like for this report:
http://jenkins.buildacloud.org/job/build-master-slowbuild/406/findbugsResult/new/
On 03/11/2014 02:21 PM, Daan Hoogland wrote:
> go to the status of the job, you'll see a link to the new warnings.
> th
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/18683/#review35970
---
Ship it!
Ship It!
- Marcus Sorensen
On March 3, 2014, 12:53 p.m
hanks,
Marcus Sorensen
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/18027/#review34495
---
Ship it!
Ship It!
- Marcus Sorensen
On Feb. 12, 2014, 8:44 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17990/#review34269
---
Ship it!
Ship It!
- Marcus Sorensen
On Feb. 12, 2014, 4:59 a.m
-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=agent/conf/agent.properties;h=a7376b689470fd169a983add791ada609222f96b;hp=5f5f3682afdc2aea25ff607984bca15c6da5cacf;hb=1530c162e58abd8e572a89d2a2706de00bd49e26;hpb=29e22384b7e758d12f72dab9cb05d53ed297e147
>
>
> -Original Message--
[4.3-forward 661a19b]
On Tue, Jan 28, 2014 at 4:02 PM, Marcus Sorensen wrote:
> Oh, I see, you wanted the comments
>
> On Tue, Jan 28, 2014 at 4:02 PM, Marcus Sorensen wrote:
>> I merged them into one commit, since they wouldn't cherry pick anyway.
>>
>>
Oh, I see, you wanted the comments
On Tue, Jan 28, 2014 at 4:02 PM, Marcus Sorensen wrote:
> I merged them into one commit, since they wouldn't cherry pick anyway.
>
> On Tue, Jan 28, 2014 at 3:58 PM, Animesh Chaturvedi
> wrote:
>> You had two commits in master. So
I merged them into one commit, since they wouldn't cherry pick anyway.
On Tue, Jan 28, 2014 at 3:58 PM, Animesh Chaturvedi
wrote:
> You had two commits in master. So need one more change to agent.propeties.
>
> Animesh
>
> -Original Message-
> From: Marcus
Done.
e624632dfd532ba2885a8e7dffcb40d1436d02c1
On Tue, Jan 28, 2014 at 2:57 PM, Animesh Chaturvedi
wrote:
> Can you put the fix in 4.3-forward branch. I tried cherry picking from master
> and there were conflicts
>
> Animesh
>
> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
>
just send an email requesting that it be cherry-picked, with the
reasoning. I don't feel strongly that it's a bug, but if you really
want it in 4.3 it's worth a shot to make your case.
On Tue, Jan 28, 2014 at 10:57 AM, Nux! wrote:
> On 28.01.2014 17:49, Marcus Sorensen w
Commit 1530c162e58abd8e572a89d2a2706de00bd49e26 in branch
refs/heads/master from [~mlsorensen]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1530c16 ]
CLOUDSTACK-5968 create vm.memballoon.disable agent parameter
This is just a tuneable that you have to explicitly set, otherwise
eve
It looks like commit fae05560 fails checkstyle.
[INFO]
[INFO] Building Apache CloudStack Server 4.4.0-SNAPSHOT
[INFO]
[INFO]
[INFO] --- maven-checkstyle
ballooning as we knew upfront about the
> limits that we want to set on a per VM basis.
>
> Thanks,
> Bharat.
>
> On 28-Jan-2014, at 3:05 pm, Nux! wrote:
>
>> On 28.01.2014 06:57, Marcus Sorensen wrote:
>>> Actually, does anyone have objections to adding an agen
is a huge constraint which is true only for specific use cases.
> using KSM to implement overprovisioning
> will limit this feature to a specific use case and hence memory ballooning
> was chosen which is more generic.
>
> Thanks,
> Bharat.
>
> On 28-Jan-2014, at 11:58 am, M
lloon for scaling?
On Mon, Jan 27, 2014 at 11:57 PM, Marcus Sorensen wrote:
> Actually, does anyone have objections to adding an agent.properties
> tunable to disable balloon? That would allow anyone who wants to
> overcommit to do so, without messing with the existing FS, and the
>
guests based on that. Balloon just doesn't work anyway for most,
only if the customers are internal and agree not to meddle with it. I
think that goes for all hypervisors.
On Mon, Jan 27, 2014 at 11:28 PM, Marcus Sorensen wrote:
> Yeah, I'm a little disappointed that the functional spe
mory over commit manager.
> more info here
> http://aglitke.wordpress.com/2011/03/03/automatic-memory-ballooning-with-mom/
>
> Thanks,
> Bharat.
>
>
>
> On 28-Jan-2014, at 11:23 am, Marcus Sorensen
> mailto:shadow...@gmail.com>> wrote:
>
> Yeah, that's not
ing
without reboot. In the given example you'd have a 2GB service offering
and be able to upgrade to a 4GB offering without reboot (always
getting exactly what the service offering states). Again, though, it's
not that great because it can be easily bypassed by the guest.
On Mon, Jan 27, 20
emory unit” is what it can get maximum.
>
> -Harikrishna
>
>
> On 28-Jan-2014, at 7:46 am, Marcus Sorensen wrote:
>
>> Its an easy fix on the KVM side, just waiting to hear any objections.
>> On Jan 27, 2014 6:11 PM, "Nux!" wrote:
>>
>>>
Its an easy fix on the KVM side, just waiting to hear any objections.
On Jan 27, 2014 6:11 PM, "Nux!" wrote:
> On 28.01.2014 00:49, Marcus Sorensen wrote:
>
>> So... I tried to use memory overcommit on KVM this week, and it blew
>> up in my face. Apparently it's
ink
this was an oversight.
On Mon, Jan 27, 2014 at 5:49 PM, Marcus Sorensen wrote:
> So... I tried to use memory overcommit on KVM this week, and it blew
> up in my face. Apparently it's configured such that if I have a
> Service Offering of 4G, and I set memory overprovisioning to 2:1, t
So... I tried to use memory overcommit on KVM this week, and it blew
up in my face. Apparently it's configured such that if I have a
Service Offering of 4G, and I set memory overprovisioning to 2:1, the
guest only actually gets configured with 2G. That's not how
overprovisioning is supposed to work
d by this.
>>
>> -Chris
>> --
>> Chris Suich
>> chris.su...@netapp.com
>> NetApp Software Engineer
>> Data Center Platforms – Cloud Solutions
>> Citrix, Cisco & Red Hat
>>
>> On Jan 27, 2014, at 2:21 PM, Marcus Sorensen wrote:
>>
I'm ok with whatever. It does seem like we have the ability to
differentiate real storage tags from details, since we can list/edit
those storage tags (I don't see all of my details showing up in the UI
when I look at the tags for my primary storage), though I'm not
immediately sure why or how at t
commit daeea46da0fb7ba49d8c18334d9427fb9b06d524
Author: Marcus Sorensen
Date: Mon Jan 27 11:04:05 2014 -0700
CLOUDSTACK-5956 remove persist flag during live migration
"VMs were moved to non-persistent about a year ago when there were
issues with KVM hosts remembering which VMs
ot like it if I
>> introduce multiple SRs to its compute cluster (what it calls a resource
>> pool) that have the same UUID.
>>
>> Thoughts on this?
>>
>> Thanks
>>
>>
>> On Sun, Jan 26, 2014 at 10:07 AM, Marcus Sorensen
>> wrote:
>&g
In fact I'd recommend removing the SR of the template from anything
XenServer knows of. It just needs to exist on the SAN so it can be
cloned for new SR root volumes.
On Sun, Jan 26, 2014 at 9:18 AM, Marcus Sorensen wrote:
> Hm, well I guest that's dependent on how your SAN clon
e SR was later used to also house the
>>> root disk (two different SRs were not involved).
>>>
>>> Even though my case is different, with the approach you outlined about
>>> creating a "special" SR for the template itself, it ends up amounting to a
>
ecial" SR for the template itself, it ends up amounting to a
>> similar concept.
>>
>>
>> On Sat, Jan 25, 2014 at 11:27 PM, Marcus Sorensen
>> wrote:
>>>
>>> Yes. That's what all of the storage types do, they save the name of
>>>
reate and copy the template contents to it
(like CLVM does), or create one on the SAN when the template copy is
called, prepopulate it with the template, and send a clone command
against that one to your storage to generate new root disks as needed.
On Sat, Jan 25, 2014 at 10:30 PM, Marcus Sorensen
And when I say 'the first time the template is used, we create an SR',
I mean cloudstack does it automatically.
On Sat, Jan 25, 2014 at 10:29 PM, Marcus Sorensen wrote:
> Not's not really what I was describing, or that's not how we do it at
> least. The first time a t
y, I am currently focused on XenServer, but also plan to implement
> support for this on KVM and ESX (although those may be outside of the scope
> of 4.4).
>
> Thanks!
>
> * It consumes as much of the SR as it can unless you you want extra space
> put aside for hypervisor s
clone. Unless there's template cloning
in the storage driver now, and if so put the createDiskFromTemplate
logic there, but you still probably need copyPhysicalDisk to do its
thing on the agent.
This is all from a KVM perspective, of course.
On Sat, Jan 25, 2014 at 3:40 AM, Marcus Soren
I'm not quite following. With our storage, the template gets copied
to the storage pool upon first use, and then cloned upon subsequent
uses. I don't remember all of the methods immediately, but there's one
called to copy the template to primary storage, and once that's done
as you mention it's tr
There are some issues with it. Last I checked, you can hotplug CPUs, but
you can't take them away (at least not for Linux guest os). Also, you can
scale memory, but it relies on balloon driver, which can simply be unloaded
by the guest to have access to all memory as the driver inside the guest
han
Are you talking about the rules that ensure an instance can't bring up and
use IP addresses that are not assigned to it?
On Jan 24, 2014 4:10 PM, "Nux!" wrote:
> Hi,
>
> I'm testing ACS 4.2 + XS 6.2 with Basic Zone and it kind of works great,
> but the Egress rules seem to be useless. Since all o
der one server and
> one nic.
>
>
>
> On 1/24/14, 5:37 PM, Marcus Sorensen wrote:
>>
>> Let's say you have eth0. You've configured your switch to share the
>> following vlans:
>>
>> vlan default = management
>> vlan 200 = public
previously; create eth0.100 etc, and
> then create cloudbr0 for all communication, correct?
>
> On 1/24/14, 5:15 PM, Marcus Sorensen wrote:
>>
>> tagged network is when you send multiple vlans to the same interface,
>> e.g. eth0.100
>>
>> On Fri, Jan 24, 2014 at 3:0
ng with that, making the bridges will also be done via the cloudstack
> code, as you mentioned.
>
>
>
> On 1/24/14, 4:21 PM, Marcus Sorensen wrote:
>>
>> Yes, assuming you have tagged networks. Just create a cloubr0 ONLY,
>> and use that as the traffic label for everythin
and 10.x private - What I am trying to
> accomplish on one NIC / KVM / CentOS, this can be done right?
>
>
>
> On 1/24/14, 3:41 PM, Marcus Sorensen wrote:
>>
>> You could also try these:
>>
>> This would just be an example setup to use, with management
://marcus.mlsorensen.com/cloudstack-extras/cs-4.1-kvm-networking-two-nic.rtf
On Fri, Jan 24, 2014 at 1:29 PM, Marcus Sorensen wrote:
> They don't technically need ips just for VM traffic, it totally
> depends on your setup. You need to decide where your management
> network is connected and ad
YPE=Bridge
> ONBOOT=yes
> BOOTPROTO=none
> IPV6INIT=no
> IPV6_AUTOCONF=no
> DELAY=5
> STP=yes
>
> DEVICE=cloudbr1
> TYPE=Bridge
> ONBOOT=yes
> BOOTPROTO=none
> IPV6INIT=no
> IPV6_AUTOCONF=no
> DELAY=5
> STP=yes
>
>
>
>
>
> On 1/24/14, 3:23
ffic label.
Then later in the setup it asks for public traffic, insert whatever tag you
have for public traffic on eth1, or leave blank to use cloudbr1 as-is.
On Fri, Jan 24, 2014 at 1:23 PM, Marcus Sorensen wrote:
> so...
>
> eth0 -> cloudbr0 ? And that's the management interf
me what I
> am missing?
>
> - Maurice
>
>
> On 1/24/14, 12:04 AM, Marcus Sorensen wrote:
>
> I've always setup cloudbr0 (pub/mgt/guest br) per the documented examples,
>
> and never cloud0 (link local bridge). You can look at the devcloud-kvm doc
> for an example
I've always setup cloudbr0 (pub/mgt/guest br) per the documented examples,
and never cloud0 (link local bridge). You can look at the devcloud-kvm doc
for an example of an all-in-one. The traffic labels reference bridges, so
you have to have a bridge to enter as a traffic label in the first place.
I
With that patch, you just call resizeVolume with a size=# (in GB)
parameter and a disk id that is a root disk.
On Mon, Jan 20, 2014 at 6:52 AM, Marcus Sorensen wrote:
> If you're not against building your own code, you can apply a small
> patch that should enable it. When I developed
If you're not against building your own code, you can apply a small
patch that should enable it. When I developed the initial resize call,
it actually allowed root resize, but I wasn't confident that it made
sense to put it in the final product because root disks are managed by
service offerings, a
skip over whatever has already been done until it works.
On Sun, Jan 19, 2014 at 8:39 AM, Marcus Sorensen wrote:
> Yes, there's no support for upgrading between dev builds, as the
> schema is changing often. Devs start fresh with the current db schema
> as they work on features. Upgrade
Yes, there's no support for upgrading between dev builds, as the
schema is changing often. Devs start fresh with the current db schema
as they work on features. Upgrade scripts are only created between
release schemas.
On Sun, Jan 19, 2014 at 7:25 AM, Daan Hoogland wrote:
> Lucian,
>
> I read you
You probably need an IP address on the physical network that you're
running vxlan on, since this host needs to communicate with other
hosts to send vxlan packets. Where prevously you could just bring up a
bridge on an ethernet interface with no config, you can put all of
your hosts on one untagged
;
> Another aspect we should keep in mind is security. For example:
> Rogue IPv6 RA [http://tools.ietf.org/html/rfc6104]
> ND exhaustion [
> http://blog.ipspace.net/2011/05/ipv6-neighbor-discovery-exhaustion.html]
> Unicast RPF [
> http://www.cisco.com/web/about/security/intelligenc
nate means of assignment. This sort of goes back to me wanting
to be able to assign multiple ranges to a network, say a "SLAAC /64"
and a "Manually assigned /64" by providing a field to tag the prefix
with a type.
On Fri, Jan 17, 2014 at 6:43 AM, Daan Hoogland wrote:
> On Fri, Jan
alancing etc as well?
>>> Or at least think
>>> about what impact these decisions have.
>>> This is not a version 1 consideration?!?
>>>
>>> > * We assume there will be an ipv6 public range assignable, allocated
>>>for
>>> VPC routers/stati
gt;> Is a cidr configured?
>> Will we preconfigure all ranges or have a dynamic availability check?
>>
>> Radvd package is added to the systemvm template. (Done by Hugo this
>> morning)
>>
>> Some standard UI components are needed.
>>
>> (test-)at
On Thu, Jan 16, 2014 at 12:23 PM, Sheng Yang wrote:
> Hi Marcus,
>
> Sorry for jump in late.
>
> On Mon, Jan 6, 2014 at 12:11 PM, Marcus Sorensen wrote:
>
>> I've discussed this a bit with various subject matter experts at our
>> datacenters/business, and so
That's a good idea. I'll agree that it could be extended to users who have
rights to the instances.
On Jan 13, 2014 12:23 PM, "Alena Prokharchyk"
wrote:
> I would like to propose to introduce API (Admin only, 4.4) that returns
> user data to the admin. Current UserData behavior:
>
> * userData i
me, or to us I should say.
>
> Regards,
> DaanH
>
> -Original Message-
> From: Marcus Sorensen [mailto:shadow...@gmail.com]
> Sent: vrijdag 10 januari 2014 6:14
> To: dev@cloudstack.apache.org
> Cc: Daan Hoogland; Hugo Trippaers; Edwin Beekman; Erwin Blekkenhorst; Daan de
igurationManagerImpl.java f9d282f
utils/src/com/cloud/utils/net/NetUtils.java e6879bf
Diff: https://reviews.apache.org/r/16758/diff/
Testing
---
Tested advanced zone deployments, passing both empty string for 'vlan' and
'untagged'
Thanks,
Marcus Sorensen
too late :-)
On Fri, Jan 10, 2014 at 11:47 AM, Mike Tutkowski
wrote:
> Yeah, I agree. I can log a bug for this later and include the contents of
> this e-mail.
>
>
> On Fri, Jan 10, 2014 at 10:33 AM, Marcus Sorensen wrote:
>
>> This should be simple enough to fix by maki
Fri, Jan 10, 2014 at 10:25 AM, Marcus Sorensen wrote:
> Yeah, the object 'avoid' in the deployment planner is passed along
> throughout the whole chain and added to, so the non-matching data disk
> pool ends up in avoid when searching for a root disk pool, and at that
> point i
at the opposite is true too, when the data disk allocation runs, the
pool for the root disk is added to avoid set, but since the pool has
already been chosen and associated it never causes an issue. The end
result though is that all pools are in avoid set.
On Fri, Jan 10, 2014 at 10:16 AM, Marcus
, if we're mixing up/combining the avoid sets between
volumes.
On Thu, Jan 9, 2014 at 11:40 PM, Mike Tutkowski
wrote:
> Well, we can wait and see if anyone disagrees that it's a bug. Maybe if no
> one does by end of day tomorrow I can log a bug for it.
>
>
> On Thu, J
g and we are just
> speaking a different type of English, me being dutch and all.
>
> On Thu, Jan 9, 2014 at 6:23 PM, Marcus Sorensen wrote:
>> On Thu, Jan 9, 2014 at 9:43 AM, Daan Hoogland
>> wrote:
>>> On Thu, Jan 9, 2014 at 5:28 PM, Marcus Sorensen wrote:
>>
ks. I'll test that and apply the fix if it doesn't change any of the
cases.
- Marcus
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16758/#review31514
--
nd DO), it works; otherwise, it
>>> doesn't.
>>>
>>> I believe I wrote a note to myself to log a bug for this. It appears
>>> you've stumbled upon it, though, already.
>>>
>>>
>>> On Thu, Jan 9, 2014 at 10:45 PM, Marcus Sorensen
Master recently underwent all of the styling changes (deleting
whitespace, etc), and as such there's a lot that doesn't merge cleanly
via cherry-pick between 4.4 and 4.3. I'm not sure if that's what
you're referring to. The output shows you the conflict, one version
and the other, split by the
*allocates the root disk*
On Thu, Jan 9, 2014 at 10:47 PM, Marcus Sorensen wrote:
> To clarify, deploying service offering 'foo' and then
> creating/attaching a disk offering 'bar' afterward works fine, but if
> we try to deploy together, it doesn't interrogat
ll storage pools matching 'foo', allocates the data disk,
and then goes through the same list looking for 'bar', and of course
matches none.
On Thu, Jan 9, 2014 at 10:45 PM, Marcus Sorensen wrote:
> No, we have two primary storages, one tagged "foo", one tagged &quo
ying there was no primary storage tagged "bar"?
>>
>>If that is the case, I guess I would expect the deployment of the VM to
>>fail because not all of the criteria could be met.
>>
>>
>>On Thu, Jan 9, 2014 at 7:08 PM, Marcus Sorensen
>>wrote:
>&
Is this a bug (perhaps fixed), or expected behavior?
If I create a service offering with storage tag=foo, and a disk
offering with storage tag=bar, I cannot provide this disk offering as
a data disk to deploy along with this service offering. The root
volume gets allocated, and then the data disk
> On Jan. 9, 2014, 6:22 p.m., Alena Prokharchyk wrote:
> > Saksham,
> >
> > The patch fails on 4.3 branch with the error:
> >
> > Applying: CLOUDSTACK-5535 : Do not allow addNetwork to create NIC across
> > VPC tiers and Isolated Networks
> > error: patch failed: server/src/com/cloud/vm/UserVm
f4b3ce1e7866,
passing vlan=untagged results in:
Saving vlan range
Vlan[vlan://untagged|12.12.12.1|255.255.255.0|null|null|12.12.12.10-12.12.12.20||null1004]
Which is exactly the behavior we want to see for both "" and
"untagged", if we want to maintain compatibility with previous
://reviews.apache.org/r/16758/diff/
Testing
---
Tested advanced zone deployments, passing both empty string for 'vlan' and
'untagged'
Thanks,
Marcus Sorensen
1 - 100 of 801 matches
Mail list logo
