[GitHub] cloudstack issue #1953: CLOUDSTACK-9794: Unable to attach more than 14 devic...

[remibergsma]

Github user remibergsma commented on the issue:

https://github.com/apache/cloudstack/pull/1953
  
Tested it, works as expected! LGTM :+1:


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack issue #1883: CLOUDSTACK-9723: Enable unique mac address across th...

[cloudmonger]

Github user cloudmonger commented on the issue:

https://github.com/apache/cloudstack/pull/1883
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 390
 Hypervisor xenserver
 NetworkType Advanced
 Passed=105
 Failed=0
 Skipped=7

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**

**Skipped tests:**
test_01_test_vm_volume_snapshot
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_11_ss_nfs_version_on_ssvm
test_nested_virtualization_vmware
test_3d_gpu_support
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_loadbalance.py
test_routers.py
test_reset_vm_on_reboot.py
test_deploy_vms_with_varied_deploymentplanners.py
test_network.py
test_router_dns.py
test_non_contigiousvlan.py
test_login.py
test_deploy_vm_iso.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_routers_network_ops.py
test_disk_offerings.py


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: Modern template hosting

[Nux!]

Hello,

The upstream Ubuntu and CentOS images will not work out of the box with 
Cloudstack. I wanted to reuse them for my OpenVM project and failed.

The default metadata source is EC2 or Openstack, don't remember, cloud-init 
will take ages to time-out and there is zero support for the root password 
feature - in fact the cloud world is moving away from direct root access and so 
should we - at least for compatibility reasons if not something else.

I am happy to put some more elbow grease into openvm.eu and make some 
more/better templates. 

I can also host other templates such as the cloud.com ones.

Open to comments, questions etc.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Chiradeep Vittal" 
> To: "dev" 
> Sent: Saturday, 25 February, 2017 00:18:48
> Subject: Re: Modern template hosting

> Also CentOS KVM images can be obtained here:
> http://cloud.centos.org/centos/7/images/
> 
> If these work, then the only question is where to host the systemvm images.
> 
> On Fri, Feb 24, 2017 at 4:05 PM, Chiradeep Vittal 
> wrote:
> 
>> I noticed that Ubuntu provides daily builds, including VHDs. Perhaps we
>> could point the default templates to their URL? Anyone willing to quickly
>> try out their images to see if they work on ACS?
>>
>> https://cloud-images.ubuntu.com/xenial/current/
>>
>> On Fri, Feb 24, 2017 at 9:53 AM, Will Stevens 
>> wrote:
>>
>>> unfortunately the template mirror conversation got caught up in details
>>> and
>>> nobody took the lead on implementing a solution.
>>>
>>> citrix has been pinging me every couple months to say 'dude, we need to
>>> remove the dependency on download.citrix.com', but i have not had the
>>> cycles to get in and solve the problem.  the shutdown of that is imminent
>>> right now, so we need to solve it asap.
>>>
>>>
>>>
>>> *Will STEVENS*
>>> Lead Developer
>>>
>>> 
>>>
>>> On Fri, Feb 24, 2017 at 12:38 PM, Paul Angus 
>>> wrote:
>>>
>>> > Hi Nathan,
>>> >
>>> > Ideally, if you put the template location in (or use a template defined
>>> > in)  test_data.py then the actual location can be overridden by anyone
>>> > testing.
>>> >
>>> > For Trillian, we've copied all of the templates that people have define
>>> to
>>> > a local repo and then replace the URLs in test_data.py to reduce
>>> bandwidth
>>> > use and download times.
>>> >
>>> > Ie:
>>> >
>>> > "bootableIso":
>>> > {
>>> > "displaytext": "Test Bootable ISO",
>>> > "name": "testISO",
>>> > "bootable": True,
>>> > "ispublic": False,
>>> > "url": "{{ marvin_images_location
>>> > }}/TinyCore-current.iso",
>>> > "ostype": 'Other Linux (64-bit)',
>>> > "mode": 'HTTP_DOWNLOAD'
>>> > },
>>> >
>>> >
>>> >
>>> > I thought that we had come up with a solution for download.cloud.com,
>>> by
>>> > having a mirrorlist hosted in Community Apache 'space' with anyone able
>>> to
>>> > out themselves forward as a mirror.
>>> > But I must admit I lost track of whether anyone made the requisite
>>> changes
>>> > in code
>>> >
>>> >
>>> >
>>> >
>>> > Kind regards,
>>> >
>>> > Paul Angus
>>> >
>>> > paul.an...@shapeblue.com
>>> > www.shapeblue.com
>>> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>>> > @shapeblue
>>> >
>>> >
>>> >
>>> >
>>> > -Original Message-
>>> > From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
>>> > Behalf Of Will Stevens
>>> > Sent: 24 February 2017 16:30
>>> > To: dev@cloudstack.apache.org
>>> > Subject: Re: Modern template hosting
>>> >
>>> > this is a hard questions.  in general, we should be setting up a mirror
>>> on
>>> > some cloudstack/apache domain and then mirror to other provided
>>> templates.
>>> >
>>> > we MUST come up with a solution to deprecate 'download.cloud.com', that
>>> > is going to be going away any day now.
>>> >
>>> > i don't know the right way to solve this to be honest, but if you have
>>> > ideas, i am willing to help.
>>> >
>>> >
>>> >
>>> > *Will STEVENS*
>>> > Lead Developer
>>> >
>>> > 
>>> >
>>> > On Fri, Feb 24, 2017 at 11:25 AM, Nathan Johnson 
>>> wrote:
>>> >
>>> > > So not to re-open a can of worms, but I’m in a situation where I need
>>> > > to come up with a Marvin component test that depends on a template
>>> > > based on a kernel that’s relatively new, i.e., newer than Centos 5.3 /
>>> > Ubuntu 10.04 .
>>> > > I see openvm.eu has a suitable template (Ubuntu 16.0.4 for KVM), but
>>> > > from looking at the thread "Migrating CloudStack content from
>>> > > download.cloud.com” it looks like there is resistance to using this
>>> at
>>> > > least for hosting system vm templates over concerns of neutrality.
>>> > > Would this be suitable for a component test?  If not, what is a
>>> “blessed”
>>> > > template location?
>>> > >
>>> > > Tha

How would you like your Cloudstack templates?

[Nux!]

Hello,

Since templates are being discussed, I wanted to chip in and let you know I am 
about to revamp the templates at OpenVM.eu which I have neglected a bit.
The roadmap is short and should look something like this:

- we build everything from scratch (as opposed to trying to reuse and modify 
upstream images - I'm doing this for ubu/deb now) - except coreos which is 
weird and provide compatible images anyway

- all the kickstarts and preseeds will be on github, everyone is welcome to 
chip in with improvements or build their own

- separate per hypervisor type template builds, xenserver builds will ship 
xs-tools, vmware builds will ship openvm-tools, kvm will ship qemu-ga, hyperv 
will include their tools


The hw is sponsored, I am not paying for it. I'm happy to allow responsible PMC 
members access to it.

Also happy to host systemvm templates at OpenVM as a "neutral third party".



Now a few questions to which I'd really like some feedback.

1. Cloud-init is rather stubborn in using a default unprivileged user instead 
of root.
Should I use per distro users - ubuntu for ubuntu, centos for centos, freebsd 
for freebsd - or should I use something like "cloud" or "admin" for all of them?

2. I currently disable IPv6 in the templates I build from scratch as it is a 
pain point with Cloudstack at the moment - alas. Should I just leave the 
defaults on (ie enabled)?


Thanks!



--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: How would you like your Cloudstack templates?

[Wido den Hollander]

> Op 25 februari 2017 om 12:40 schreef Nux! :
> 
> 
> Hello,
> 
> Since templates are being discussed, I wanted to chip in and let you know I 
> am about to revamp the templates at OpenVM.eu which I have neglected a bit.
> The roadmap is short and should look something like this:
> 
> - we build everything from scratch (as opposed to trying to reuse and modify 
> upstream images - I'm doing this for ubu/deb now) - except coreos which is 
> weird and provide compatible images anyway
> 
> - all the kickstarts and preseeds will be on github, everyone is welcome to 
> chip in with improvements or build their own
> 
> - separate per hypervisor type template builds, xenserver builds will ship 
> xs-tools, vmware builds will ship openvm-tools, kvm will ship qemu-ga, hyperv 
> will include their tools
> 
> 
> The hw is sponsored, I am not paying for it. I'm happy to allow responsible 
> PMC members access to it.
> 
> Also happy to host systemvm templates at OpenVM as a "neutral third party".
> 
> 
> 
> Now a few questions to which I'd really like some feedback.
> 
> 1. Cloud-init is rather stubborn in using a default unprivileged user instead 
> of root.
> Should I use per distro users - ubuntu for ubuntu, centos for centos, freebsd 
> for freebsd - or should I use something like "cloud" or "admin" for all of 
> them?
> 
> 2. I currently disable IPv6 in the templates I build from scratch as it is a 
> pain point with Cloudstack at the moment - alas. Should I just leave the 
> defaults on (ie enabled)?
> 

I say keep IPv6 enabled on the defaults of Linux. As Basic Networking will have 
IPv6 support starting with 4.10 :-)

Wido

> 
> Thanks!
> 
> 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

[GitHub] cloudstack issue #1768: CLOUDSTACK 9601: Upgrade: change logic for update pa...

[remibergsma]

Github user remibergsma commented on the issue:

https://github.com/apache/cloudstack/pull/1768
  
@marcaurele Nice improvement, thanks! Tested it and works as you described. 
LGTM.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack issue #1198: CLOUDSTACK-9114: restartnetwork with cleanup should ...

[remibergsma]

Github user remibergsma commented on the issue:

https://github.com/apache/cloudstack/pull/1198
  
@ustcweizhou If you find some time to submit PRs for restartVPC+cleanup 
which does the router rebuild in sequence that would be awesome. Happy to help 
testing! Thanks!


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack issue #1900: CLOUDSTACK-8862: Introduced new state attaching for ...

[cloudmonger]

Github user cloudmonger commented on the issue:

https://github.com/apache/cloudstack/pull/1900
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 391
 Hypervisor xenserver
 NetworkType Advanced
 Passed=105
 Failed=0
 Skipped=7

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**

**Skipped tests:**
test_01_test_vm_volume_snapshot
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_11_ss_nfs_version_on_ssvm
test_nested_virtualization_vmware
test_3d_gpu_support
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_loadbalance.py
test_routers.py
test_reset_vm_on_reboot.py
test_deploy_vms_with_varied_deploymentplanners.py
test_network.py
test_router_dns.py
test_non_contigiousvlan.py
test_login.py
test_deploy_vm_iso.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_routers_network_ops.py
test_disk_offerings.py


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack issue #1900: CLOUDSTACK-8862: Introduced new state attaching for ...

[sateesh-chodapuneedi]

Github user sateesh-chodapuneedi commented on the issue:

https://github.com/apache/cloudstack/pull/1900
  
LGTM for code changes.
Thanks @anshul1886 for the path.

@karuturi Seems this PR is ready for merge, as it has 2 LGTMs and latest 
test results from @cloudmonger has 0 failures.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: Modern template hosting

[Chiradeep Vittal]

Is the issue that ACS doesn't support 169.254.169.254 as the metadata URL?

For those hypervisors that use the Linux bridge and iptables, it should be easy 
to add a DNAT rule to translate it to the VR IP? I'm talking about code change 
here. 
Or send down a static route in the DHCP response that points 169.254.269.254 to 
the VR IP? 

Sent from my iPhone

> On Feb 25, 2017, at 3:18 AM, Nux!  wrote:
> 
> Hello,
> 
> The upstream Ubuntu and CentOS images will not work out of the box with 
> Cloudstack. I wanted to reuse them for my OpenVM project and failed.
> 
> The default metadata source is EC2 or Openstack, don't remember, cloud-init 
> will take ages to time-out and there is zero support for the root password 
> feature - in fact the cloud world is moving away from direct root access and 
> so should we - at least for compatibility reasons if not something else.
> 
> I am happy to put some more elbow grease into openvm.eu and make some 
> more/better templates. 
> 
> I can also host other templates such as the cloud.com ones.
> 
> Open to comments, questions etc.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Chiradeep Vittal" 
>> To: "dev" 
>> Sent: Saturday, 25 February, 2017 00:18:48
>> Subject: Re: Modern template hosting
> 
>> Also CentOS KVM images can be obtained here:
>> http://cloud.centos.org/centos/7/images/
>> 
>> If these work, then the only question is where to host the systemvm images.
>> 
>> On Fri, Feb 24, 2017 at 4:05 PM, Chiradeep Vittal 
>> wrote:
>> 
>>> I noticed that Ubuntu provides daily builds, including VHDs. Perhaps we
>>> could point the default templates to their URL? Anyone willing to quickly
>>> try out their images to see if they work on ACS?
>>> 
>>> https://cloud-images.ubuntu.com/xenial/current/
>>> 
>>> On Fri, Feb 24, 2017 at 9:53 AM, Will Stevens 
>>> wrote:
>>> 
 unfortunately the template mirror conversation got caught up in details
 and
 nobody took the lead on implementing a solution.
 
 citrix has been pinging me every couple months to say 'dude, we need to
 remove the dependency on download.citrix.com', but i have not had the
 cycles to get in and solve the problem.  the shutdown of that is imminent
 right now, so we need to solve it asap.
 
 
 
 *Will STEVENS*
 Lead Developer
 
 
 
 On Fri, Feb 24, 2017 at 12:38 PM, Paul Angus 
 wrote:
 
> Hi Nathan,
> 
> Ideally, if you put the template location in (or use a template defined
> in)  test_data.py then the actual location can be overridden by anyone
> testing.
> 
> For Trillian, we've copied all of the templates that people have define
 to
> a local repo and then replace the URLs in test_data.py to reduce
 bandwidth
> use and download times.
> 
> Ie:
> 
>"bootableIso":
>{
>"displaytext": "Test Bootable ISO",
>"name": "testISO",
>"bootable": True,
>"ispublic": False,
>"url": "{{ marvin_images_location
> }}/TinyCore-current.iso",
>"ostype": 'Other Linux (64-bit)',
>"mode": 'HTTP_DOWNLOAD'
>},
> 
> 
> 
> I thought that we had come up with a solution for download.cloud.com,
 by
> having a mirrorlist hosted in Community Apache 'space' with anyone able
 to
> out themselves forward as a mirror.
> But I must admit I lost track of whether anyone made the requisite
 changes
> in code
> 
> 
> 
> 
> Kind regards,
> 
> Paul Angus
> 
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
> 
> 
> 
> 
> -Original Message-
> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
> Behalf Of Will Stevens
> Sent: 24 February 2017 16:30
> To: dev@cloudstack.apache.org
> Subject: Re: Modern template hosting
> 
> this is a hard questions.  in general, we should be setting up a mirror
 on
> some cloudstack/apache domain and then mirror to other provided
 templates.
> 
> we MUST come up with a solution to deprecate 'download.cloud.com', that
> is going to be going away any day now.
> 
> i don't know the right way to solve this to be honest, but if you have
> ideas, i am willing to help.
> 
> 
> 
> *Will STEVENS*
> Lead Developer
> 
> 
> 
> On Fri, Feb 24, 2017 at 11:25 AM, Nathan Johnson 
 wrote:
> 
>> So not to re-open a can of worms, but I’m in a situation where I need
>> to come up with a Marvin component test that depends on a template
>

Re: How would you like your Cloudstack templates?

[Chiradeep Vittal]

Use the distro default 

> On Feb 25, 2017, at 3:40 AM, Nux!  wrote:
> 
> Hello,
> 
> Since templates are being discussed, I wanted to chip in and let you know I 
> am about to revamp the templates at OpenVM.eu which I have neglected a bit.
> The roadmap is short and should look something like this:
> 
> - we build everything from scratch (as opposed to trying to reuse and modify 
> upstream images - I'm doing this for ubu/deb now) - except coreos which is 
> weird and provide compatible images anyway
> 
> - all the kickstarts and preseeds will be on github, everyone is welcome to 
> chip in with improvements or build their own
> 
> - separate per hypervisor type template builds, xenserver builds will ship 
> xs-tools, vmware builds will ship openvm-tools, kvm will ship qemu-ga, hyperv 
> will include their tools
> 
> 
> The hw is sponsored, I am not paying for it. I'm happy to allow responsible 
> PMC members access to it.
> 
> Also happy to host systemvm templates at OpenVM as a "neutral third party".
> 
> 
> 
> Now a few questions to which I'd really like some feedback.
> 
> 1. Cloud-init is rather stubborn in using a default unprivileged user instead 
> of root.
> Should I use per distro users - ubuntu for ubuntu, centos for centos, freebsd 
> for freebsd - or should I use something like "cloud" or "admin" for all of 
> them?
> 
> 2. I currently disable IPv6 in the templates I build from scratch as it is a 
> pain point with Cloudstack at the moment - alas. Should I just leave the 
> defaults on (ie enabled)?
> 
> 
> Thanks!
> 
> 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

[GitHub] cloudstack issue #1922: CLOUDSTACK-9757: Fixed issue in traffic from additio...

[cloudmonger]

Github user cloudmonger commented on the issue:

https://github.com/apache/cloudstack/pull/1922
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 393
 Hypervisor xenserver
 NetworkType Advanced
 Passed=104
 Failed=1
 Skipped=7

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_non_contigiousvlan.py

 * test_extendPhysicalNetworkVlan Failed


**Skipped tests:**
test_01_test_vm_volume_snapshot
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_11_ss_nfs_version_on_ssvm
test_nested_virtualization_vmware
test_3d_gpu_support
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_loadbalance.py
test_routers.py
test_reset_vm_on_reboot.py
test_deploy_vms_with_varied_deploymentplanners.py
test_network.py
test_router_dns.py
test_login.py
test_deploy_vm_iso.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_routers_network_ops.py
test_disk_offerings.py


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---