I have submitted another patch.
Please do review them.
-Original Message-
From: Joe Brockmeier [mailto:nore...@reviews.apache.org] On Behalf Of Joe
Brockmeier
Sent: Saturday, December 15, 2012 1:18 AM
To: Chip Childers; Joe Brockmeier; Vijayendra Bhamidipati; Murali Reddy;
Jessica Tome
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533273#comment-13533273
]
Nont Banditwong commented on CLOUDSTACK-581:
Thanks David, I really apprec
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533272#comment-13533272
]
David Nalley commented on CLOUDSTACK-581:
-
Nont - yep that seems to be the iss
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533271#comment-13533271
]
Nont Banditwong commented on CLOUDSTACK-581:
it seems like XenServer licen
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533269#comment-13533269
]
Nont Banditwong commented on CLOUDSTACK-581:
Sorry David, here is mine
20
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533268#comment-13533268
]
David Nalley commented on CLOUDSTACK-581:
-
Adam and Nont:
So you've only cop
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533261#comment-13533261
]
Nont Banditwong commented on CLOUDSTACK-581:
I've had this issue as well,
Rohit,
The routes are not the issue. Both SSVM VIFs are being bound to the
host-only NIC. VirtualBox explicitly prevents routing between
host-only and NAT NICs in its virtual switch. Therefore, the routing
configuration below will not allow Internet access if the VIFs are not
bound to the proper
Traffic types carry label information on the physical nic and the
label that is associated with it. It is via the traffic label that you would
tell cloudstack about the label's you've given to the hypervisor's interfaces.
Your devcloud.cfg will have to be altered for this:
After altering it shoul
Hi John,
I think I've the same issue you're facing.
The systemvms and other instances running on top of xen running on hostonly/nat
on vbox (devcloud like vm) won't be able to reach the Internet.
To fix the issue for dom0, I configured my network to route all traffic through
nat and make it the
Folks, I've pushed a copy of the first draft of the release notes here:
http://people.apache.org/~ke4qqq/Apache_CloudStack-4.0.1-incubating-Release_Notes-en-US.pdf
Consider taking a look and reviewing it.
Particularly, using the upgrade steps.
This is not a finished document there are still issu
Hi,
I submitted a patch that changes the Developer guide and aims at making it less
API centric.
I added a chapter on building with maven and a chapter on tools where I did
some introduction on devcloud and marvin (very little).
In there I reference wiki pages. I understand that the wiki is ver
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8553/
---
(Updated Dec. 15, 2012, 10:35 p.m.)
Review request for cloudstack, Chip Childers
On Sat, Dec 15, 2012 at 12:43 PM, Koushik Das wrote:
> Currently CS supports changing CPU and RAM for stopped VM. This is achieved
> by changing compute offering of the VM (with new CPU and RAM values) and then
> starting it. I am planning to extend the same for running VM as well.
> Initially
On Sat, Dec 15, 2012 at 3:55 PM, John Kinsella wrote:
> Good point, there…maybe what we need here is to beef up the password server
> idea to provide a standardized conduit to get info down to a VM. Similar to
> EC2's user-data.
>
> Data I could see this framework providing:
> * System password
John Kinsella created CLOUDSTACK-646:
Summary: References to Citrix or CloudPlatform still in src tree
Key: CLOUDSTACK-646
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-646
Project: CloudSt
Rohit,
As I stated below, I know which the VIF->PIF->device Xen mapping needs
to be used for each network. My question is how do I configure
CloudStack with that information.
Thanks for your help,
-John
On Dec 15, 2012, at 2:51 PM, Rohit Yadav wrote:
> About xen bridging, these can help;
>
For me xenbox build fails because of virtualbox and some vagrant param error
which I was not able to figure out why. It's a different problem for me, I
could n't even see the box being built. I'll try with debian wheezy as well
(the devcloud appliance I published was created out of wheezy).
Als
Agreed, this sounds like a good direction to go, and would also fill the role
of 'guest agents(VMware tools, etc) as this would handle the standard use cases.
+1
I hope more people get in on this discussion.
Sent from my iPhone
On Dec 15, 2012, at 12:55 PM, John Kinsella wrote:
> Good point,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8563/#review14547
---
Pl. close this review as submitted. Create new one or commit directly
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8565/#review14545
---
Does not apply cleanly. The type has to be changed. Will fix this lat
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8565/#review14546
---
Does not apply cleanly. The type has to be changed. Will fix this lat
Good point, there…maybe what we need here is to beef up the password server
idea to provide a standardized conduit to get info down to a VM. Similar to
EC2's user-data.
Data I could see this framework providing:
* System passwords
* Additional IPs (so need to be able to return data sets, JSON
I forgot to add...
I second the notion that Basic Networking should be supported. I think this
feature targets basic more so anyways. With basics single network, direct
public IPs, managing aliases would allow far more flexibility to the platform.
Especially any one trying to host an SSL endpoi
This is a prime example where guest scripts make sense for automating the
interface alias creation. I still think I'm missing something however, does
this include a new fetch IP API?
Also the 30 IP limit seems out of place, when I can go in right now and give
any guest VM 256+ interface aliases
Koushik
When you have something to test, let me know. We are big vmware shop, I can
test this when needed.
FYI, I wont be able test anything until I get back in the offfice which the
first week of January.
Last thing to note, not all operating systems support online increase of
cpu/mem. Linux
About xen bridging, these can help;
brctl show all (bridge vif mappings)
ip show addr xenbr0 (bridge specific info)
brctl showmacs br0 (bridge mac mappings)
Wiki:
http://wiki.xen.org/wiki/Xen_FAQ_Networking
http://wiki.xen.org/wiki/XenNetworking
Regards.
I was planning on looking at the same. With KVM, it requires that you
launch the vm with a max number and a current number. Then you can increase
up to max.
I agree that it will be important to migrate before scaling if necessary.
The scenario would likely be common and make the feature less usefu
Currently CS supports changing CPU and RAM for stopped VM. This is achieved by
changing compute offering of the VM (with new CPU and RAM values) and then
starting it. I am planning to extend the same for running VM as well. Initially
planning to do it for Vmware where CPU and RAM can be dynamica
> On Dec. 15, 2012, 3:39 a.m., Rohit Yadav wrote:
> > Pfew, took me few hours to test and fix few issues.
> >
> > First of all I want to give you kudos for your work, Kudos!
> > That said, the patch fails on multiple cases. I'll commit that so we can
> > continue
On Dec 14, 2012, at 7:36 PM, Chip Childers wrote:
> On Fri, Dec 14, 2012 at 1:21 PM, Chiradeep Vittal
> wrote:
>> On 12/12/12 6:30 PM, "Chip Childers" wrote:
>>> 2.1. Users
>>>
>>> The most important participants in the project are people who use our
>>> software. Users contribute to the Apac
On Dec 14, 2012, at 4:09 PM, Likitha Shetty wrote:
> You are right Sebastien, like we discussed in the previous thread we do need
> perform user-registration before making both EC2 SOAP and EC2 Query API calls.
>
>
>
> The difference is the steps in the user-registration,
>
> 1. For SOAP, c
I'd remove the limitation of having 30 IPs per interface. Modern OSes can
support way more.
Why no support for basic networking? I can see a small hosting provider with a
basic setup wanting to manage web servers...
John
On Dec 14, 2012, at 9:37 AM, Jayapal Reddy Uradi
wrote:
> Hi All,
>
>
Marcus,
That's what I thought. The Xen physical bridge names are xenbr0 (to
eth0) and xenbr1 (to eth1). Using basic network configuration, I set
the Xen network traffic labels for each to the appropriate bridge
device name. I receive errors regarding invalid network device when
it attempts to c
34 matches
Mail list logo
