Re: Upgrading from ACS 4.2 to 4.8 - VR upgrade issue

[Cloud List]

Dear all,

Could it be the VR is not able to use the new systemVM template because we
registered the template as Routing = NO? Will it resolve the problem if
during upgrade, we register the template as Routing = YES?

Based on the upgrade instruction at
http://cloudstack-release-notes.readthedocs.io/ja/stable/upgrade/upgrade-4.2.html
, it says that routing option should be "no", is this correct? Since the
systemVM template will also be used by VR?

Any advice is appreciated.

Looking forward to your reply, thank you.

Cheers.

-ip-


On Tue, Jun 7, 2016 at 10:22 AM, Cloud List  wrote:

> Hi Kirk,
>
> Thanks for your reply.
>
> Here's the status of the CPVM and SSVM in the UI:
>
> Namev-2-VM
> IDfc6d23bf-58ac-4641-af9b-506d1dc46df3
> StateRunning
> TypeConsole Proxy VM
> Zonesc-test-cs42-zone
> Public IP Address192.168.0.162
> Private IP Address192.168.0.160
> Link Local IP Address169.254.3.147
> Hostsc-test-kvm-03
> Gateway192.168.0.1
> Created31 May 2016 15:24:20
> Active Sessions0
>
> Names-29-VM
> IDd26f54f8-1c1f-4f3d-9862-fc0405159620
> StateRunning
> TypeSecondary Storage VM
> Zonesc-test-cs42-zone
> Public IP Address192.168.0.161
> Private IP Address192.168.0.151
> Link Local IP Address169.254.1.207
> Hostsc-test-kvm-03
> Gateway192.168.0.1
> Created06 Jun 2016 00:31:04
> Active Sessions
>
> Both system VMs seem to be on "Running" state but I can't verify what
> template version they are using, whether they are already on 4.6/4.8
> template or still using 4.2 template, are you able to advise how can I
> tell? The SSVM creation date seem to be after we performed the upgrade but
> the CPVM created date is before the upgrade.
>
> How to ensure that all systemVMs using the new version template? Shall I
> destroy the system VMs so new ones will be created, or shall I re-run the
> /usr/bin/cloudstack-sysvmadm again in full?
>
> Looking forward to your reply, thank you.
>
> Cheers.
>
> -ip-
>
>
>
> On Tue, Jun 7, 2016 at 7:22 AM, Kirk Kosinski  > wrote:
>
>> Hi, what is the status of the CPVM and SSVM in the UI?  Were they really
>> upgraded successfully?
>>
>> Also, are there any errors in the management-server.log?
>>
>> kirk.kosin...@shapeblue.com
>> www.shapeblue.com
>> 53 Chandos Place, Covent Garden, London  WC2N 4HS
>> @shapeblue
>>
>>
>>
>> -Original Message-
>> From: Cloud List [mailto:cloud-l...@sg.or.id]
>> Sent: Monday, June 06, 2016 9:51 AM
>> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
>> Subject: Upgrading from ACS 4.2 to 4.8 - VR upgrade issue
>>
>> Hi,
>>
>> I tried upgrading our CloudStack 4.2.0 on our test environment to 4.8.0,
>> and I am having issues on VR upgrade. I followed the upgrade instructions
>> at below URL:
>>
>>
>> http://cloudstack-release-notes.readthedocs.io/ja/stable/upgrade/upgrade-4.2.html
>>
>> On the last step to restart all the system VMs and VRs, it seems that the
>> cloudstack-sysvmadm script managed to restart the system VMs (SSVM and
>> CPVM) but not the VR.
>>
>> # nohup cloudstack-sysvmadm -d IPaddress -u cloud -p password -a >
>> sysvm.log 2>&1 &
>>
>> Here's the output of the sysvm.log file:
>>
>> 
>> nohup: ignoring input
>> /usr/bin/cloudstack-sysvmadm: line 21: /etc/rc.d/init.d/functions: No
>> such file or directory
>>
>> Stopping and starting 1 secondary storage vm(s)...
>> Done stopping and starting secondary storage vm(s)
>>
>> Stopping and starting 1 console proxy vm(s)...
>> Done stopping and starting console proxy vm(s) .
>>
>> Stopping and starting 1 running routing vm(s)...
>> *ERROR: Failed to restart domainRouter with id 5*
>>
>> Done restarting router(s).
>> 
>>
>> Output of the cloud.log file:
>>
>> 
>> [2016.06.05-22.28.40] Stopping and starting 1 secondary storage vm(s)...
>> [2016.06.05-22.28.40] INFO: Stopping secondary storage vm with id 3
>> [2016.06.05-22.28.46] INFO: Starting secondary storage vm with id 3
>> [2016.06.05-23.29.00] ERROR: Failed to startSystemVm id=3; jobId is
>> 121c5d89-745a-4e8e-9f96-0b348ef42abf
>> [2016.06.05-23.29.00] ERROR: Failed to start secondary storage vm with id
>> 3 [2016.06.05-23.29.00] ERROR: Failed to start secondary storage vm with id
>> 3 [2016.06.05-23.29.00] Done stopping and starting secondary storage vm(s).
>> [2016.06.05-23.29.00] Stopping and starting 1 console proxy vm(s)...
>> [2016.06.05-23.29.00] INFO: Stopping console proxy with id 2
>> [2016.06.05-23.29.06] INFO: Starting console proxy vm with id 2
>> [2016.06.05-23.30.49] Done stopping and starting console proxy vm(s) .
>> [2016.06.05-23.30.49] Stopping and starting 1 running routing vm(s)...
>> [2016.06.05-23.30.49] INFO: Restarting router with id 5
>> [2016.06.06-00.30.59] ERROR: Failed to restart domainRouter with id 5;
>> jobId 4a3f681e-c4a6-4856-9d42-0d3b79bffdae
>> [2016.06.06-00.31.04] Done restarting router(s).
>> 
>>
>> Initially I noted that the VR 

[GitHub] cloudstack pull request #1584: CLOUDSTACK-9409: Add role_id to cloud_usage.a...

[rhtyd]

GitHub user rhtyd opened a pull request:

https://github.com/apache/cloudstack/pull/1584

CLOUDSTACK-9409: Add role_id to cloud_usage.account

Adds role_id column to cloud_usage.account, fixes UsageDaoImpl to insert
Accounts with role_id from account table.

This fixes a *blocker* for 4.9.0 reported by @nvazquez (thanks!)

/cc @swill @nvazquez for review and merge thanks.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/shapeblue/cloudstack usage-roleid-dbfix

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1584.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1584


commit fd67871a27dcb2b2a67e36e4f96ea1b0f07f0ede
Author: Rohit Yadav 
Date:   2016-06-08T02:20:46Z

CLOUDSTACK-9409: Add role_id to cloud_usage.account

Adds role_id column to cloud_usage.account, fixes UsageDaoImpl to insert
Accounts with role_id from account table.

Signed-off-by: Rohit Yadav 




---
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: Master is frozen for the 4.9 release

[Will Stevens]

Yes. I agree. I need to get some commitment from someone to test it though.
I need to figure out how to test it once it gets in. Any takers for
validating this works after it goes in?
On Jun 7, 2016 8:54 PM, "ilya"  wrote:

Sounds like a bug fix to me.. Bug fixes should be allowed in my opinion.

On 6/7/16 4:07 AM, Wido den Hollander wrote:
>> Op 28 mei 2016 om 0:34 schreef Will Stevens :
>>
>>
>> Hey All,
>> I think I have done what I can do at this point.  I am sorry if you have
a
>> PR that you wanted to get in that didn't make it.  I pushed my deadline
for
>> the freeze a bit because I had a lot of PRs that were close and I was
able
>> to get a bunch of them in.
>>
>> I plan to wait about a week before I cut the first RC to give people a
>> chance to test master and get me the details of their testing.  This will
>> reduce the number of RCs we will need to have in order to get this
release
>> out the door.
>>
>> Please start testing master and let me know if you run into any issues.
>> There are a couple periodic issues that show up in my CI environments,
so I
>> will probably spend some time to see if I can get those sorted out
before I
>> cut the first release.
>>
>> I plan to create a Github PR that will never be merged where I can post
CI
>> results against master for this release so we can troubleshoot anything
we
>> find.  This approach is mainly because my workflow with `upr` lets me
post
>> results easily and include the logs for the run.
>>
>
> I would like to get some attention for this PR:
https://github.com/apache/cloudstack/pull/1547
>
> Currently in Basic Networking multiple ranges per VLAN/POD is broken, the
VR doesn't take the additional IP addresses.
>
> That PR fixes that (and is running in production at us), but this has
been broken since 4.7
>
> I would like 4.9 to have this fixed as it's a known issue right now. Can
we do that?
>
> Wido
>
>> Cheers,
>>
>> Will

Re: Master is frozen for the 4.9 release

[ilya]

Sounds like a bug fix to me.. Bug fixes should be allowed in my opinion.

On 6/7/16 4:07 AM, Wido den Hollander wrote:
>> Op 28 mei 2016 om 0:34 schreef Will Stevens :
>>
>>
>> Hey All,
>> I think I have done what I can do at this point.  I am sorry if you have a
>> PR that you wanted to get in that didn't make it.  I pushed my deadline for
>> the freeze a bit because I had a lot of PRs that were close and I was able
>> to get a bunch of them in.
>>
>> I plan to wait about a week before I cut the first RC to give people a
>> chance to test master and get me the details of their testing.  This will
>> reduce the number of RCs we will need to have in order to get this release
>> out the door.
>>
>> Please start testing master and let me know if you run into any issues.
>> There are a couple periodic issues that show up in my CI environments, so I
>> will probably spend some time to see if I can get those sorted out before I
>> cut the first release.
>>
>> I plan to create a Github PR that will never be merged where I can post CI
>> results against master for this release so we can troubleshoot anything we
>> find.  This approach is mainly because my workflow with `upr` lets me post
>> results easily and include the logs for the run.
>>
> 
> I would like to get some attention for this PR: 
> https://github.com/apache/cloudstack/pull/1547
> 
> Currently in Basic Networking multiple ranges per VLAN/POD is broken, the VR 
> doesn't take the additional IP addresses.
> 
> That PR fixes that (and is running in production at us), but this has been 
> broken since 4.7
> 
> I would like 4.9 to have this fixed as it's a known issue right now. Can we 
> do that?
> 
> Wido
> 
>> Cheers,
>>
>> Will

[GitHub] cloudstack issue #1531: systemvmtemplate: fix build and upgrade to debian 7....

[rhtyd]

Github user rhtyd commented on the issue:

https://github.com/apache/cloudstack/pull/1531
  
Alright, I've fixed the debian version without changing systemvmtemplate 
version.

@remibergsma we can get this merged for the time being, and let's have your 
packer stuff - that looks much better than what we've with ruby/veewee based.


---
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 pull request #1531: systemvmtemplate: fix build and upgrade to de...

[rhtyd]

Github user rhtyd commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/1531#discussion_r66175640
  
--- Diff: tools/appliance/definitions/systemvmtemplate/definition.rb ---
@@ -27,15 +27,15 @@
 architectures = {
 :i386 => {
 :os_type_id => 'Debian',
-:iso_file => 'debian-7.9.0-i386-netinst.iso',
-:iso_src => 
'http://cdimage.debian.org/cdimage/archive/7.9.0/i386/iso-cd/debian-7.9.0-i386-netinst.iso',
-:iso_md5 => 'e101a11ddb31f85acef542df1a49bf57',
+:iso_file => 'debian-7.10.0-i386-netinst.iso',
+:iso_src => 
'http://cdimage.debian.org/cdimage/archive/7.10.0/i386/iso-cd/debian-7.10.0-i386-netinst.iso',
+:iso_md5 => '7fa97966e31afc705b3e115906cbcaa5',
--- End diff --

No, i386 is not used. Will bump it to 7.11 (7-11 ha :))


---
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 pull request #1531: systemvmtemplate: fix build and upgrade to de...

[rhtyd]

Github user rhtyd commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/1531#discussion_r66175607
  
--- Diff: 
tools/appliance/definitions/systemvmtemplate/configure_systemvm_services.sh ---
@@ -19,7 +19,7 @@
 set -e
 set -x
 
-CLOUDSTACK_RELEASE=4.6.0
+CLOUDSTACK_RELEASE=4.9.0
--- End diff --

This is not required for 4.9, but general improvements and updates.


---
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 #1447: CLOUDSTACK-9343 Removed unused parameters and variab...

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1447
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 156
 Hypervisor xenserver
 NetworkType Advanced
 Passed=68
 Failed=5
 Skipped=3

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


**Failed tests:**
* test_vpc_vpn.py

 * ContextSuite context=TestRVPCSite2SiteVpn>:setup Failing since 15 runs

 * ContextSuite context=TestVpcRemoteAccessVpn>:setup Failing since 15 runs

 * ContextSuite context=TestVpcSite2SiteVpn>:setup Failing since 15 runs

* test_volumes.py

 * test_06_download_detached_volume Failing since 2 runs

* test_vm_life_cycle.py

 * test_10_attachAndDetach_iso Failing since 2 runs


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
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_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.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_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.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 pull request #1583: Update L10N resource files with 4.9 strings f...

[milamberspace]

GitHub user milamberspace opened a pull request:

https://github.com/apache/cloudstack/pull/1583

Update L10N resource files with 4.9 strings from Transifex (20160607)

cc @swill before the 4.9 release. Just only the latest FR translation.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/milamberspace/cloudstack 
L10N-update-Master-20160607

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1583.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1583


commit 8f52cf7c92af084670b10cf3920335951ac9affd
Author: Milamber <milam...@apache.org>
Date:   2016-06-07T22:54:54Z

Update L10N resource files with 4.9 strings from Transifex (20160607)




---
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 #1531: systemvmtemplate: fix build and upgrade to debian 7....

[remibergsma]

Github user remibergsma commented on the issue:

https://github.com/apache/cloudstack/pull/1531
  
@wido Let's bump Debian to 7.11 and let's not bump the systemvm template 
version, as nothing changed that requires users to replace all routers.


---
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 pull request #1582: CLOUDSTACK-9408 for the move away from downlo...

[DaanHoogland]

GitHub user DaanHoogland reopened a pull request:

https://github.com/apache/cloudstack/pull/1582

CLOUDSTACK-9408 for the move away from download.cloud.com

 - commented some occurences of cloud.com as being harmless
  * examples
  * identifiers (internal)
 - changed the URL for vhd-util download
 - changed comments from 'cloud.com' to 'Apache CloudStack'

What remains now is to find all other downloads that occur from the code 
and reconstruct the tree in a save location (atm at cloudstack.apt-get.eu)

We will also want to use a CNAME for download.cloudstack.org which can for 
now point to cloudstack.apt-get.eu and can later be implemented with a redirect 
mechanism to a mirror list.

this should be save to pull in now but we can add the missing parts in this 
PR as well.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/DaanHoogland/cloudstack CLOUDSTACK-9408

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1582.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1582


commit c443efd7825038c1b42785e13246bbfadd2f08ab
Author: Daan Hoogland 
Date:   2016-06-07T10:20:36Z

CLOUDSTACK-9408 for the move away from download.cloud.com
 - commented some occurences of cloud.com as being harmless
  * examples
  * identifiers (internal)
 - changed the URL for vhd-util download
 - changed comments from 'cloud.com' to 'Apache CloudStack'

commit c4f13fe286e0b53360d4adf2e7b63cca3b6c9549
Author: Daan Hoogland 
Date:   2016-06-07T10:40:38Z

CLOUDSTACK-9408 remove antiquated devcloud project

  as it contains references to cloud.com and is not current

commit 9b7049d6c116a82287fed7bb9201e0344e70a13f
Author: Daan Hoogland 
Date:   2016-06-07T18:10:25Z

CLOUDSTACK-9408 change URLs in templates.sql




---
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 pull request #1582: CLOUDSTACK-9408 for the move away from downlo...

[DaanHoogland]

Github user DaanHoogland closed the pull request at:

https://github.com/apache/cloudstack/pull/1582


---
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 #1448: CLOUDSTACK-9315: Removed unused Classes

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1448
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 155
 Hypervisor xenserver
 NetworkType Advanced
 Passed=68
 Failed=5
 Skipped=3

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


**Failed tests:**
* test_vpc_vpn.py

 * ContextSuite context=TestRVPCSite2SiteVpn>:setup Failing since 14 runs

 * ContextSuite context=TestVpcRemoteAccessVpn>:setup Failing since 14 runs

 * ContextSuite context=TestVpcSite2SiteVpn>:setup Failing since 14 runs

* test_volumes.py

 * test_06_download_detached_volume Failed

* test_vm_life_cycle.py

 * test_10_attachAndDetach_iso Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
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_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.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_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.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 #1531: systemvmtemplate: fix build and upgrade to debian 7....

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1531
  
Isn't this one ready to merge?

The Packer stuff from @remibergsma looks good, that makes building the SSVM 
templates a lot easier. But let's do that after the Debian bump?


---
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: cloud.com references

[Daan Hoogland]

I am happy to change the URLs and it gets easier as they are getting more
distinct, but I want the project to have control on the cname, whichever.

On Tue, Jun 7, 2016 at 8:52 PM, Chiradeep Vittal 
wrote:

> RE: CNAME from download.cloudstack.org to cloudstack.apt-get.eu
>  - Should this be a request to Apache Infra?
>
> On Tue, Jun 7, 2016 at 11:49 AM, Wido den Hollander 
> wrote:
>
>>
>> > Op 7 juni 2016 om 19:29 schreef Daan Hoogland > >:
>> >
>> >
>> > Paul, I have no access to any dns record under cloudstack.org or
>> apache.org
>> > so if you do, please give me the relevant name. I will use
>> > cloudstack.apt-get.eu untill someone guarantees me access to something
>> else
>> > for which I can create a cname record to point to whatever. I will
>> ignore
>> > this -1 if it will not be acompanied with such an alternative.
>> >
>>
>> I am all in favor of a CNAME towards apt-get.eu btw :) Just offering it
>> as a service, not because I want my domain name in there.
>>
>> Wido
>>
>> > On Tue, Jun 7, 2016 at 5:54 PM, Paul Angus 
>> wrote:
>> >
>> > > -1
>> > >
>> > > Using apt-get is still an external dependency.  If the hardcoded
>> value is
>> > > an Apache/CloudStack domain we can always repoint as required.
>> > >
>> > >
>> > >
>> > > Kind regards,
>> > >
>> > > Paul Angus
>> > >
>> > > paul.an...@shapeblue.com
>> > > www.shapeblue.com
>> > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>> > > @shapeblue
>> > >
>> > >
>> > >
>> > > -Original Message-
>> > > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> > > Sent: 07 June 2016 16:15
>> > > To: dev 
>> > > Subject: Re: cloud.com references
>> > >
>> > > I grepped the source for all occurances of download.cloud.com and
>> did $
>> > > wget -P `dirname $file | cut -d '/' -f 4-` $file making the best
>> mirror of
>> > > download.com that I could. I think having the domain and pointing it
>> to
>> > > our repo is easiest but a possible next step is also changing all to
>> our
>> > > new domain. I did all did on cloudstack.apt-get.eu so for now I will
>> add
>> > > a commit to my PR to change the urls to apt-get.
>> > >
>> > > gotcha's:
>> > > 1: I don't feel sure this makes for everything
>> > > 2: apt-get is only a slightly bigger ensurance for continuity so we
>> would
>> > > want this to be a replacement string (e.g. templated)
>> > > 3: problably as well
>> > >
>> > >
>> > > so far, more to follow
>> > >
>> > >
>> > > On Tue, Jun 7, 2016 at 4:09 PM, Paul Angus 
>> > > wrote:
>> > >
>> > > > I *think* that we got to a general consensus that the ideal way
>> > > > forward would be to host a mirror list at download.cloudstack.org
>> on
>> > > Apache infra.
>> > > >
>> > > > For existing systemVMs and templates I guess we could use
>> > > > archive.cloudstack.org pointed at apt-get..?
>> > > >
>> > > >
>> > > > Kind regards,
>> > > >
>> > > > Paul Angus
>> > > >
>> > > > paul.an...@shapeblue.com
>> > > > www.shapeblue.com
>> > > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
>> > > >
>> > > >
>> > > >
>> > > > -Original Message-
>> > > > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> > > > Sent: 07 June 2016 15:00
>> > > > To: dev 
>> > > > Subject: Re: cloud.com references
>> > > >
>> > > > I would say of course if I didn't feel I don't see your concern,
>> Will.
>> > > Can
>> > > > you explain?
>> > > >
>> > > > Biligual auto correct use.  Read at your own risico Op 7 jun. 2016
>> 3:33
>> > > PM
>> > > > schreef "Will Stevens" :
>> > > >
>> > > > > I am not sure, but I would make sure we have a strategy to solve
>> for
>> > > > > all of the different URLs we are deprecating...
>> > > > >
>> > > > > *Will STEVENS*
>> > > > > Lead Developer
>> > > > >
>> > > > > *CloudOps* *| *Cloud Solutions Experts
>> > > > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com
>> *|* tw
>> > > > > @CloudOps_
>> > > > >
>> > > > > On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland
>> > > > > 
>> > > > > wrote:
>> > > > >
>> > > > > > during a search on refs to cloud.com i found
>> > > > > > http://download.cloud.com.s3.amazonaws.com/ a couple of times
>> in the
>> > > > > > devcloud and devcloud4 projects dirs.
>> > > > > > Ar people still using those or could we remove them? Or maybe
>> > > > > > extract and put in a sepparate project?
>> > > > > >
>> > > > > > --
>> > > > > > Daan
>> > > > > >
>> > > > >
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Daan
>> > >
>> >
>> >
>> >
>> > --
>> > Daan
>>
>
>


-- 
Daan

[GitHub] cloudstack issue #1547: Fixes for VirtualRouters in Basic Networking, especi...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1547
  
Ok, thanks @DaanHoogland , sounds good!

Looking forward to more input or LGTMs :)


---
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: cloud.com references

[Chiradeep Vittal]

RE: CNAME from download.cloudstack.org to cloudstack.apt-get.eu
 - Should this be a request to Apache Infra?

On Tue, Jun 7, 2016 at 11:49 AM, Wido den Hollander  wrote:

>
> > Op 7 juni 2016 om 19:29 schreef Daan Hoogland :
> >
> >
> > Paul, I have no access to any dns record under cloudstack.org or
> apache.org
> > so if you do, please give me the relevant name. I will use
> > cloudstack.apt-get.eu untill someone guarantees me access to something
> else
> > for which I can create a cname record to point to whatever. I will ignore
> > this -1 if it will not be acompanied with such an alternative.
> >
>
> I am all in favor of a CNAME towards apt-get.eu btw :) Just offering it
> as a service, not because I want my domain name in there.
>
> Wido
>
> > On Tue, Jun 7, 2016 at 5:54 PM, Paul Angus 
> wrote:
> >
> > > -1
> > >
> > > Using apt-get is still an external dependency.  If the hardcoded value
> is
> > > an Apache/CloudStack domain we can always repoint as required.
> > >
> > >
> > >
> > > Kind regards,
> > >
> > > Paul Angus
> > >
> > > paul.an...@shapeblue.com
> > > www.shapeblue.com
> > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > > @shapeblue
> > >
> > >
> > >
> > > -Original Message-
> > > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> > > Sent: 07 June 2016 16:15
> > > To: dev 
> > > Subject: Re: cloud.com references
> > >
> > > I grepped the source for all occurances of download.cloud.com and did
> $
> > > wget -P `dirname $file | cut -d '/' -f 4-` $file making the best
> mirror of
> > > download.com that I could. I think having the domain and pointing it
> to
> > > our repo is easiest but a possible next step is also changing all to
> our
> > > new domain. I did all did on cloudstack.apt-get.eu so for now I will
> add
> > > a commit to my PR to change the urls to apt-get.
> > >
> > > gotcha's:
> > > 1: I don't feel sure this makes for everything
> > > 2: apt-get is only a slightly bigger ensurance for continuity so we
> would
> > > want this to be a replacement string (e.g. templated)
> > > 3: problably as well
> > >
> > >
> > > so far, more to follow
> > >
> > >
> > > On Tue, Jun 7, 2016 at 4:09 PM, Paul Angus 
> > > wrote:
> > >
> > > > I *think* that we got to a general consensus that the ideal way
> > > > forward would be to host a mirror list at download.cloudstack.org on
> > > Apache infra.
> > > >
> > > > For existing systemVMs and templates I guess we could use
> > > > archive.cloudstack.org pointed at apt-get..?
> > > >
> > > >
> > > > Kind regards,
> > > >
> > > > Paul Angus
> > > >
> > > > paul.an...@shapeblue.com
> > > > www.shapeblue.com
> > > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
> > > >
> > > >
> > > >
> > > > -Original Message-
> > > > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> > > > Sent: 07 June 2016 15:00
> > > > To: dev 
> > > > Subject: Re: cloud.com references
> > > >
> > > > I would say of course if I didn't feel I don't see your concern,
> Will.
> > > Can
> > > > you explain?
> > > >
> > > > Biligual auto correct use.  Read at your own risico Op 7 jun. 2016
> 3:33
> > > PM
> > > > schreef "Will Stevens" :
> > > >
> > > > > I am not sure, but I would make sure we have a strategy to solve
> for
> > > > > all of the different URLs we are deprecating...
> > > > >
> > > > > *Will STEVENS*
> > > > > Lead Developer
> > > > >
> > > > > *CloudOps* *| *Cloud Solutions Experts
> > > > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com
> *|* tw
> > > > > @CloudOps_
> > > > >
> > > > > On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland
> > > > > 
> > > > > wrote:
> > > > >
> > > > > > during a search on refs to cloud.com i found
> > > > > > http://download.cloud.com.s3.amazonaws.com/ a couple of times
> in the
> > > > > > devcloud and devcloud4 projects dirs.
> > > > > > Ar people still using those or could we remove them? Or maybe
> > > > > > extract and put in a sepparate project?
> > > > > >
> > > > > > --
> > > > > > Daan
> > > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Daan
> > >
> >
> >
> >
> > --
> > Daan
>

[GitHub] cloudstack pull request #1582: CLOUDSTACK-9408 for the move away from downlo...

[DaanHoogland]

GitHub user DaanHoogland reopened a pull request:

https://github.com/apache/cloudstack/pull/1582

CLOUDSTACK-9408 for the move away from download.cloud.com

 - commented some occurences of cloud.com as being harmless
  * examples
  * identifiers (internal)
 - changed the URL for vhd-util download
 - changed comments from 'cloud.com' to 'Apache CloudStack'

What remains now is to find all other downloads that occur from the code 
and reconstruct the tree in a save location (atm at cloudstack.apt-get.eu)

We will also want to use a CNAME for download.cloudstack.org which can for 
now point to cloudstack.apt-get.eu and can later be implemented with a redirect 
mechanism to a mirror list.

this should be save to pull in now but we can add the missing parts in this 
PR as well.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/DaanHoogland/cloudstack CLOUDSTACK-9408

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1582.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1582


commit c443efd7825038c1b42785e13246bbfadd2f08ab
Author: Daan Hoogland 
Date:   2016-06-07T10:20:36Z

CLOUDSTACK-9408 for the move away from download.cloud.com
 - commented some occurences of cloud.com as being harmless
  * examples
  * identifiers (internal)
 - changed the URL for vhd-util download
 - changed comments from 'cloud.com' to 'Apache CloudStack'

commit c4f13fe286e0b53360d4adf2e7b63cca3b6c9549
Author: Daan Hoogland 
Date:   2016-06-07T10:40:38Z

CLOUDSTACK-9408 remove antiquated devcloud project

  as it contains references to cloud.com and is not current

commit 9b7049d6c116a82287fed7bb9201e0344e70a13f
Author: Daan Hoogland 
Date:   2016-06-07T18:10:25Z

CLOUDSTACK-9408 change URLs in templates.sql




---
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 pull request #1582: CLOUDSTACK-9408 for the move away from downlo...

[DaanHoogland]

Github user DaanHoogland closed the pull request at:

https://github.com/apache/cloudstack/pull/1582


---
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 #1450: CLOUDSTACK-9317: Enable/disable static NAT associate...

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1450
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 154
 Hypervisor xenserver
 NetworkType Advanced
 Passed=73
 Failed=0
 Skipped=3

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


**Failed tests:**

**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_vpc_vpn.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.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_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: cloud.com references

[Daan Hoogland]

Paul, I have no access to any dns record under cloudstack.org or apache.org
so if you do, please give me the relevant name. I will use
cloudstack.apt-get.eu untill someone guarantees me access to something else
for which I can create a cname record to point to whatever. I will ignore
this -1 if it will not be acompanied with such an alternative.

On Tue, Jun 7, 2016 at 5:54 PM, Paul Angus  wrote:

> -1
>
> Using apt-get is still an external dependency.  If the hardcoded value is
> an Apache/CloudStack domain we can always repoint as required.
>
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: 07 June 2016 16:15
> To: dev 
> Subject: Re: cloud.com references
>
> I grepped the source for all occurances of download.cloud.com and did $
> wget -P `dirname $file | cut -d '/' -f 4-` $file making the best mirror of
> download.com that I could. I think having the domain and pointing it to
> our repo is easiest but a possible next step is also changing all to our
> new domain. I did all did on cloudstack.apt-get.eu so for now I will add
> a commit to my PR to change the urls to apt-get.
>
> gotcha's:
> 1: I don't feel sure this makes for everything
> 2: apt-get is only a slightly bigger ensurance for continuity so we would
> want this to be a replacement string (e.g. templated)
> 3: problably as well
>
>
> so far, more to follow
>
>
> On Tue, Jun 7, 2016 at 4:09 PM, Paul Angus 
> wrote:
>
> > I *think* that we got to a general consensus that the ideal way
> > forward would be to host a mirror list at download.cloudstack.org on
> Apache infra.
> >
> > For existing systemVMs and templates I guess we could use
> > archive.cloudstack.org pointed at apt-get..?
> >
> >
> > Kind regards,
> >
> > Paul Angus
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
> >
> >
> >
> > -Original Message-
> > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> > Sent: 07 June 2016 15:00
> > To: dev 
> > Subject: Re: cloud.com references
> >
> > I would say of course if I didn't feel I don't see your concern, Will.
> Can
> > you explain?
> >
> > Biligual auto correct use.  Read at your own risico Op 7 jun. 2016 3:33
> PM
> > schreef "Will Stevens" :
> >
> > > I am not sure, but I would make sure we have a strategy to solve for
> > > all of the different URLs we are deprecating...
> > >
> > > *Will STEVENS*
> > > Lead Developer
> > >
> > > *CloudOps* *| *Cloud Solutions Experts
> > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > > @CloudOps_
> > >
> > > On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland
> > > 
> > > wrote:
> > >
> > > > during a search on refs to cloud.com i found
> > > > http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
> > > > devcloud and devcloud4 projects dirs.
> > > > Ar people still using those or could we remove them? Or maybe
> > > > extract and put in a sepparate project?
> > > >
> > > > --
> > > > Daan
> > > >
> > >
> >
>
>
>
> --
> Daan
>



-- 
Daan

RE: cloud.com references

[Paul Angus]

-1

Using apt-get is still an external dependency.  If the hardcoded value is an 
Apache/CloudStack domain we can always repoint as required.



Kind regards,

Paul Angus

paul.an...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue



-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: 07 June 2016 16:15
To: dev 
Subject: Re: cloud.com references

I grepped the source for all occurances of download.cloud.com and did $ wget -P 
`dirname $file | cut -d '/' -f 4-` $file making the best mirror of download.com 
that I could. I think having the domain and pointing it to our repo is easiest 
but a possible next step is also changing all to our new domain. I did all did 
on cloudstack.apt-get.eu so for now I will add a commit to my PR to change the 
urls to apt-get.

gotcha's:
1: I don't feel sure this makes for everything
2: apt-get is only a slightly bigger ensurance for continuity so we would want 
this to be a replacement string (e.g. templated)
3: problably as well


so far, more to follow


On Tue, Jun 7, 2016 at 4:09 PM, Paul Angus  wrote:

> I *think* that we got to a general consensus that the ideal way 
> forward would be to host a mirror list at download.cloudstack.org on Apache 
> infra.
>
> For existing systemVMs and templates I guess we could use 
> archive.cloudstack.org pointed at apt-get..?
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
>
>
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: 07 June 2016 15:00
> To: dev 
> Subject: Re: cloud.com references
>
> I would say of course if I didn't feel I don't see your concern, Will. Can
> you explain?
>
> Biligual auto correct use.  Read at your own risico Op 7 jun. 2016 3:33 PM
> schreef "Will Stevens" :
>
> > I am not sure, but I would make sure we have a strategy to solve for
> > all of the different URLs we are deprecating...
> >
> > *Will STEVENS*
> > Lead Developer
> >
> > *CloudOps* *| *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > @CloudOps_
> >
> > On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland
> > 
> > wrote:
> >
> > > during a search on refs to cloud.com i found
> > > http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
> > > devcloud and devcloud4 projects dirs.
> > > Ar people still using those or could we remove them? Or maybe
> > > extract and put in a sepparate project?
> > >
> > > --
> > > Daan
> > >
> >
>



-- 
Daan

Re: cloud.com references

[Daan Hoogland]

I grepped the source for all occurances of download.cloud.com and did
$ wget -P `dirname $file | cut -d '/' -f 4-` $file
making the best mirror of download.com that I could. I think having the
domain and pointing it to our repo is easiest but a possible next step is
also changing all to our new domain. I did all did on cloudstack.apt-get.eu
so for now I will add a commit to my PR to change the urls to apt-get.

gotcha's:
1: I don't feel sure this makes for everything
2: apt-get is only a slightly bigger ensurance for continuity so we would
want this to be a replacement string (e.g. templated)
3: problably as well


so far, more to follow


On Tue, Jun 7, 2016 at 4:09 PM, Paul Angus  wrote:

> I *think* that we got to a general consensus that the ideal way forward
> would be to host a mirror list at download.cloudstack.org on Apache infra.
>
> For existing systemVMs and templates I guess we could use
> archive.cloudstack.org pointed at apt-get..?
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: 07 June 2016 15:00
> To: dev 
> Subject: Re: cloud.com references
>
> I would say of course if I didn't feel I don't see your concern, Will. Can
> you explain?
>
> Biligual auto correct use.  Read at your own risico Op 7 jun. 2016 3:33 PM
> schreef "Will Stevens" :
>
> > I am not sure, but I would make sure we have a strategy to solve for
> > all of the different URLs we are deprecating...
> >
> > *Will STEVENS*
> > Lead Developer
> >
> > *CloudOps* *| *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > @CloudOps_
> >
> > On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland
> > 
> > wrote:
> >
> > > during a search on refs to cloud.com i found
> > > http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
> > > devcloud and devcloud4 projects dirs.
> > > Ar people still using those or could we remove them? Or maybe
> > > extract and put in a sepparate project?
> > >
> > > --
> > > Daan
> > >
> >
>



-- 
Daan

RE: cloud.com references

[Paul Angus]

I *think* that we got to a general consensus that the ideal way forward would 
be to host a mirror list at download.cloudstack.org on Apache infra.

For existing systemVMs and templates I guess we could use 
archive.cloudstack.org pointed at apt-get..?


Kind regards,

Paul Angus

paul.an...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue



-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: 07 June 2016 15:00
To: dev 
Subject: Re: cloud.com references

I would say of course if I didn't feel I don't see your concern, Will. Can you 
explain?

Biligual auto correct use.  Read at your own risico Op 7 jun. 2016 3:33 PM 
schreef "Will Stevens" :

> I am not sure, but I would make sure we have a strategy to solve for 
> all of the different URLs we are deprecating...
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw 
> @CloudOps_
>
> On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland 
> 
> wrote:
>
> > during a search on refs to cloud.com i found 
> > http://download.cloud.com.s3.amazonaws.com/ a couple of times in the 
> > devcloud and devcloud4 projects dirs.
> > Ar people still using those or could we remove them? Or maybe 
> > extract and put in a sepparate project?
> >
> > --
> > Daan
> >
>

Re: cloud.com references

[Will Stevens]

Basically, with the change, we should make sure the devcloud stuff targets
something that will be used going forward (even if it is a temporary
solution until we figure out the mirroring approach).

Does that make sense?

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Tue, Jun 7, 2016 at 10:00 AM, Daan Hoogland 
wrote:

> I would say of course if I didn't feel I don't see your concern, Will. Can
> you explain?
>
> Biligual auto correct use.  Read at your own risico
> Op 7 jun. 2016 3:33 PM schreef "Will Stevens" :
>
> > I am not sure, but I would make sure we have a strategy to solve for all
> of
> > the different URLs we are deprecating...
> >
> > *Will STEVENS*
> > Lead Developer
> >
> > *CloudOps* *| *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> > w cloudops.com *|* tw @CloudOps_
> >
> > On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland 
> > wrote:
> >
> > > during a search on refs to cloud.com i found
> > > http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
> > > devcloud and devcloud4 projects dirs.
> > > Ar people still using those or could we remove them? Or maybe extract
> and
> > > put in a sepparate project?
> > >
> > > --
> > > Daan
> > >
> >
>

Re: cloud.com references

[Daan Hoogland]

I would say of course if I didn't feel I don't see your concern, Will. Can
you explain?

Biligual auto correct use.  Read at your own risico
Op 7 jun. 2016 3:33 PM schreef "Will Stevens" :

> I am not sure, but I would make sure we have a strategy to solve for all of
> the different URLs we are deprecating...
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
> On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland 
> wrote:
>
> > during a search on refs to cloud.com i found
> > http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
> > devcloud and devcloud4 projects dirs.
> > Ar people still using those or could we remove them? Or maybe extract and
> > put in a sepparate project?
> >
> > --
> > Daan
> >
>

Re: cloud.com references

[Will Stevens]

I am not sure, but I would make sure we have a strategy to solve for all of
the different URLs we are deprecating...

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Tue, Jun 7, 2016 at 4:12 AM, Daan Hoogland 
wrote:

> during a search on refs to cloud.com i found
> http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
> devcloud and devcloud4 projects dirs.
> Ar people still using those or could we remove them? Or maybe extract and
> put in a sepparate project?
>
> --
> Daan
>

[GitHub] cloudstack issue #1451: CLOUDSTACK-9319: Use timeout when applying config to...

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1451
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 152
 Hypervisor xenserver
 NetworkType Advanced
 Passed=68
 Failed=5
 Skipped=3

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


**Failed tests:**
* test_vpc_vpn.py

 * ContextSuite context=TestRVPCSite2SiteVpn>:setup Failing since 13 runs

 * ContextSuite context=TestVpcRemoteAccessVpn>:setup Failing since 13 runs

 * ContextSuite context=TestVpcSite2SiteVpn>:setup Failing since 13 runs

* test_volumes.py

 * test_06_download_detached_volume Failed

* test_vm_life_cycle.py

 * test_10_attachAndDetach_iso Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
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_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.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_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.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 #1547: Fixes for VirtualRouters in Basic Networking, especi...

[DaanHoogland]

Github user DaanHoogland commented on the issue:

https://github.com/apache/cloudstack/pull/1547
  
Yes @wido ,they look good to me but I am not running a cloud at the moment 
so hence I asked @ustcweizhou to have a look.
He had concerns but I did not see him react since.
The test I did were in advanced zone so we do have a rather broad coverage 
so far.


---
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 #1582: CLOUDSTACK-9408 for the move away from download.clou...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1582
  
A CNAME for download.cloudstack.org can be created, the 
cloudstack.apt-get.eu server is ready for it.

```

ServerName cloudstack.apt-get.eu
ServerAlias download.cloudstack.org

ServerAdmin webmaster@localhost
DocumentRoot /srv/mirror/cloudstack

Options FollowSymLinks Indexes
AllowOverride none
Require all granted


ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

```


---
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: Master is frozen for the 4.9 release

[Wido den Hollander]

> Op 28 mei 2016 om 0:34 schreef Will Stevens :
> 
> 
> Hey All,
> I think I have done what I can do at this point.  I am sorry if you have a
> PR that you wanted to get in that didn't make it.  I pushed my deadline for
> the freeze a bit because I had a lot of PRs that were close and I was able
> to get a bunch of them in.
> 
> I plan to wait about a week before I cut the first RC to give people a
> chance to test master and get me the details of their testing.  This will
> reduce the number of RCs we will need to have in order to get this release
> out the door.
> 
> Please start testing master and let me know if you run into any issues.
> There are a couple periodic issues that show up in my CI environments, so I
> will probably spend some time to see if I can get those sorted out before I
> cut the first release.
> 
> I plan to create a Github PR that will never be merged where I can post CI
> results against master for this release so we can troubleshoot anything we
> find.  This approach is mainly because my workflow with `upr` lets me post
> results easily and include the logs for the run.
> 

I would like to get some attention for this PR: 
https://github.com/apache/cloudstack/pull/1547

Currently in Basic Networking multiple ranges per VLAN/POD is broken, the VR 
doesn't take the additional IP addresses.

That PR fixes that (and is running in production at us), but this has been 
broken since 4.7

I would like 4.9 to have this fixed as it's a known issue right now. Can we do 
that?

Wido

> Cheers,
> 
> Will

[GitHub] cloudstack issue #1547: Fixes for VirtualRouters in Basic Networking, especi...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1547
  
Thanks @DaanHoogland for the tests! So it seems that the code looks OK to 
you?

I just force pushed so Travis should trigger again.


---
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: [GitHub] cloudstack pull request #1582: CLOUDSTACK-9408 for the move away from downlo...

[Daan Hoogland]

So I gave a first stab at changing the url for downloading (
download.cloud.com). Please empty your guns at this. I didn't follow all of
the discussions around this but deemed it important enough to just start
working on it.

On Tue, Jun 7, 2016 at 12:24 PM, DaanHoogland  wrote:

> GitHub user DaanHoogland opened a pull request:
>
> https://github.com/apache/cloudstack/pull/1582
>
> CLOUDSTACK-9408 for the move away from download.cloud.com
>
>  - commented some occurences of cloud.com as being harmless
>   * examples
>   * identifiers (internal)
>  - changed the URL for vhd-util download
>  - changed comments from 'cloud.com' to 'Apache CloudStack'
>
> What remains now is to find all other downloads that occur from the
> code and reconstruct the tree in a save location (atm at
> cloudstack.apt-get.eu)
>
> We will also want to use a CNAME for download.cloudstack.org which
> can for now point to cloudstack.apt-get.eu and can later be implemented
> with a redirect mechanism to a mirror list.
>
> this should be save to pull in now but we can add the missing parts in
> this PR as well.
>
> You can merge this pull request into a Git repository by running:
>
> $ git pull https://github.com/DaanHoogland/cloudstack CLOUDSTACK-9408
>
> Alternatively you can review and apply these changes as the patch at:
>
> https://github.com/apache/cloudstack/pull/1582.patch
>
> To close this pull request, make a commit to your master/trunk branch
> with (at least) the following in the commit message:
>
> This closes #1582
>
> 
> commit c443efd7825038c1b42785e13246bbfadd2f08ab
> Author: Daan Hoogland 
> Date:   2016-06-07T10:20:36Z
>
> CLOUDSTACK-9408 for the move away from download.cloud.com
>  - commented some occurences of cloud.com as being harmless
>   * examples
>   * identifiers (internal)
>  - changed the URL for vhd-util download
>  - changed comments from 'cloud.com' to 'Apache CloudStack'
>
> 
>
>
> ---
> 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.
> ---
>



-- 
Daan

[GitHub] cloudstack pull request #1582: CLOUDSTACK-9408 for the move away from downlo...

[DaanHoogland]

GitHub user DaanHoogland opened a pull request:

https://github.com/apache/cloudstack/pull/1582

CLOUDSTACK-9408 for the move away from download.cloud.com

 - commented some occurences of cloud.com as being harmless
  * examples
  * identifiers (internal)
 - changed the URL for vhd-util download
 - changed comments from 'cloud.com' to 'Apache CloudStack'

What remains now is to find all other downloads that occur from the code 
and reconstruct the tree in a save location (atm at cloudstack.apt-get.eu)

We will also want to use a CNAME for download.cloudstack.org which can for 
now point to cloudstack.apt-get.eu and can later be implemented with a redirect 
mechanism to a mirror list.

this should be save to pull in now but we can add the missing parts in this 
PR as well.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/DaanHoogland/cloudstack CLOUDSTACK-9408

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1582.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1582


commit c443efd7825038c1b42785e13246bbfadd2f08ab
Author: Daan Hoogland 
Date:   2016-06-07T10:20:36Z

CLOUDSTACK-9408 for the move away from download.cloud.com
 - commented some occurences of cloud.com as being harmless
  * examples
  * identifiers (internal)
 - changed the URL for vhd-util download
 - changed comments from 'cloud.com' to 'Apache CloudStack'




---
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 pull request #1568: CLOUDSTACK-9385 - Ensure passwd srvr is resta...

[ustcweizhou]

Github user ustcweizhou commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/1568#discussion_r66037301
  
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/cs/CsRedundant.py ---
@@ -346,6 +341,25 @@ def set_master(self):
 CsHelper.reconfigure_interfaces(self.cl, interfaces)
 logging.info("Router switched to master mode")
 
+
+def _restart_password_server(self):
+'''
+CLOUDSTACK-9385
+Redundant virtual routers should have the password server running.
+'''
+if self.config.is_vpc():
+vrrp_addresses = [address for address in 
self.address.get_ips() if address.needs_vrrp()]
--- End diff --

@dsclose get_ips has been changed to get_interfaces, by Wilder


---
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: mirror of cloud.com

[Daan Hoogland]

Thanks Wido, I think I'll go about reconstructing the hierarchy from the
source for now.

On Tue, Jun 7, 2016 at 11:21 AM, Wido den Hollander  wrote:

>
> > Op 7 juni 2016 om 11:17 schreef Daan Hoogland :
> >
> >
> > Is anybody aware of any mirroring of (download.)cloud.com? Access is
> rather
> > restrictive and it is hard to get a full picture of the hierarchy of
> files
> > stored there. Software archaeology rules.
> >
>
> I downloaded stuff manually to cloudstack.apt-get.eu, but I couldn't
> automate it.
>
> We need somebody to grant us READ_ACCESS at Amazon to get a full overview
> of all objects.
>
> Wido
>
> > --
> > Daan
>



-- 
Daan

Re: mirror of cloud.com

[Wido den Hollander]

> Op 7 juni 2016 om 11:17 schreef Daan Hoogland :
> 
> 
> Is anybody aware of any mirroring of (download.)cloud.com? Access is rather
> restrictive and it is hard to get a full picture of the hierarchy of files
> stored there. Software archaeology rules.
> 

I downloaded stuff manually to cloudstack.apt-get.eu, but I couldn't automate 
it.

We need somebody to grant us READ_ACCESS at Amazon to get a full overview of 
all objects.

Wido

> -- 
> Daan

mirror of cloud.com

[Daan Hoogland]

Is anybody aware of any mirroring of (download.)cloud.com? Access is rather
restrictive and it is hard to get a full picture of the hierarchy of files
stored there. Software archaeology rules.

-- 
Daan

[GitHub] cloudstack issue #872: Strongswan vpn feature

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/872
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 151
 Hypervisor xenserver
 NetworkType Advanced
 Passed=71
 Failed=2
 Skipped=3

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


**Failed tests:**
* test_vpc_vpn.py

 * test_01_redundant_vpc_site2site_vpn Failed

 * test_01_vpc_site2site_vpn Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
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_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.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_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: Documentation Hackathon

[Dag Sonstebo]

Hi Ron,

great to catch up in Montreal, good session and I think we are on the right 
path going forward. Thanks for looking into the diagram generation, very useful 
and something we should look at when we start revising the content.

For everyone's benefit - we are kicking off a piece of work to first of all 
consolidate all documentation under one document tree, as well as improving 
overview and navigation. We are also considering what the best framework is for 
hosting the consolidated documents going forward. I'll make sure we have 
tracking list of where we are with each section either on the wiki or on github 
in the coming days.

Regards,
Dag Sonstebo






On 06/06/2016, 02:49, "Ron Wheeler"  wrote:

>While discussing the documentation, issues were raised about the 
>diagrams in the documentation.
>
>1) It was felt that some of the diagrams looked a bit old fashioned
>
>2) The sources for images seemed to be lost or held outside the SCM.
>
>This encouraged me to look at ways to improve the production of images 
>for the documentation.
>
>I had the following as goals:
>
>a) The tools used should be open source so everyone can use the same 
>sources.
>
>b) The tools should not require specialized expertise to use.
>
>c) It must be possible to produce images that can be used in other tools 
>(Confluence Wiki includes drawing tools but there is no way to use the 
>images outside confluence).
>
>d) There should be a library of relevant images.
>
>At the meeting Visio and Apache OpenOffice Draw were mentioned as 
>possible drawing tools. Visio is an excellent product but is proprietary.
>
>Apache OpenOffice Draw is an Apache product and very well supported.
>
>After a bit of research I found a library of OpenOffice symbols from VRT 
>(http://www.vrt.com.au/downloads/vrt-network-equipment) that seems to 
>include many of the symbols that we need.
>
>I tested the addition of the library into OpenOffice using the normal 
>add-on process and it works well.
>
>Requires a restart of Open Office after the update but that is to be 
>expected.
>
>I used it to create an equivalent diagram for one of the drawings from 
>the current doc set.
>
>You can see the results and a short discussion at 
>http://blog.artifact-software.com/tech/?p=305
>
>The OpenOffice Draw source can be downloaded from the article to see how 
>the png files where created.
>
>It is possible to produce many output formats beside png from OpenOffice.
>
>
>Ron
>
>
>-- 
>Ron Wheeler
>President
>Artifact Software Inc
>email: rwhee...@artifact-software.com
>skype: ronaldmwheeler
>phone: 866-970-2435, ext 102
>

dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

[GitHub] cloudstack pull request #1568: CLOUDSTACK-9385 - Ensure passwd srvr is resta...

[ustcweizhou]

Github user ustcweizhou commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/1568#discussion_r66031974
  
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/cs/CsRedundant.py ---
@@ -346,6 +341,25 @@ def set_master(self):
 CsHelper.reconfigure_interfaces(self.cl, interfaces)
 logging.info("Router switched to master mode")
 
+
+def _restart_password_server(self):
+'''
+CLOUDSTACK-9385
+Redundant virtual routers should have the password server running.
+'''
+if self.config.is_vpc():
+vrrp_addresses = [address for address in 
self.address.get_ips() if address.needs_vrrp()]
+
+for address in vrrp_addresses:
+CsPasswdSvc(address.get_gateway()).restart()
+CsPasswdSvc(address.get_ip()).restart()
+else:
+guest_addresses = [address for address in 
self.address.get_ips() if address.is_guest()]
+
+for address in guest_addresses:
+CsPasswdSvc(address.get_ip()).restart()
--- End diff --

@dsclose indent should be added here. otherwise, the VR will fail to start.


---
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.
---

cloud.com references

[Daan Hoogland]

during a search on refs to cloud.com i found
http://download.cloud.com.s3.amazonaws.com/ a couple of times in the
devcloud and devcloud4 projects dirs.
Ar people still using those or could we remove them? Or maybe extract and
put in a sepparate project?

-- 
Daan

[GitHub] cloudstack issue #1531: systemvmtemplate: fix build and upgrade to debian 7....

[DaanHoogland]

Github user DaanHoogland commented on the issue:

https://github.com/apache/cloudstack/pull/1531
  
@remibergsma @rhtyd :+1: let's add the packer project and phase out the old 
template builds. more decoupling and (i suspect) simpler build process.


---
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: Master is frozen for the 4.9 release

[Daan Hoogland]

Will, I have tested a few PRs against 4.9 and see no strange stuff except
for a mail from Chiradeep [1]. I would mark this a blokker. I will look at
it today to see if we can simply solve this (by cnaming aptget.eu to
something like download.cloudstack.org?) and if I can do it in a day submit
the PR.

Did this pass the round table at ccc Montreal?


[1] http://markmail.org/message/25a627ahmwihzteb

On Mon, Jun 6, 2016 at 11:05 PM, Will Stevens  wrote:

> Great, thanks for the feedback Mike.
>
> Has anyone else done testing yet?
>
> Thanks,
>
> Will
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
> On Mon, Jun 6, 2016 at 5:04 PM, Tutkowski, Mike  >
> wrote:
>
> > Hi Will,
> >
> > I just wanted to send out a quick note that I have run a bunch of my
> > integration tests against 4.9 and they all came back successful.
> >
> > From my point of view, I'm ready for RC1.
> >
> > Thanks!
> > Mike
> > 
> > From: Will Stevens 
> > Sent: Friday, May 27, 2016 4:34 PM
> > To: dev@cloudstack.apache.org
> > Subject: Master is frozen for the 4.9 release
> >
> > Hey All,
> > I think I have done what I can do at this point.  I am sorry if you have
> a
> > PR that you wanted to get in that didn't make it.  I pushed my deadline
> for
> > the freeze a bit because I had a lot of PRs that were close and I was
> able
> > to get a bunch of them in.
> >
> > I plan to wait about a week before I cut the first RC to give people a
> > chance to test master and get me the details of their testing.  This will
> > reduce the number of RCs we will need to have in order to get this
> release
> > out the door.
> >
> > Please start testing master and let me know if you run into any issues.
> > There are a couple periodic issues that show up in my CI environments,
> so I
> > will probably spend some time to see if I can get those sorted out
> before I
> > cut the first release.
> >
> > I plan to create a Github PR that will never be merged where I can post
> CI
> > results against master for this release so we can troubleshoot anything
> we
> > find.  This approach is mainly because my workflow with `upr` lets me
> post
> > results easily and include the logs for the run.
> >
> > Cheers,
> >
> > Will
> >
>



-- 
Daan