Re: why are RvR routers not HA

Ooh, do you take requests? On Oct 9, 2013 7:30 PM, "Darren Shepherd" wrote: > I didn't read the whole thread yet, but at the end of the day it's sounds > like an implementation issue. So I'll just naively say I'll fix that :) > > Darren > > > On Oct 9, 2013, at 5:58 PM, Alena Prokharchyk < > ale

Re: Review Request 14076: New test added for template copy feature

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14076/#review26851 --- Ship it! Ship It! - Nitin Mehta On Oct. 8, 2013, 1:45 p.m., Ashu

Re: Review Request 14076: New test added for template copy feature

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14076/#review26852 --- Ship it! Ship It! - Nitin Mehta On Oct. 8, 2013, 1:45 p.m., Ashu

Re: Review Request 14076: New test added for template copy feature

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14076/#review26854 --- Can you give me a bug number to submit this test against ? - Nitin

Re: why are RvR routers not HA

Well, here's the deal. I'm doing analysis right now to completely revamp the management of systemvm. Basically get to a faster, more reliable, more transparent way of doing things with far, far, far less code. I'm planning on putting a thread up for discussion in about a week. I want to have a

Re: [PROPOSAL] Modularize Spring

Sounds great. What's on the spring modularization will support this (obviously the storage framework needs to handle the canHandle logic), but it seems a lot of the storage code is being refactored, so we'll probably have to do a nasty merge. Darren On Wed, Oct 9, 2013 at 6:03 PM, SuichII, Chris

Re: why are RvR routers not HA

The main thing that came to mind was the limitation on VPC where only one network can have public load balancing. I looked into it a bit, and its because the information is passed to the system vm in such a way that a second LB config would completely overwrite previous configs. I was able to get a

Re: [DISCUSS] Pluggable VM snapshot related operations?

Hey guys, I haven't been giving this thread much attention, but am reviewing it somewhat now. I'm not really clear how this would work if, say, a VM has two data disks and they are not being provided by the same vendor. Can someone clarify that for me? My understanding for how this works today

Back end volume names in KVM

Does anyone have any reservations about changing the volume identifier in KVM's volume creation command to be the uuid of the volume? Currently for new volumes it generates a random uuid and passes that back to be stored in the database. From an admin perspective, the only way to link a volume on t

Re: [DISCUSS] Pluggable VM snapshot related operations?

Edison, I would lean toward doing the coarse grain interface only. I'm having a hard time seeing how the whole flow is generic and makes sense for everyone. With starting with the coarse grain you have the advantage in that you avoid possible upfront over engineering/over design that could wreak

Re: Back end volume names in KVM

Yeah, I'm not really clear how the snapshot strategy works if you have multiple vendors that implement that interface either. On Wed, Oct 9, 2013 at 9:57 PM, Marcus Sorensen wrote: > Does anyone have any reservations about changing the volume identifier in > KVM's volume creation command to be

Re: master simulator build broken on ManagedContext

Thanks Darren, the jetty start has chugged along and I'm able to bring up the server. I'd like to not have that orphaned context ideally since it gets left out often this way. But I can live with that for now. On Wed, Oct 09, 2013 at 10:55:58AM -0700, Darren Shepherd wrote: > Prasanna, > > Try no

Re: Back end volume names in KVM

+1 - happens in lots of places in our code where a random-uuid associates with a physical resource's uuid. Will this will happen only for new volumes? Old volumes can still be listed and found using the old method? I'm specifically concerned about upgraded systems. On Wed, Oct 09, 2013 at 11:05:4

Re: Back end volume names in KVM

On 10-Oct-2013, at 9:27 AM, Marcus Sorensen wrote: > Does anyone have any reservations about changing the volume identifier in > KVM's volume creation command to be the uuid of the volume? Currently for > new volumes it generates a random uuid and passes that back to be stored in > the database.

Re: Back end volume names in KVM

I'm sorry! I sent this e-mail to the wrong discussion thread. :) On Wed, Oct 9, 2013 at 11:05 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > Yeah, I'm not really clear how the snapshot strategy works if you have > multiple vendors that implement that interface either. > > > On Wed,

Re: [DISCUSS] Pluggable VM snapshot related operations?

Yeah, I'm not really clear how the snapshot strategy works if you have multiple vendors that implement that interface either. On Wed, Oct 9, 2013 at 10:12 PM, Darren Shepherd < darren.s.sheph...@gmail.com> wrote: > Edison, > > I would lean toward doing the coarse grain interface only. I'm havin

Re: Back end volume names in KVM

OK, now I'm really replying to this e-mail thread. :) I think this is a good idea, Marcus. It gets rid of an unnecessary translation step. On Wed, Oct 9, 2013 at 11:23 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > I'm sorry! > > I sent this e-mail to the wrong discussion thread. :

Re: Review Request 14076: New test added for template copy feature

> On Oct. 10, 2013, 1:37 a.m., Nitin Mehta wrote: > > Can you give me a bug number to submit this test against ? Hi Nitin, This is a very old test case so couldn't find any Bug ID related to "adding" this test case. But Here's one Bug related to this test case which was fixed long back. You ca

Re: Back end volume names in KVM

Yeah, existing volumes have a path thats already set in stone. It would only concern new volumes. It could cause problems down the line if people get used to them matching and decide to use uuid and path interchangeably. They're not by default identical though since the path usually contains the d

RE: Docs have moved

Hi, I am trying to run git clone https://git-wip-us.apache.org/repos/cloudstack-docs.git, and I get the following error: $ git clone https://git-wip-us.apache.org/repos/cloudstack-docs.git Cloning into 'cloudstack-docs'... fatal: https://git-wip-us.apache.org/repos/cloudstack-docs.git/info/refs

Re: Docs have moved

The repo URL should be : https://git-wip-us.apache.org/repos/asf/cloudstack-docs.git Try it. On Thu, Oct 10, 2013 at 1:33 PM, Radhika Puthiyetath < radhika.puthiyet...@citrix.com> wrote: > Hi, > > I am trying to run git clone > https://git-wip-us.apache.org/repos/cloudstack-docs.git, and I get t

Re: [DISCUSS] Pluggable VM snapshot related operations?

"The work flow will be: createVMSnapshot api -> VMSnapshotManagerImpl: creatVMSnapshot -> VMSnapshotStrategy: takeVMSnapshot -> storage driver:takeVMSnapshot" I also think it's a bit weird for the storage driver to have any knowledge of VM snapshots. I would think another part of the system would

Re: [PROPOSAL] Remove Setters from *JoinVO

Views are meant to be read only. So +1 for removing setters. On 04-Oct-2013, at 10:59 PM, "SuichII, Christopher" wrote: > *JoinVOs are used to store entries from MySQL views, which are not editable. > I think removing setters from the *JoinVOs may help avoid some potential > confusion as sett

RE: Docs have moved

Thank you. I tried git clone https://git-wip-us.apache.org/repos/asf/cloudstack-docs, and it worked. -Original Message- From: Gavin Lee [mailto:gavin@gmail.com] Sent: Thursday, October 10, 2013 11:06 AM To: dev@cloudstack.apache.org Subject: Re: Docs have moved The repo URL should b

Re: High CPU utilization on KVM hosts while doing RBD snapshot - was Re: snapshot caused host disconnected

Dear all, I and my colleague tried to scrutinize the source code and found the script which is performing the copying of the snapshot from primary storage to secondary storage on this file: ./plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStorageProcessor.java Specifically under

Re: [DOC] 4.2.0 Templates

Where will the docs commited to the master become available? This probably isn't the only case where commits have been lost? https://reviews.apache.org/r/13745/ On Thu, Oct 10, 2013 at 1:17 AM, Radhika Puthiyetath < radhika.puthiyet...@citrix.com> wrote: > 4.2 docs are from 4.2 branch. > > ---

Re: Review Request 14076: New test added for template copy feature

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14076/#review26858 --- test/integration/component/test_templates.py

Re: Review Request 14076: New test added for template copy feature

> On Oct. 10, 2013, 6:36 a.m., SrikanteswaraRao Talluri wrote: > > test/integration/component/test_templates.py, line 437 > > > > > > How are you populating 'destzoneid'. look at the review request > > https://reviews

Re: Review Request 14076: New test added for template copy feature

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14076/#review26860 --- This test is a duplicate of test_06_copy_template test in the scrip

<    1   2