If I've understood the issue correctly, "not being able to log in if upgrading from 4.5" is a blocker in my book. I don't think that it should be the duty of the Admin, to fix our oversights. Migration to the use of dynamic roles is also broken as the command will be missing from commands.properties in the first place, so the 'migrated' commands will not be complete.
As there will need to be an RC2, IMO this upgrade issue should be fixed as part of it. Kind regards, Paul Angus paul.an...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -----Original Message----- From: Boris Stoyanov [mailto:boris.stoya...@shapeblue.com] Sent: 22 January 2018 07:31 To: users@cloudstack.apache.org Cc: Rohit Yadav <rohit.ya...@shapeblue.com>; d...@cloudstack.apache.org; Daan Hoogland <daan.hoogl...@shapeblue.com> Subject: Re: [VOTE] Apache Cloudstack 4.11.0.0 (LTS) Hi Paul, Migration script considers only what’s in the command.properties file, so if the ‘missing’ quotaIsEnabled=15 is not there it will not create a rule for it. As Rohit mentioned it’s a duty of the admin to take care of aligning this up. I’m also not big fan of having this described in release notes, but would like to be included automatically during upgrade. Main argument against it, its not a blocker. Bobby. boris.stoya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue > On 19 Jan 2018, at 19:04, Paul Angus <paul.an...@shapeblue.com> wrote: > > OK, just to confirm ‘we’ the community have basically deprecated the use of > commands.properties? > > But for people upgrading from a version before dynamic roles, does the > migration script take into account (or need to take into account) the > ‘missing’ quotaIsEnabled=15 parameter? > > > > > paul.an...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue > > > > From: Rohit Yadav > Sent: 19 January 2018 09:27 > To: users <users@cloudstack.apache.org>; d...@cloudstack.apache.org; Paul > Angus <paul.an...@shapeblue.com> > Subject: Re: [VOTE] Apache Cloudstack 4.11.0.0 (LTS) > > > Hi Bobby, > > > > Agree, it's not user-friendly which is why admins should migrate to the > dynamic roles feature. But I'm not sure if this is a blocker and if an admin > wants to stick to the old static (commands.properties) way, they need to > manage changes themselves. We may add something to the release notes /cc > @Paul Angus<mailto:paul.an...@shapeblue.com>. > > > > - Rohit > > > > Software Architect > rohit.ya...@shapeblue.com<mailto:rohit.ya...@shapeblue.com> > www.shapeblue.com<http://www.shapeblue.com> > > > > > > > > ________________________________ > From: Boris Stoyanov > <boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com>> > Sent: Friday, January 19, 2018 2:51:32 PM > To: users > Cc: d...@cloudstack.apache.org<mailto:d...@cloudstack.apache.org> > Subject: Re: [VOTE] Apache Cloudstack 4.11.0.0 (LTS) > > Hi Rohit, > > That doesn’t sound much user friendly what do you think? Can we look for a > way to automate this dependency in the upgrade process? > > Bobby. > > > boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com> > www.shapeblue.com<http://www.shapeblue.com> > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > >> On 19 Jan 2018, at 10:50, Rohit Yadav >> <rohit.ya...@shapeblue.com<mailto:rohit.ya...@shapeblue.com>> wrote: >> >> Hi Bobby, >> >> >> I checked the 4.5-4.11 upgrade environment, due to the nature of how static >> checker with commands.properties work, admins will be required to add/update >> new API/ACLs in the commands.properties file. >> >> Adding the following to commands.properties file and restarting mgmt server >> fixes the issue: >> >> quotaIsEnabled=15 >> >> >> Please continue testing, thanks. >> >> >> - Rohit >> >> <https://cloudstack.apache.org> >> >> >> >> ________________________________ >> From: Boris Stoyanov >> <boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com>> >> Sent: Wednesday, January 17, 2018 6:54:28 PM >> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> >> Cc: d...@cloudstack.apache.org<mailto:d...@cloudstack.apache.org> >> Subject: Re: [VOTE] Apache Cloudstack 4.11.0.0 (LTS) >> >> I think I’ve hit a blocker when upgrading to 4.11 >> >> Here’s the jira id: https://issues.apache.org/jira/browse/CLOUDSTACK-10236 >> >> I’ve upgraded from 4.5 to 4.11, then I’ve logged in with admin and got >> session expired immediately. >> >> Regards, >> Boris Stoyanov >> >> >> boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com> >> www.shapeblue.com<http://www.shapeblue.com> >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> >> >> >> rohit.ya...@shapeblue.com<mailto:rohit.ya...@shapeblue.com> >> www.shapeblue.com<http://www.shapeblue.com> >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> >> >> On 17 Jan 2018, at 8:42, Tutkowski, Mike >> <mike.tutkow...@netapp.com<mailto:mike.tutkow...@netapp.com<mailto:mike.tutkow...@netapp.com%3cmailto:mike.tutkow...@netapp.com>>> >> wrote: >> >> Hi everyone, >> >> For the past couple days, I have been running the KVM managed-storage >> regression-test suite against RC1. >> >> With the exception of one issue (more on this below), all of these tests >> have passed. >> >> Tomorrow I plan to start in on the VMware-related managed-storage tests. >> >> Once I’ve completed running those, I expect to move on to the >> XenServer-related managed-storage tests. >> >> I ran these XenServer and VMware tests just prior to RC1 being created, so I >> suspect all of those tests will come back successful. >> >> Now, with regards to the one issue I found on KVM with managed storage: >> >> It relates to a new feature whereby you can online migrate the storage of a >> VM from NFS or Ceph to managed storage. >> >> During the code-review process, I made a change per a suggestion and it >> introduced an issue with this feature. The solution is just a couple lines >> of code and only impacts this one use case. If you are testing this release >> candidate and don’t really care about this particular feature, it should not >> at all impact your ability to test RC1. >> >> Thanks! >> Mike >> >> On Jan 15, 2018, at 4:33 AM, Rohit Yadav >> <ro...@apache.org<mailto:ro...@apache.org<mailto:ro...@apache.org%3cmailto:ro...@apache.org>>> >> wrote: >> >> Hi All, >> >> I've created a 4.11.0.0 release, with the following artifacts up for >> testing and a vote: >> >> Git Branch and Commit SH: >> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.0.0-RC20180115T1603 >> Commit: 1b8a532ba52127f388847690df70e65c6b46f4d4 >> >> Source release (checksums and signatures are available at the same >> location): >> https://dist.apache.org/repos/dist/dev/cloudstack/4.11.0.0/ >> >> PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): >> https://dist.apache.org/repos/dist/release/cloudstack/KEYS >> >> The vote will be open for 72 hours. >> >> For sanity in tallying the vote, can PMC members please be sure to indicate >> "(binding)" with their vote? >> >> [ ] +1 approve >> [ ] +0 no opinion >> [ ] -1 disapprove (and reason why) >> >> Additional information: >> >> For users' convenience, I've built packages from >> 1b8a532ba52127f388847690df70e65c6b46f4d4 and published RC1 repository here: >> http://cloudstack.apt-get.eu/testing/4.11-rc1 >> >> The release notes are still work-in-progress, but the systemvmtemplate >> upgrade section has been updated. You may refer the following for >> systemvmtemplate upgrade testing: >> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html >> >> 4.11 systemvmtemplates are available from here: >> https://download.cloudstack.org/systemvm/4.11/ >> >> Regards, >> Rohit Yadav >>
