Hi;
I have successfully upgraded my test environments to 4.9.0 to 4.9.2 on
Ubuntu KVM env. I like to ask a question about VR update for 4.9.2.
I am aware that there is no update for VR but i also notices that there are
some pr's which changes some files under VR like
https://github.com/apache/clou
Ozhan,
The VR scripts are included in /usr/share/cloudstack-common/vms/systemvm.iso
You have to upgrade cloudstack-common on KVM hosts.
-Wei
2017-01-16 9:08 GMT+01:00 Özhan Rüzgar Karaman :
> Hi;
> I have successfully upgraded my test environments to 4.9.0 to 4.9.2 on
> Ubuntu KVM env. I lik
Hi Wei;
You are right, one of the kvm server which holds vr did not updated its CS
packages. After upgrading packages and rebooting vr python files are now
updated as expected.
For each CS minor or major upgrade, it looks like we need to reboot system
vm's and vr's to reread and process new system
All,
I will be on holidays after 18th January and have other work commitments, I
won't be able to contribute much time on RM work.
Please feel free to take up RM responsibilities for 4.10 release, as per our
schedule we wanted to freeze it by end of this month. I can work with the new
RM and
Thank you guys and let me add my congratulations to Simon too !
Kind regards,
Paul Angus
paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
-Original Message-
From: Ian Rae [mailto:i...@cloudops.com]
Sent: 15 January 2017
Congratulations Paul and Simon! Well deserved.
On Mon, Jan 16, 2017 at 8:27 AM, Paul Angus
wrote:
> Thank you guys and let me add my congratulations to Simon too !
>
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London WC2
Thank you all and of course, congratulations to Paul!
From: Syed Ahmed
Sent: Monday, January 16, 2017 8:06 AM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Subject: Re: Welcoming Simon Weller & Paul Angus to the PMC
Congratulations Paul and Simon
Hi
We would like to make a change proposal for SSVM/CPVM.
Currently, the SSVM/CPVM get an IP from the "default" pool of
vlaniprange which is the from the account "system"
"vlaniprange": [
{
"account": "system",
"domain": "ROOT",
"endip": "10.101.0.250",
"forvirtual
Concrats guys!
René
Hi,
One things on my list was to verify if CloudStack 4.9's agent would run on a
Ubuntu 16.04 system.
With the release of 4.9.2.0 I added 'xenial' (16.04) to cloudstack.apt-get.eu:
http://cloudstack.apt-get.eu/ubuntu/dists/xenial/4.9/
Just added the repo:
root@alpha:~# cat /etc/apt/sources.li
GitHub user syed opened a pull request:
https://github.com/apache/cloudstack/pull/1906
CLOUDSTACK-9743 - ODL plugin responds to deleteHost causing other plugin in
the chain to be ignored
I found this bug when writing a plugin for Baremetal. What happens is that
when a host is dele
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/1741
I don't think we should try to support non-DH connections since they are
security risk. DH should be required. I have made it required in the UI and
have added a bunch of additional hashing and
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96294219
--- Diff: server/src/com/cloud/vm/snapshot/VMSnapshotManagerImpl.java ---
@@ -338,10 +354,12 @@ public VMSnapshot allocVMSnapshot(Long vmId, String
vsDi
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96294242
--- Diff: server/src/com/cloud/vm/snapshot/VMSnapshotManagerImpl.java ---
@@ -350,6 +368,24 @@ public VMSnapshot allocVMSnapshot(Long vmId, String
vsDis
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96294332
--- Diff: server/src/com/cloud/vm/snapshot/VMSnapshotManagerImpl.java ---
@@ -643,6 +679,65 @@ else if (jobResult instanceof Throwable)
}
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96294371
--- Diff: server/src/com/cloud/vm/snapshot/VMSnapshotManagerImpl.java ---
@@ -707,16 +802,41 @@ private UserVm orchestrateRevertToVMSnapshot(Long
vmSnap
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96294598
--- Diff: setup/db/db/schema-490to4910.sql ---
@@ -71,3 +71,17 @@ INSERT IGNORE INTO `cloud`.`guest_os_hypervisor`
(uuid,hypervisor_type, hypervis
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96295051
--- Diff: engine/schema/src/com/cloud/vm/UserVmDetailVO.java ---
@@ -80,4 +80,8 @@ public boolean isDisplay() {
return display;
}
Hi Wido,
Thanks for updating the repos. Yes, I had fixed the systemd scripts and tested
the agent and usage server with Ubuntu 16.04 (as KVM host). We've already added
Ubuntu 16.04 as supported KVM host for 4.9.2.0:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.9.2.
> Op 16 januari 2017 om 20:55 schreef Rohit Yadav :
>
>
> Hi Wido,
>
>
> Thanks for updating the repos. Yes, I had fixed the systemd scripts and
> tested the agent and usage server with Ubuntu 16.04 (as KVM host). We've
> already added Ubuntu 16.04 as supported KVM host for 4.9.2.0:
>
Grea
Github user kiwiflyer commented on the issue:
https://github.com/apache/cloudstack/pull/977
@ustcweizhou I'm working on fixing the tests. In regards to item 3, Is
there actually an API call for this, rather that it just being on a timer
thread? Maybe I'm blind, but I'm not seeing one.
GitHub user swill opened a pull request:
https://github.com/apache/cloudstack/pull/1907
Fix public IPs not being removed from the VR when deprovisioned
This PR replaces #1706. It does not remove the IP from the database, but
it does deprovision the IP correctly from the VR when the
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/1706
We have proven that the fix in this PR does not work. I have removed it
from #1741.
A new PR which we have proven does work is at: #1907
---
If your project is set up for it, you can re
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/1706
@vilisseranen can you close this PR?
---
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
enab
Github user kiwiflyer commented on the issue:
https://github.com/apache/cloudstack/pull/977
@ustcweizhou @nathanejohnson
https://github.com/myENA/cloudstack/commit/7a2a1c1c432dd2e39065627eed38bd3fb429cf70
Nathan is going to test this for us.
---
If your project is set u
Github user serg38 commented on the issue:
https://github.com/apache/cloudstack/pull/1727
@nvazquez Since 4.9.2 is already released and this is not a bugfix the DB
changes should go to schema-490to4910.sql
---
If your project is set up for it, you can reply to this email and have you
Rafael,
we've noticed the change after upgrading 4.9.0.1 to 4.9.1. The particular
ACS was originally setup as 4.5 and upgraded to 4.6, 4.7, 4.8, 4.9, 4.9.0.1
and finally 4.9.1.
Obviously, we relied on a long existing bug ;) as the new behaviour does make
sense. But most of our vm's are intentiona
It is great that you already fixed the problem.
Would you mind opening a Jira ticket for this?
Maybe there are other in the same situation as you.
On Thu, Jan 12, 2017 at 5:20 AM, Stephan Seitz <
s.se...@secretresearchfacility.com> wrote:
> Rafael,
>
> we've noticed the change after upgrading 4
Hello,
Does Apache CloudStack 4.9 support Ubuntu Precise?
I am asking it because the upgrade documentation [1] (Upgrade
Instruction from 4.6) points the CloudStack apt repository as "deb
http://cloudstack.apt-get.eu/ubuntu precise 4.9"; however, the latest
version available for Ubuntu Precise
Hi Rene,
The default pool, which means are you mentioning the public IP range?
If it is a public IP range, user VMs won’t be consuming any IP from there.
Only system VMs(CPVM/SSVM/VR) will be consuming. VRs will be providing public
access to the user VMs.
Thanks,
Nitin
> On 16-Jan-2017, at 8:5
Rene, this is probably not going to solve your problem, but I use this
trick for other use cases. You can setup more than one range. ACS seems
to always exhaust one range before moving on to the next range. If it is a
new install, then you can do a range with only 2 IPs in it and make it
first.
31 matches
Mail list logo
