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
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
On Dec 14, 2012, at 4:09 PM, Likitha Shetty likitha.she...@citrix.com 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,
On Dec 14, 2012, at 7:36 PM, Chip Childers chip.child...@sungard.com wrote:
On Fri, Dec 14, 2012 at 1:21 PM, Chiradeep Vittal
chiradeep.vit...@citrix.com wrote:
On 12/12/12 6:30 PM, Chip Childers chip.child...@sungard.com wrote:
2.1. Users
The most important participants in the project
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 working on
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
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
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.
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.
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
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
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,
---
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
---
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
---
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
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 j...@stratosec.co
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).
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 rohit.ya...@citrix.com wrote:
About xen
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:
On Sat, Dec 15, 2012 at 3:55 PM, John Kinsella j...@stratosec.co 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:
*
On Sat, Dec 15, 2012 at 12:43 PM, Koushik Das koushik@citrix.com 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
---
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
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
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
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
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
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
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13533261#comment-13533261
]
Nont Banditwong commented on CLOUDSTACK-581:
I've had this issue as well,
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13533268#comment-13533268
]
David Nalley commented on CLOUDSTACK-581:
-
Adam and Nont:
So you've only
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13533269#comment-13533269
]
Nont Banditwong commented on CLOUDSTACK-581:
Sorry David, here is mine
[
https://issues.apache.org/jira/browse/CLOUDSTACK-581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13533271#comment-13533271
]
Nont Banditwong commented on CLOUDSTACK-581:
it seems like XenServer
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
32 matches
Mail list logo
