Re: [Github/Gitbox] Setting up your committer account
Yup, same here, no GitHub mails recently.. boris.stoya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue > On Apr 19, 2017, at 4:16 AM, Nicolas Vazquezwrote: > > I noticed the same > > 2017-04-18 12:15 GMT-03:00 Syed Ahmed : > >> Same thing with me. I don't see any github activity on the ML since Friday. >> >> On Tue, Apr 18, 2017 at 5:00 AM, Wido den Hollander >> wrote: >> >>> Op 17 april 2017 om 19:58 schreef Sergey Levitskiy < >>> sergey.levits...@autodesk.com>: I used to receive emails from @dev on every change in git. The last >>> email came on Friday. Is it expected? >>> >>> I think so? I don't know how that worked previously. There is a >>> com...@cloudstack.apache.org list though, you mind want to subscribe >>> there. >>> >>> Wido >>> Example header: From: serg38 To: References: In-Reply-To: Subject: [GitHub] cloudstack issue #2044: CLOUDSTACK-9877 Cleanup >>> unlinked templates Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit Github user serg38 commented on the issue: https://github.com/apache/cloudstack/pull/2044 On 4/16/17, 10:02 PM, "Rohit Yadav" wrote: Thanks Wido! From: Wido den Hollander Sent: 15 April 2017 15:59:33 To: dev@cloudstack.apache.org Subject: [Github/Gitbox] Setting up your committer account Hi, Since yesterday we are using the Gitbox [0] services from ASF to >>> have Github our 'primary' source of code. This means that we can now label PRs, merge them, close them, all >> on >>> Github. If you are a committer you have to be added to the 'cloudstack >>> committers' team on Github and this is done automatically [1] once every >> X >>> hours. You however need to make sure that your Apache Profile/ID [2] has >>> the right information and that you have 2FA [3] enabled on your Github >>> account. The steps you need to take: - Make sure you are a CloudStack committer - Make sure you have a Github account - Enable 2FA [3] on your Github account - Update your Apache profile [2] and add your Github username Now, after a few hours the sync between ASF and Github should be >>> completed and you are added to the right team on Github. If that doesn't work you might need to visit the Gitbox setup page >>> [4] to link your Apache account to Github. Since we moved to Gitbox the URL of our Git repositories also >>> changed, for example: - https://gitbox.apache.org/repos/asf/cloudstack.git If you want RO you can also sync from Github: - https://github.com/apache/cloudstack.git Once you are in the right group on Github you should be able to >>> label PRs, close them, merge them and move. I have already created [5] a bunch of labels. If we all try to >> label >>> the PRs it will be much easier for people to filter PRs and review them. Questions? Ask! Wido [0]: https://gitbox.apache.org/ [1]: https://issues.apache.org/jira/browse/INFRA-13885 [2]: https://id.apache.org/ [3]: https://help.github.com/articles/about-two-factor- >>> authentication/ [4]: https://gitbox.apache.org/setup/ [5]: https://github.com/apache/cloudstack/labels rohit.ya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue >>> >>
Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0
Awesome !Feel 4.10 will be another great release. And we will consider to upgrade to 4.10 directly from 4.7.1. Thanks! 在2017年04月19 18时39分, "Rajani Karuturi"写道: Yes. will do over the weekend. ~ Rajani http://cloudplatform.accelerite.com/ On April 19, 2017 at 4:07 PM, Haijiao (18602198...@163.com) wrote: Can we merge the rest of PRs already have 2 LGTMs while community is still dealing with these blokcers ? 在2017年04月19 13时55分, "Rajani Karuturi" 写道: A quick update one RC2: There are the current list of blocker. CLOUDSTACK-9878 - Remote Access VPN that losing connection when new network configs are introduced CLOUDSTACK-9868 - internal LB for VPC tier is broken CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com Thanks, ~Rajani http://cloudplatform.accelerite.com/ On Thu, Apr 6, 2017 at 10:53 AM, Rajani Karuturi wrote: > A quick update on RC2: > > These are the current list of blockers. > https://github.com/apache/cloudstack/pull/2022 > https://github.com/apache/cloudstack/pull/2025 > https://issues.apache.org/jira/browse/CLOUDSTACK-9849 > https://github.com/apache/cloudstack/pull/1582 > > I am planning to close all the PRs by weekend. The blockers which Mike > reported is still open and needs a fix. > If everything is resolved, we can plan for RC2 on Monday. > > > ~Rajani > http://cloudplatform.accelerite.com/ > > On Thu, Apr 6, 2017 at 10:50 AM, Rajani Karuturi > wrote: > >> Thanks for updating RN. Release notes is something which we haven't >> looked at till now. >> Any update on the xen 7.1 PR? >> >> ~Rajani >> http://cloudplatform.accelerite.com/ >> >> On Mon, Apr 3, 2017 at 6:41 PM, Pierre-Luc Dion >> wrote: >> >>> Look like we need a new systemvm named "systemvm-xenserver-4.10". t also >>> seams that older VR ex: 4.7.x are still usable if the globalsetting >>> "minreq.sysvmtemplate.version" is changed after the first boot of >>> cloudstack-management that upgraded the database. I'll update the release >>> note acordingly... >>> >>> So this 4.10 is looking promising! :-) >>> >>> >>> >>> >>> On Apr 1, 2017 16:02, "Pierre-Luc Dion" wrote: >>> >>> I'm testing upgrade to 4.10 from latest master. I have the following >>> error >>> when upgrading from 4.7.2 in management-server.log: >>> >>> 2017-04-01 15:58:12,558 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating System Vm template IDs >>> 2017-04-01 15:58:12,561 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating KVM System Vms >>> 2017-04-01 15:58:12,561 WARN [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) 4.10.0.0KVM SystemVm template not >>> found. KVM hypervisor is not used, so not failing upgrade >>> 2017-04-01 15:58:12,562 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating VMware System Vms >>> 2017-04-01 15:58:12,563 WARN [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) 4.10.0.0VMware SystemVm template >>> not >>> found. VMware hypervisor is not used, so not failing upgrade >>> 2017-04-01 15:58:12,563 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating XenServer System Vms >>> 2017-04-01 15:58:12,565 ERROR [c.c.u.DatabaseUpgradeChecker] >>> (localhost-startStop-1:null) (logid:) Unable to upgrade the database >>> com.cloud.utils.exception.CloudRuntimeException: 4.10.0.0XenServer >>> SystemVm >>> template not found. Cannot upgrade system Vms >>> at com.cloud.upgrade.dao.Upgrade4920to41000.updateSystemVmTempl >>> ates(Upgrade4920to41000.java:195) >>> at com.cloud.upgrade.dao.Upgrade4920to41000.performDataMigratio >>> n(Upgrade4920to41000.java:64) >>> at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpg >>> radeChecker.java:426) >>> at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgra >>> deChecker.java:507) >>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif >>> eCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65) >>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif >>> eCycle.start(CloudStackExtendedLifeCycle.java:55) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.doStart(DefaultLifecycleProcessor.java:173) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.access$200(DefaultLifecycleProcessor.java:51) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r$LifecycleGroup.start(DefaultLifecycleProcessor.java:346) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.startBeans(DefaultLifecycleProcessor.java:149) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.onRefresh(DefaultLifecycleProcessor.java:112) >>> at org.springframework.context.support.AbstractApplicationConte >>>
Re: :[VOTE] Apache Cloudstack 4.10.0.0
Yes. will do over the weekend. ~ Rajani http://cloudplatform.accelerite.com/ On April 19, 2017 at 4:07 PM, Haijiao (18602198...@163.com) wrote: Can we merge the rest of PRs already have 2 LGTMs while community is still dealing with these blokcers ? 在2017年04月19 13时55分, "Rajani Karuturi"写道: A quick update one RC2: There are the current list of blocker. CLOUDSTACK-9878 - Remote Access VPN that losing connection when new network configs are introduced CLOUDSTACK-9868 - internal LB for VPC tier is broken CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com Thanks, ~Rajani http://cloudplatform.accelerite.com/ On Thu, Apr 6, 2017 at 10:53 AM, Rajani Karuturi wrote: > A quick update on RC2: > > These are the current list of blockers. > https://github.com/apache/cloudstack/pull/2022 > https://github.com/apache/cloudstack/pull/2025 > https://issues.apache.org/jira/browse/CLOUDSTACK-9849 > https://github.com/apache/cloudstack/pull/1582 > > I am planning to close all the PRs by weekend. The blockers which Mike > reported is still open and needs a fix. > If everything is resolved, we can plan for RC2 on Monday. > > > ~Rajani > http://cloudplatform.accelerite.com/ > > On Thu, Apr 6, 2017 at 10:50 AM, Rajani Karuturi > wrote: > >> Thanks for updating RN. Release notes is something which we haven't >> looked at till now. >> Any update on the xen 7.1 PR? >> >> ~Rajani >> http://cloudplatform.accelerite.com/ >> >> On Mon, Apr 3, 2017 at 6:41 PM, Pierre-Luc Dion >> wrote: >> >>> Look like we need a new systemvm named "systemvm-xenserver-4.10". t also >>> seams that older VR ex: 4.7.x are still usable if the globalsetting >>> "minreq.sysvmtemplate.version" is changed after the first boot of >>> cloudstack-management that upgraded the database. I'll update the release >>> note acordingly... >>> >>> So this 4.10 is looking promising! :-) >>> >>> >>> >>> >>> On Apr 1, 2017 16:02, "Pierre-Luc Dion" wrote: >>> >>> I'm testing upgrade to 4.10 from latest master. I have the following >>> error >>> when upgrading from 4.7.2 in management-server.log: >>> >>> 2017-04-01 15:58:12,558 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating System Vm template IDs >>> 2017-04-01 15:58:12,561 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating KVM System Vms >>> 2017-04-01 15:58:12,561 WARN [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) 4.10.0.0KVM SystemVm template not >>> found. KVM hypervisor is not used, so not failing upgrade >>> 2017-04-01 15:58:12,562 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating VMware System Vms >>> 2017-04-01 15:58:12,563 WARN [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) 4.10.0.0VMware SystemVm template >>> not >>> found. VMware hypervisor is not used, so not failing upgrade >>> 2017-04-01 15:58:12,563 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating XenServer System Vms >>> 2017-04-01 15:58:12,565 ERROR [c.c.u.DatabaseUpgradeChecker] >>> (localhost-startStop-1:null) (logid:) Unable to upgrade the database >>> com.cloud.utils.exception.CloudRuntimeException: 4.10.0.0XenServer >>> SystemVm >>> template not found. Cannot upgrade system Vms >>> at com.cloud.upgrade.dao.Upgrade4920to41000.updateSystemVmTempl >>> ates(Upgrade4920to41000.java:195) >>> at com.cloud.upgrade.dao.Upgrade4920to41000.performDataMigratio >>> n(Upgrade4920to41000.java:64) >>> at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpg >>> radeChecker.java:426) >>> at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgra >>> deChecker.java:507) >>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif >>> eCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65) >>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif >>> eCycle.start(CloudStackExtendedLifeCycle.java:55) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.doStart(DefaultLifecycleProcessor.java:173) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.access$200(DefaultLifecycleProcessor.java:51) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r$LifecycleGroup.start(DefaultLifecycleProcessor.java:346) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.startBeans(DefaultLifecycleProcessor.java:149) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.onRefresh(DefaultLifecycleProcessor.java:112) >>> at org.springframework.context.support.AbstractApplicationConte >>> xt.finishRefresh(AbstractApplicationContext.java:879) >>> at org.springframework.context.support.AbstractApplicationConte >>> xt.refresh(AbstractApplicationContext.java:545) >>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule >>>
Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0
Can we merge the rest of PRs already have 2 LGTMs while community is still dealing with these blokcers ? 在2017年04月19 13时55分, "Rajani Karuturi"写道: A quick update one RC2: There are the current list of blocker. CLOUDSTACK-9878 - Remote Access VPN that losing connection when new network configs are introduced CLOUDSTACK-9868 - internal LB for VPC tier is broken CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com Thanks, ~Rajani http://cloudplatform.accelerite.com/ On Thu, Apr 6, 2017 at 10:53 AM, Rajani Karuturi wrote: > A quick update on RC2: > > These are the current list of blockers. > https://github.com/apache/cloudstack/pull/2022 > https://github.com/apache/cloudstack/pull/2025 > https://issues.apache.org/jira/browse/CLOUDSTACK-9849 > https://github.com/apache/cloudstack/pull/1582 > > I am planning to close all the PRs by weekend. The blockers which Mike > reported is still open and needs a fix. > If everything is resolved, we can plan for RC2 on Monday. > > > ~Rajani > http://cloudplatform.accelerite.com/ > > On Thu, Apr 6, 2017 at 10:50 AM, Rajani Karuturi > wrote: > >> Thanks for updating RN. Release notes is something which we haven't >> looked at till now. >> Any update on the xen 7.1 PR? >> >> ~Rajani >> http://cloudplatform.accelerite.com/ >> >> On Mon, Apr 3, 2017 at 6:41 PM, Pierre-Luc Dion >> wrote: >> >>> Look like we need a new systemvm named "systemvm-xenserver-4.10". t also >>> seams that older VR ex: 4.7.x are still usable if the globalsetting >>> "minreq.sysvmtemplate.version" is changed after the first boot of >>> cloudstack-management that upgraded the database. I'll update the release >>> note acordingly... >>> >>> So this 4.10 is looking promising! :-) >>> >>> >>> >>> >>> On Apr 1, 2017 16:02, "Pierre-Luc Dion" wrote: >>> >>> I'm testing upgrade to 4.10 from latest master. I have the following >>> error >>> when upgrading from 4.7.2 in management-server.log: >>> >>> 2017-04-01 15:58:12,558 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating System Vm template IDs >>> 2017-04-01 15:58:12,561 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating KVM System Vms >>> 2017-04-01 15:58:12,561 WARN [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) 4.10.0.0KVM SystemVm template not >>> found. KVM hypervisor is not used, so not failing upgrade >>> 2017-04-01 15:58:12,562 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating VMware System Vms >>> 2017-04-01 15:58:12,563 WARN [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) 4.10.0.0VMware SystemVm template >>> not >>> found. VMware hypervisor is not used, so not failing upgrade >>> 2017-04-01 15:58:12,563 DEBUG [c.c.u.d.Upgrade4920to41000] >>> (localhost-startStop-1:null) (logid:) Updating XenServer System Vms >>> 2017-04-01 15:58:12,565 ERROR [c.c.u.DatabaseUpgradeChecker] >>> (localhost-startStop-1:null) (logid:) Unable to upgrade the database >>> com.cloud.utils.exception.CloudRuntimeException: 4.10.0.0XenServer >>> SystemVm >>> template not found. Cannot upgrade system Vms >>> at com.cloud.upgrade.dao.Upgrade4920to41000.updateSystemVmTempl >>> ates(Upgrade4920to41000.java:195) >>> at com.cloud.upgrade.dao.Upgrade4920to41000.performDataMigratio >>> n(Upgrade4920to41000.java:64) >>> at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpg >>> radeChecker.java:426) >>> at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgra >>> deChecker.java:507) >>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif >>> eCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65) >>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif >>> eCycle.start(CloudStackExtendedLifeCycle.java:55) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.doStart(DefaultLifecycleProcessor.java:173) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.access$200(DefaultLifecycleProcessor.java:51) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r$LifecycleGroup.start(DefaultLifecycleProcessor.java:346) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.startBeans(DefaultLifecycleProcessor.java:149) >>> at org.springframework.context.support.DefaultLifecycleProcesso >>> r.onRefresh(DefaultLifecycleProcessor.java:112) >>> at org.springframework.context.support.AbstractApplicationConte >>> xt.finishRefresh(AbstractApplicationContext.java:879) >>> at org.springframework.context.support.AbstractApplicationConte >>> xt.refresh(AbstractApplicationContext.java:545) >>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule >>> DefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145) >>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule >>>