Hi Hiroki,
We should not override the ssh key pair provided in the deployVM API with the
ssh key in template metadata.
I just able to reproduce this. Please create a ticket for this issue.
Thanks
Harikrishna
On 06-Jun-2014, at 5:18 pm, Hiroki Ohashi wrote:
> Dear guys
>
> I encountered a pro
> -Original Message-
> From: ilya musayev [mailto:ilya.mailing.li...@gmail.com]
> Sent: Saturday, 7 June 2014 1:50 AM
> To: dev@cloudstack.apache.org
> Subject: Re: KVM + LXC on the same host
>
> Tuna
>
> Thanks for the feedback, conceptually, i was not trying to address the issue
> of
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22364/
---
(Updated June 9, 2014, 7:09 a.m.)
Review request for cloudstack and Kelven Yang
On Jun 8, 2014, at 7:25 PM, Mike Tutkowski wrote:
> Yes, there appears to be at least two lines of thought on x.y-forward
> branches (specifically using 4.4-forward as an example here).
>
> 1) 4.4-forward and 4.4 should eventually be the same. Once the 4.4 release
> goes out the door, 4.4-forwa
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22354/#review45061
---
Hi, is it a bug or a new feature ? I see that it alters the usage db
Hi Harikrishna
Thank you very much for your reproduction work.
I created a ticket for this issue.
https://issues.apache.org/jira/browse/CLOUDSTACK-6869
Please confirm it.
Best Regards
2014-06-09 15:59 GMT+09:00 Harikrishna Patnala :
> Hi Hiroki,
>
> We should not override the ssh key pair
On 09-Jun-2014, at 12:56 PM, sebgoa wrote:
>
> On Jun 8, 2014, at 7:25 PM, Mike Tutkowski
> wrote:
>
>> Yes, there appears to be at least two lines of thought on x.y-forward
>> branches (specifically using 4.4-forward as an example here).
>>
>> 1) 4.4-forward and 4.4 should eventually be th
Hi guys,
I have updated this proposal wiki[1], included diagram for VM migrate,
volume migrate and snapshot.
Please review and give feedback.
[1]:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Golden+Primary+Storage
On Fri, Jun 6, 2014 at 7:14 PM, Todd Pigram wrote:
> Sorry, thought
Hi Daan,
Cherry pick
c282bb3a1293fbbfdb306263ea52464862670fb3 to resolve the blocker
CLOUDSTACK-6603 [Upgrade]DB Exception while Autoscale monitoring after
upgrading from 4.3 to 4.4
Thanks
Rajesh Battala
On 07.06.2014 03:38, John Kinsella wrote:
Hey Ilya -
So, for about a month now we’ve had a system running SmartOS[1],
which gives a combination of containers and KVM, albeit on illumos
instead of linux. In general I’m not impressed by SmartOS’s story, but
we had one customer asking for it (and I
Thanks Hiroki, I have added the fix versions, ’ll fix it asap.
-Harikrishna
On 09-Jun-2014, at 2:35 pm, Hiroki Ohashi wrote:
> Hi Harikrishna
>
> Thank you very much for your reproduction work.
> I created a ticket for this issue.
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-6869
Hello There.
Kindly tell me where i can ask from apache support/community the issues
which i am facing during configuration part.
thanks.
--
--
Warm Regards,
Naval Saini
Technical Support Executive L-2
-
SARV Webs Pvt Ltd.
Global Number :
On Jun 9, 2014, at 8:27 AM, Naval Saini wrote:
> Hello There.
>
> Kindly tell me where i can ask from apache support/community the issues
> which i am facing during configuration part.
Hi, better to start on the users lists, us...@cloudstack.apache.org
or on IRC #cloudstack on freenode.
>
>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22376/
---
Review request for cloudstack and Abhinandan Prateek.
Bugs: CLOUDSTACK-6875
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22377/
---
Review request for cloudstack and Abhinandan Prateek.
Bugs: CLOUDSTACK-6877
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22378/
---
Review request for cloudstack and Abhinandan Prateek.
Bugs: CLOUDSTACK-6878
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22379/
---
Review request for cloudstack and Abhinandan Prateek.
Bugs: CLOUDSTACK-6879
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22375/
---
Review request for cloudstack and Abhinandan Prateek.
Bugs: CLOUDSTACK-6876
> On June 9, 2014, 9:55 a.m., Sebastien Goasguen wrote:
> > Hi, is it a bug or a new feature ? I see that it alters the usage db
> > schema, will this affects upgrades ?
> >
> > The jira entry says that it applies to 4.3 as well, does you patch applies
> > to 4.3 ?
Hi Sebastien,
For me, it's
hi guys,
since most of the third party storage providers have been implementing 1:1
mapping(managed storage) between a volume(dataset) and a vm disk(vdi/vmdk)
for guaranteeing the Qos, i would like to propose a new feature to
dynamically change the volume properties supported by storage vendors su
Right - we need to decide as a community what a forward branch really means.
On Monday, June 9, 2014, Koushik Das wrote:
>
> On 09-Jun-2014, at 12:56 PM, sebgoa >
> wrote:
>
> >
> > On Jun 8, 2014, at 7:25 PM, Mike Tutkowski > wrote:
> >
> >> Yes, there appears to be at least two lines of thoug
Mike, Marcus,
Sorry for my belated reply.
Thank you for clarifying the status of current implementation, and
concerns we need to care.
Yes, using hypervisor's rate limiting feature to guarantee IOPS seems
challenging.
Thanks,
Noji
2014-06-02 14:52 GMT-04:00 Marcus :
> I think the current imple
Dave,
Thanks for putting this up on the wiki. A few things jumped out at me...
- Please change "Xen" to "XenProject" or "Xen Project" as appropriate.
There's already a ton of confusion out there, and I'd like to see us
get our terms correct from the outset where ever possible.
- It would be good
On Fri, Jun 6, 2014 at 7:26 PM, Sheng Yang wrote:
> Hi all,
>
> Seems it's a good timing to bring back the discussion about the gerrit.
>
> We want to do CI, and improve our code quality. One obvious way of doing
> and reduce the workload of devs is introduce a tool to enforce the process.
>
> I'v
Congrats, Demetrius.
-min
On 6/6/14 4:17 PM, "John Kinsella" wrote:
>Folks - this one¹s a little belated - we went through the invite process
>around the
>time of the mail issues, and somehow we didn¹t send the announcement to
>dev@.
>I noticed while doing some housekeeping this week, and wante
On Mon, Jun 9, 2014 at 10:39 AM, Mike Tutkowski
wrote:
> Right - we need to decide as a community what a forward branch really means.
>
> On Monday, June 9, 2014, Koushik Das wrote:
>
So a bit of background reading:
http://markmail.org/message/aux2yjxpudotu7qu
This is when we started with the -
I like github pull request as well from past usage, it is very convenient
for developers and reviewers to perform their tasks, compared to our
current RB. Also agree with David, the pre-requisite for this enforcement
is that we should have CI in place to make this happen.
Thanks
-min
On 6/9/14 8:
Hi Tim,
Thanks for your feedback!
On 9 Jun 2014, at 16:44, Tim Mackey wrote:
> Dave,
>
> Thanks for putting this up on the wiki. A few things jumped out at me...
>
> - Please change "Xen" to "XenProject" or "Xen Project" as appropriate.
> There's already a ton of confusion out there, and I'd
On Mon, Jun 9, 2014 at 11:47 AM, David Nalley wrote:
> On Fri, Jun 6, 2014 at 7:26 PM, Sheng Yang wrote:
>> Hi all,
>>
>> Seems it's a good timing to bring back the discussion about the gerrit.
>>
>> We want to do CI, and improve our code quality. One obvious way of doing
>> and reduce the worklo
On Jun 9, 2014, at 7:13 PM, David Nalley wrote:
> On Mon, Jun 9, 2014 at 11:47 AM, David Nalley wrote:
>> On Fri, Jun 6, 2014 at 7:26 PM, Sheng Yang wrote:
>>> Hi all,
>>>
>>> Seems it's a good timing to bring back the discussion about the gerrit.
>>>
>>> We want to do CI, and improve our co
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Monday, June 09, 2014 9:24 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [ACS44] 112 unpicked cherries in 4.4-forward. why?
>
> On Mon, Jun 9, 2014 at 10:39 AM, Mike Tutkowski
> wrote:
> > Right - we need to dec
Thanks for that reminder, David!
OK, so, per David's e-mail reference, it looks like the intent of
x.y-forward is what I referred to as option 2:
4.4-forward contains changes that might go into 4.4 (if a cherry pick is
requested) and changes that would go into 4.4.1, should such a release ever
be
Yes, I am in Pacific Time.
--Sheng
On Sat, Jun 7, 2014 at 10:33 PM, Daan Hoogland
wrote:
> ok, I think your on pacific time, are you?
>
> On Sun, Jun 8, 2014 at 5:33 AM, Sheng Yang wrote:
> > I would be glad to join.
> >
> > --Sheng
> >
> >
> > On Sat, Jun 7, 2014 at 3:01 AM, Daan Hoogland
>
I will be happy to join!
On Saturday, June 7, 2014, Daan Hoogland wrote:
> At Schuberg Philis, the urge to have virtual routers in a redundant
> way is getting to be pressing. It seems Citrix wants to move away from
> it entirely and Sungard is working on it but has to little resources
> for i
Hi Punith,
This kind of a feature is something Chris Suich and I discussed a while
back.
We talked about leveraging arbitrary key/value pairs to make this happen
(OpenStack does something similar). The key/value pairs would be vendor
specific.
If we take a key/value approach, we might be able to
On Mon, Jun 9, 2014 at 11:32 PM, sebgoa wrote:
>
> On Jun 9, 2014, at 7:13 PM, David Nalley wrote:
>
> > On Mon, Jun 9, 2014 at 11:47 AM, David Nalley wrote:
> >> On Fri, Jun 6, 2014 at 7:26 PM, Sheng Yang wrote:
> >>> Hi all,
> >>>
> >>> Seems it's a good timing to bring back the discussion a
On Mon, Jun 9, 2014 at 1:01 PM, Rajesh Battala
wrote:
> c282bb3a1293fbbfdb306263ea52464862670fb3
is in
--
Daan
That sounds good to me, as well.
On Mon, Jun 9, 2014 at 1:14 PM, Rohit Yadav wrote:
> On Mon, Jun 9, 2014 at 11:32 PM, sebgoa wrote:
>
> >
> > On Jun 9, 2014, at 7:13 PM, David Nalley wrote:
> >
> > > On Mon, Jun 9, 2014 at 11:47 AM, David Nalley wrote:
> > >> On Fri, Jun 6, 2014 at 7:26 PM,
nice,
so given pacific time I can have a meeting at 15:00 utc or at 20:00
utc (8 am or 2 pm if I'm correct). Given office hours in Holland 17:00
(15:00 utc) would be best but if you're not in it could be later. As
the person calling the meeting I would like to participate but if the
highest attend
Allow me to follow this up with more detail (with regards to what Chris and
I talked about):
As you are aware, today the way you associate a Compute Offering (CO) or a
Disk Offering (DO) with a Primary Storage (PS) is via storage tagging.
This has some benefits and drawbacks.
One benefit is bein
On Mon, Jun 9, 2014 at 1:02 PM, Dave Scott wrote:
>
> > - It would be good to see a UI mock up for how users would configure
> > the Xen Project hypervisor option. I think that would go a long way
> > to helping with the mixed hypervisor cluster concept and how it could
> > be blocked.
>
> My co
Answer inline
On 08/06/14 6:45 PM, "Girish Chaudhari"
wrote:
>Hi Nitin,
>
>Can you please reply back to my previous mail thread.
>
>As well like to update you that I have even tried this feature with
>Networks object. Even in this case, I could set the display flag as
>'0', it get hided from nor
Answers inline
On 04/06/14 8:48 PM, "Girish Chaudhari"
wrote:
>Thanks Nitin for immediate response.
>
>"... I see that some more first class entities have gotten added but
>the underlying concept remains the same."
>
>=> Can you please name the newly added first class entities if
>possible, or w
Hi All,
Started making some fast progress on this.
I uploaded the xenserver box[1] to vagrant cloud. This means people can
easily get a xenserver VM by executing vagrant init duffy/xenserver &&
vagrant up.
I adjusted the configuration on the box to allow for multiple xenserver
boxes to be brough
Thanks, Hieu!
I have reviewed your design (making only minor changes to your Wiki).
Please feel free to have me review your code when you are ready.
Also, do you have a plan for integration testing? It would be great if you
could update your Wiki page to include what your plans on in this regard
Hello guys,
was wondering if anyone have come across an issue where acs would get stuck on
several jobs and keeps trying to do them over and over again?
I've come across an issue a few days ago. For some reason I have about 5 or 6
XenServer cluster jobs which have gone crazy. These jobs are o
have you seem this thread?
http://mail-archives.apache.org/mod_mbox/cloudstack-users/201404.mbox/%3cblu176-w37d2e5fc141028f7d1937db4...@phx.gbl%3E
I think this might work to delete the broken tasks.
On Mon, Jun 9, 2014 at 5:35 PM, Andrei Mikhailovsky
wrote:
> Hello guys,
>
> was wondering if an
Hieu,
I made a couple of minor edits to your design to ensure everything is
"XenServer" based. If you haven't done so already, please also fetch the
most recent master and base off of that. I refactored the old Xen plugin
into a XenServer specific one since Xen Project isn't currently supported,
Yes, I was going to mention what Tim said about using the term "XenServer"
instead of "Xen" as Tim has done a bunch of work recently to separate the
two.
I made a few changes in your Wiki when I saw a reference to "Xen" instead
of to "XenServer."
On Mon, Jun 9, 2014 at 2:53 PM, Tim Mackey wrote
Raf,
Not sure if this thread is related to my problem. I have a single management
server with a few messed up tasks.
Is it safe to remove everything from the async_job and async_job_view tables
(apart from any current jobs)?
Thanks
Andrei
- Original Message -
From: "Rafael Wein
Hi all
I can make 15:00.
Cannon join at 20:00.
Cheers Sander
Verstuurd vanaf mijn iPhone
> Op 9 jun. 2014 om 21:31 heeft "Daan Hoogland" het
> volgende geschreven:
>
> nice,
>
> so given pacific time I can have a meeting at 15:00 utc or at 20:00
> utc (8 am or 2 pm if I'm correct). Given o
Well, I think it is safe, but before you do that, put disabe your zones,
shutdown the MS and then remove the tasks.
Or, you could simple look for some task ids that are giving you trouble and
then delete them.
On Mon, Jun 9, 2014 at 6:37 PM, Andrei Mikhailovsky
wrote:
> Raf,
>
> Not sure if thi
On Mon, Jun 9, 2014 at 3:14 PM, Rohit Yadav wrote:
> On Mon, Jun 9, 2014 at 11:32 PM, sebgoa wrote:
>
>>
>> On Jun 9, 2014, at 7:13 PM, David Nalley wrote:
>>
>> > On Mon, Jun 9, 2014 at 11:47 AM, David Nalley wrote:
>> >> On Fri, Jun 6, 2014 at 7:26 PM, Sheng Yang wrote:
>> >>> Hi all,
>> >>>
correctVif is not null would means the network you want to is already
created.
Then ip would get device id later from:
ip.setNicDevId(Integer.valueOf(correctVif.getDevice(conn)));
So seems your correctVif is wrong with public network.
I am not very familiar with hypervisor part
BTW, do we have an agenda or some topics we want to discuss for the
meeting? I just want to make sure it's efficient.
--Sheng
On Mon, Jun 9, 2014 at 1:14 PM, Sander Botman
wrote:
> Hi all
>
> I can make 15:00.
>
> Cannon join at 20:00.
>
> Cheers Sander
>
> Verstuurd vanaf mijn iPhone
>
> > Op
Hi Daan,
Request you to please cherry-pick the following two commits to 4.4 branch :
1. ac92b3690304ff224e7e2530ea7d8e39f28a05c3 for CLOUDSTACK-6710
2. a4b401f29f83f2f0b467a9d05b509f951b5a3bca for CLOUDSTACK-6358
Thanks,
Amogh
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22364/
---
(Updated June 10, 2014, 4:06 a.m.)
Review request for cloudstack, daan Hoogland
Folks please check on the issues reported.
> -Original Message-
> From: scan-ad...@coverity.com [mailto:scan-ad...@coverity.com]
> Sent: Monday, June 09, 2014 7:37 PM
> Subject: New Defects reported by Coverity Scan for cloudstack
>
>
> Hi,
>
>
> Please find the latest report on new de
+1 for github pull requests. They are much better and cleaner than review board.
~Rajani
On 09-Jun-2014, at 9:17 pm, David Nalley mailto:da...@gnsa.us>>
wrote:
On Fri, Jun 6, 2014 at 7:26 PM, Sheng Yang
mailto:sh...@yasker.org>> wrote:
Hi all,
Seems it's a good timing to bring back the disc
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22356/
---
(Updated June 10, 2014, 4:43 a.m.)
Review request for cloudstack and daan Hoogl
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19270/#review45197
---
Looks good to me.
I didn't fine unittests for the new commands and f
Hey,
I’m all for automated solutions. I’m a happy gerrit user on some other projects
and quite fond of working with Github pull requests as well. However there is
one important point that makes working with those tools work and that is a
willingness by the committers to review requests. Both sy
62 matches
Mail list logo
