You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Andrija Panic <an...@gmail.com> on 2020/04/29 14:38:44 UTC
[VOTE] Apache CloudStack 4.14.0.0 RC1
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Andrija
First of thank you and Gabriel for pre-building the packages!
I did upgrade our test environment to CS 4.14.0.0 but had some issues on the first upgrade try. As Java JRE 11 is required under CS 4.14.0.0 I did install it on the cs-mgmt server. After that I made the Upgrade and saw the following exception:
2020-05-01 11:45:12,116 ERROR [utils.db.Merovingian2] (main:null) Unable to get a new db connection
java.sql.SQLNonTransientConnectionException: Could not create connection to database server. Attempted reconnect 3 times. Giving up.
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:110)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:97)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:89)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:63)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:73)
at com.mysql.cj.jdbc.ConnectionImpl.connectWithRetries(ConnectionImpl.java:906)
at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:831)
at com.mysql.cj.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:456)
at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:246)
at com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:197)
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:677)
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:228)
at org.apache.commons.dbcp2.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:121)
at org.apache.commons.dbcp2.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:355)
at org.apache.commons.pool2.impl.GenericObjectPool.create(GenericObjectPool.java:889)
at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:424)
at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:349)
at org.apache.commons.dbcp2.PoolingDataSource.getConnection(PoolingDataSource.java:134)
at com.cloud.utils.db.TransactionLegacy.getStandaloneConnectionWithException(TransactionLegacy.java:213)
at com.cloud.utils.db.Merovingian2.<init>(Merovingian2.java:68)
at com.cloud.utils.db.Merovingian2.createLockMaster(Merovingian2.java:88)
at com.cloud.server.LockMasterListener.<init>(LockMasterListener.java:33)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:203)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:117)
at org.springframework.beans.factory.support.ConstructorResolver.instantiate(ConstructorResolver.java:310)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:295)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1358)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1204)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:557)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:517)
at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:323)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:321)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:879)
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:878)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79)
at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37)
at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:71)
at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.<init>(CloudStackSpringContext.java:58)
at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.<init>(CloudStackSpringContext.java:62)
at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(CloudStackContextLoaderListener.java:52)
at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:930)
at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:553)
at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:889)
at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:356)
at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1445)
at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1409)
at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:822)
at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:275)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:524)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:110)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.server.handler.gzip.GzipHandler.doStart(GzipHandler.java:425)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:117)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.server.Server.start(Server.java:407)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:110)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.server.Server.doStart(Server.java:371)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.apache.cloudstack.ServerDaemon.start(ServerDaemon.java:189)
at org.apache.cloudstack.ServerDaemon.main(ServerDaemon.java:105)
Caused by: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value 'CEST' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support.
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
... 82 more
So as requested by the error message I did setup the time zone information under mysql with the following statement:
SET GLOBAL time_zone = '+2:00';
After that I could start the upgrade process and everything went fine. However after looking into the Database I saw that all the date values are stored under UTC and not UTC+2 (as it was prior the upgrade). I believe the time zone information is required by Java JRE 11 and would like to ask if you have an advice (or anyone else) how to correct the values and may explain why the date values are shifted as I did setup the time zone UTC +2?
Best Regards
Liridon
-----Original Message-----
From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org%3e>>, users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>
Subject: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Wed, 29 Apr 2020 16:38:44 +0200
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
All,
we will be crafting RC2 release with 2 minor patches (will explain more in
the RC2 voting thread), so please keep your vote for the RC2 and let's stop
the voting process for RC1.
Anyone testing RC1 is NOT expected / not mandatory to retest anything on
RC2, except those 2 patches (to be explained) IF they affect you.
Thanks
Andrija
On Wed, 6 May 2020 at 11:25, Andrija Panic <an...@gmail.com> wrote:
> Thanks Liridon.
>
> p.s. as for the usage server - the first run after you change things will
> not run (not owner of job, etc), but you can hack that (which is what I've
> done, as it seems it was successful), assuming there is only a single usage
> server in your test env.
> - after restarting the usage-server, check it's PID, and then edit the
> last records in the cloud_usage.usage_job tablw to have the new PID and not
> the PID of the previous usage job process.
> - then next run will actually really run (instead of being skipped, that
> one)
>
> Regards,
> Andrija
>
> On Wed, 6 May 2020 at 09:17, Ismaili, Liridon (SWISS TXT) <
> Liridon.Ismaili@swisstxt.ch> wrote:
>
>> Hi Andrija & Daan
>>
>> @Daan I tried that out but without success. However the service seems to
>> be recovered and did run successful. The dates inside the DB are in UTC
>> format but when I list entries from the usage or cloud DB with CloudMonkey
>> I get CEST results.
>> (the GUI did still show me UTC values in the Events but that's may caused
>> by my environment).
>>
>> @Andrija: I would say that it looks good. I also testet the parameters
>> with "Europe/Zurich" but made no difference to me.
>>
>> Regards
>> Liridon
>>
>> -----Original Message-----
>> From: Andrija Panic <andrija.panic@gmail.com<mailto:
>> Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
>> Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
>> To: users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
>> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>,
>> dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org
>> %3e>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>> Date: Tue, 05 May 2020 19:11:14 +0200
>>
>>
>> Hi Liridon,
>>
>>
>> do you have any feedback about the usage records timing/time zone and
>> such?
>>
>>
>> Thanks
>>
>> Andrija
>>
>>
>> On Mon, 4 May 2020 at 14:32, Daan Hoogland <
>>
>> <ma...@gmail.com>
>>
>> daan.hoogland@gmail.com
>>
>> > wrote:
>>
>>
>> Liridon,
>>
>> "Not owner of usage job, skipping" means there is a PID in the record for
>>
>> this job that isn't the current process. If recognise this and have
>>
>> remedied by setting the process id to null in the record. I'm sure there
>> is
>>
>> some underlying issue that you hit though. Just a workaround.
>>
>>
>> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> > wrote:
>>
>>
>> Hi Rohit
>>
>>
>> I tried so and did configure the usage to run 12:45 so I can monitor the
>>
>> behavior. I got the following output:
>>
>> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) starting usage job...
>>
>> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>>
>> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) usage job complete
>>
>>
>> So the job did not run for some reason... I'm still looking into this. So
>>
>> currently I can't confirm but will update you later as soon as the usage
>>
>> job did run.
>>
>>
>> Regards
>>
>> Liridon
>>
>> -----Original Message-----
>>
>> From: Rohit Yadav <
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> %3e>>
>>
>> Reply-To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <mailto:%
>>
>> <ma...@cloudstack.apache.org>
>>
>> 22dev@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> %3e>>,
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <mailto:%
>>
>> <ma...@gmail.com>
>>
>> 22andrija.panic@gmail.com
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>> %3e>>,
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:%
>>
>> <ma...@cloudstack.apache.org>
>>
>> 22users@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>> %3e>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>> Date: Mon, 04 May 2020 10:16:51 +0000
>>
>>
>>
>> Thanks for testing and sharing your results Liridon!
>>
>>
>>
>> Can you also test the case if the usage records have the correct time
>>
>> according to configured timezone (in global settings) if you're using a
>>
>> non-UTC timezone?
>>
>>
>>
>> I'll add the db.usage.url.paramsl as well in the PR.
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>> Rohit Yadav
>>
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>> From: Ismaili, Liridon (SWISS TXT) <
>>
>>
>> <mailto:
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> >
>>
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>>
>>
>>
>>
>> Sent: Monday, May 4, 2020 15:38
>>
>>
>> To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> ;
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> ;
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>> Hi Rohit
>>
>>
>>
>> That did the trick! I did remove all the timezone information on my.cnf
>>
>> and only added the timezone information on the db.properties file.
>>
>>
>> So I can confirm it fixes the issue.
>>
>>
>>
>> If you are using the usage service too you will also need to specify the
>>
>> timezone information for the usage DB:
>>
>>
>> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
>>
>> file. Otherwise the usage service won't be able to start.
>>
>>
>>
>> This did also fix my issue and all my dates inside the db are now in the
>>
>> correct time zone! I'll also update the Github PR so we can track it
>> there.
>>
>>
>>
>> Many thanks and Regards
>>
>>
>> Liridon
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> www.shapeblue.com
>>
>>
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>>
>>
>> From: "Ismaili, Liridon (SWISS TXT)" <
>>
>>
>> <mailto:
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> >
>>
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>>
>>
>> <mailto:%22Ismaili,
>>
>>
>> <mailto:%
>>
>> <mailto:20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>> >
>>
>> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>>
>> >
>>
>>
>> <mailto:%
>> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch>
>>
>> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>>
>>
>>
>> %3e>>
>>
>>
>> Reply-To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>> %3e>>,
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> %22andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> %22andrija.panic@gmail.com
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>>
>>
>> %3e>>,
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>>
>>
>> %3e>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>> Date: Mon, 04 May 2020 09:53:35 +0000
>>
>>
>>
>>
>> Hi Rohit
>>
>>
>>
>>
>> I'll test that and let you know.
>>
>>
>>
>>
>> Regards
>>
>>
>>
>> Liridon
>>
>>
>>
>>
>> -----Original Message-----
>>
>>
>>
>> From: Rohit Yadav <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> %3e>>
>>
>>
>>
>> Reply-To:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>>
>> To: Andrija Panic <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>>
>>
>>
>>
>> %3e>>, users <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>>
>>
>>
>>
>> %3e>>,
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> %3e>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>> Date: Mon, 04 May 2020 09:50:10 +0000
>>
>>
>>
>>
>>
>> Hi Andrija, all,
>>
>>
>>
>>
>>
>> While adding support for Java 11, the mysql-connector 8.x java dependency
>>
>> was introduced from previous 5.7x version.
>>
>>
>>
>>
>>
>> According to
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>>
>> it seems we can specify the server time in connection parameters. Can
>>
>> any users test this workaround and confirm if it fixes their issue in
>> their
>>
>> test/upgrade environments by adding "&serverTimezone=UTC" to the
>>
>> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
>>
>> file, revert changes for mysql server and restart the management server.
>>
>>
>>
>>
>>
>> Draft PR proposed:
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> We may then either discuss to either include the above PR or document
>>
>> this in our release/upgrade notes. Thanks.
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>>
>>
>> Rohit Yadav
>>
>>
>>
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>>
>>
>> From: Andrija Panic <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Sent: Friday, May 1, 2020 22:38
>>
>>
>>
>>
>> To: users <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>>
>> ; Rohit Yadav <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>>
>>
>> @Rohit Yadav<mailto:
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> can you possibly advice on the time zone issue? I've seen this on another
>>
>> ML thread as well. We are mostly in UTC (test envs) so this might be the
>>
>> reason we didn't see this...could be just a documentation update that is
>>
>> needed.
>>
>>
>>
>>
>>
>> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>>
>> or similar)? Also, can you please open a GitHub issue and provide the same
>>
>> there? So we can track it and collaborate - I've not seen this one before.
>>
>>
>>
>>
>> What packages did you use for the installation? On the issue you'll
>>
>> raise, please also include the relevant output from the /var/log/cloud.log
>>
>> from inside the SSVM
>>
>>
>>
>>
>> Also not sure what is the relation between MySQL and JRE at all - they
>>
>> should have nothing in common?
>>
>>
>>
>>
>>
>> Thanks!
>>
>>
>>
>>
>>
>> Andrija
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com<http://www.shapeblue.com>>
>>
>> http://www.shapeblue.com<http://www.shapeblue.com>
>>
>> >
>>
>>
>> <http://www.shapeblue.com<http://www.shapeblue.com>>
>>
>> www.shapeblue.com<http://www.shapeblue.com>
>>
>>
>>
>>
>>
>>
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>>
>>
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Fri, 1 May 2020 at 17:49, Robert Ward <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>>
>> Hi all,
>>
>>
>>
>>
>>
>> I too have run into an issues while performing a clean install:
>>
>>
>>
>>
>> Centos 7, MySQL 5.6, JRE 11
>>
>>
>>
>>
>>
>> JRE 11 and MySQL 5.6 don't see to play well on two points:
>>
>>
>>
>>
>>
>> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>>
>> found that if I install JRE after MySQL that issue is resolved.
>>
>>
>>
>>
>>
>> MySQL chokes with timezone error @ cloudstack-setup-management. In my
>>
>> case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>>
>> etc/my.cnf:
>>
>>
>>
>>
>>
>> default-time-zone= "-05:00"
>>
>>
>>
>>
>>
>> On my last point CS has difficulty with mounting secondary storage. I
>>
>> have clipped the logs to the point where I think the problem lies:
>>
>>
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>>
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>>
>> class com.cloud.agent.api.GetStorageStatsCommand
>>
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>>
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>>
>> default host to execute commands because the command is not of Copy type.
>>
>>
>>
>>
>> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>>
>> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>>
>> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>>
>>
>> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>>
>> GetRootDir for nfs://192.168.25.1/export/secondary<
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>>
>> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
>>
>> mount 192.168.25.1:/export/secondary at
>>
>> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>>
>> requested NFS version or transport protocol is not supported\n\tat
>>
>>
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>>
>>
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>>
>>
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>>
>>
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>>
>>
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>>
>> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>>
>> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>>
>> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>>
>> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>>
>> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>>
>>
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>>
>>
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>>
>> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>>
>>
>>
>>
>>
>> My troubleshooting steps:
>>
>>
>>
>>
>>
>> restart SSVM
>>
>>
>>
>>
>> restart MS
>>
>>
>>
>>
>> restart agent
>>
>>
>>
>>
>> verify I can manually mount secondary storage on agent and navigate
>>
>> through all directories.
>>
>>
>>
>>
>> change secondary storage version from null to V4 in CS global settings
>>
>>
>>
>>
>>
>> Any input is greatly appreciated on how to resolve.
>>
>>
>>
>>
>>
>> Thanks,
>>
>>
>>
>>
>>
>> Robert
>>
>>
>>
>>
>> On 2020/04/29 14:38:44, Andrija Panic <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>>
>> Hi All,
>>
>>
>>
>>
>>
>> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>>
>>
>> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>>
>>
>>
>>
>>
>> Source release (checksums and signatures are available at the same
>>
>>
>>
>>
>> location):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> PGP release keys (signed using 3DC01AE8):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The vote will be open until Wednesday 06.May.2020.
>>
>>
>>
>>
>>
>> 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
>>
>>
>>
>>
>> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>>
>>
>>
>>
>> (CentOS 7 and Debian/generic):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>>
>>
>> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The release notes are still work-in-progress, but for the upgrade
>>
>>
>>
>>
>> instructions (including new systemVM templates) you may refer the
>>
>> following
>>
>>
>>
>>
>> URL:
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 4.14.0.0 systemVM templates are available from here:
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>>
>> Andrija Panić
>>
>>
>>
>>
>>
>>
>>
>> --
>>
>>
>>
>>
>>
>> Andrija Panić
>>
>>
>>
>>
>> --
>>
>> Daan
>>
>>
>>
>>
>
> --
>
> Andrija Panić
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
All,
we will be crafting RC2 release with 2 minor patches (will explain more in
the RC2 voting thread), so please keep your vote for the RC2 and let's stop
the voting process for RC1.
Anyone testing RC1 is NOT expected / not mandatory to retest anything on
RC2, except those 2 patches (to be explained) IF they affect you.
Thanks
Andrija
On Wed, 6 May 2020 at 11:25, Andrija Panic <an...@gmail.com> wrote:
> Thanks Liridon.
>
> p.s. as for the usage server - the first run after you change things will
> not run (not owner of job, etc), but you can hack that (which is what I've
> done, as it seems it was successful), assuming there is only a single usage
> server in your test env.
> - after restarting the usage-server, check it's PID, and then edit the
> last records in the cloud_usage.usage_job tablw to have the new PID and not
> the PID of the previous usage job process.
> - then next run will actually really run (instead of being skipped, that
> one)
>
> Regards,
> Andrija
>
> On Wed, 6 May 2020 at 09:17, Ismaili, Liridon (SWISS TXT) <
> Liridon.Ismaili@swisstxt.ch> wrote:
>
>> Hi Andrija & Daan
>>
>> @Daan I tried that out but without success. However the service seems to
>> be recovered and did run successful. The dates inside the DB are in UTC
>> format but when I list entries from the usage or cloud DB with CloudMonkey
>> I get CEST results.
>> (the GUI did still show me UTC values in the Events but that's may caused
>> by my environment).
>>
>> @Andrija: I would say that it looks good. I also testet the parameters
>> with "Europe/Zurich" but made no difference to me.
>>
>> Regards
>> Liridon
>>
>> -----Original Message-----
>> From: Andrija Panic <andrija.panic@gmail.com<mailto:
>> Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
>> Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
>> To: users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
>> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>,
>> dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org
>> %3e>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>> Date: Tue, 05 May 2020 19:11:14 +0200
>>
>>
>> Hi Liridon,
>>
>>
>> do you have any feedback about the usage records timing/time zone and
>> such?
>>
>>
>> Thanks
>>
>> Andrija
>>
>>
>> On Mon, 4 May 2020 at 14:32, Daan Hoogland <
>>
>> <ma...@gmail.com>
>>
>> daan.hoogland@gmail.com
>>
>> > wrote:
>>
>>
>> Liridon,
>>
>> "Not owner of usage job, skipping" means there is a PID in the record for
>>
>> this job that isn't the current process. If recognise this and have
>>
>> remedied by setting the process id to null in the record. I'm sure there
>> is
>>
>> some underlying issue that you hit though. Just a workaround.
>>
>>
>> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> > wrote:
>>
>>
>> Hi Rohit
>>
>>
>> I tried so and did configure the usage to run 12:45 so I can monitor the
>>
>> behavior. I got the following output:
>>
>> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) starting usage job...
>>
>> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>>
>> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) usage job complete
>>
>>
>> So the job did not run for some reason... I'm still looking into this. So
>>
>> currently I can't confirm but will update you later as soon as the usage
>>
>> job did run.
>>
>>
>> Regards
>>
>> Liridon
>>
>> -----Original Message-----
>>
>> From: Rohit Yadav <
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> %3e>>
>>
>> Reply-To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <mailto:%
>>
>> <ma...@cloudstack.apache.org>
>>
>> 22dev@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> %3e>>,
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <mailto:%
>>
>> <ma...@gmail.com>
>>
>> 22andrija.panic@gmail.com
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>> %3e>>,
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:%
>>
>> <ma...@cloudstack.apache.org>
>>
>> 22users@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>> %3e>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>> Date: Mon, 04 May 2020 10:16:51 +0000
>>
>>
>>
>> Thanks for testing and sharing your results Liridon!
>>
>>
>>
>> Can you also test the case if the usage records have the correct time
>>
>> according to configured timezone (in global settings) if you're using a
>>
>> non-UTC timezone?
>>
>>
>>
>> I'll add the db.usage.url.paramsl as well in the PR.
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>> Rohit Yadav
>>
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>> From: Ismaili, Liridon (SWISS TXT) <
>>
>>
>> <mailto:
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> >
>>
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>>
>>
>>
>>
>> Sent: Monday, May 4, 2020 15:38
>>
>>
>> To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> ;
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> ;
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>> Hi Rohit
>>
>>
>>
>> That did the trick! I did remove all the timezone information on my.cnf
>>
>> and only added the timezone information on the db.properties file.
>>
>>
>> So I can confirm it fixes the issue.
>>
>>
>>
>> If you are using the usage service too you will also need to specify the
>>
>> timezone information for the usage DB:
>>
>>
>> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
>>
>> file. Otherwise the usage service won't be able to start.
>>
>>
>>
>> This did also fix my issue and all my dates inside the db are now in the
>>
>> correct time zone! I'll also update the Github PR so we can track it
>> there.
>>
>>
>>
>> Many thanks and Regards
>>
>>
>> Liridon
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> www.shapeblue.com
>>
>>
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>>
>>
>> From: "Ismaili, Liridon (SWISS TXT)" <
>>
>>
>> <mailto:
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> >
>>
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>>
>>
>> <mailto:%22Ismaili,
>>
>>
>> <mailto:%
>>
>> <mailto:20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>> >
>>
>> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>>
>> >
>>
>>
>> <mailto:%
>> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch>
>>
>> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>>
>>
>>
>> %3e>>
>>
>>
>> Reply-To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>> %3e>>,
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> %22andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> %22andrija.panic@gmail.com
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>>
>>
>> %3e>>,
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>>
>>
>> %3e>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>> Date: Mon, 04 May 2020 09:53:35 +0000
>>
>>
>>
>>
>> Hi Rohit
>>
>>
>>
>>
>> I'll test that and let you know.
>>
>>
>>
>>
>> Regards
>>
>>
>>
>> Liridon
>>
>>
>>
>>
>> -----Original Message-----
>>
>>
>>
>> From: Rohit Yadav <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> %3e>>
>>
>>
>>
>> Reply-To:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>>
>> To: Andrija Panic <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>>
>>
>>
>>
>> %3e>>, users <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>>
>>
>>
>>
>> %3e>>,
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> %3e>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>> Date: Mon, 04 May 2020 09:50:10 +0000
>>
>>
>>
>>
>>
>> Hi Andrija, all,
>>
>>
>>
>>
>>
>> While adding support for Java 11, the mysql-connector 8.x java dependency
>>
>> was introduced from previous 5.7x version.
>>
>>
>>
>>
>>
>> According to
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>>
>> it seems we can specify the server time in connection parameters. Can
>>
>> any users test this workaround and confirm if it fixes their issue in
>> their
>>
>> test/upgrade environments by adding "&serverTimezone=UTC" to the
>>
>> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
>>
>> file, revert changes for mysql server and restart the management server.
>>
>>
>>
>>
>>
>> Draft PR proposed:
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> We may then either discuss to either include the above PR or document
>>
>> this in our release/upgrade notes. Thanks.
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>>
>>
>> Rohit Yadav
>>
>>
>>
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>>
>>
>> From: Andrija Panic <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Sent: Friday, May 1, 2020 22:38
>>
>>
>>
>>
>> To: users <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>>
>> ; Rohit Yadav <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>>
>>
>> @Rohit Yadav<mailto:
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> can you possibly advice on the time zone issue? I've seen this on another
>>
>> ML thread as well. We are mostly in UTC (test envs) so this might be the
>>
>> reason we didn't see this...could be just a documentation update that is
>>
>> needed.
>>
>>
>>
>>
>>
>> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>>
>> or similar)? Also, can you please open a GitHub issue and provide the same
>>
>> there? So we can track it and collaborate - I've not seen this one before.
>>
>>
>>
>>
>> What packages did you use for the installation? On the issue you'll
>>
>> raise, please also include the relevant output from the /var/log/cloud.log
>>
>> from inside the SSVM
>>
>>
>>
>>
>> Also not sure what is the relation between MySQL and JRE at all - they
>>
>> should have nothing in common?
>>
>>
>>
>>
>>
>> Thanks!
>>
>>
>>
>>
>>
>> Andrija
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com<http://www.shapeblue.com>>
>>
>> http://www.shapeblue.com<http://www.shapeblue.com>
>>
>> >
>>
>>
>> <http://www.shapeblue.com<http://www.shapeblue.com>>
>>
>> www.shapeblue.com<http://www.shapeblue.com>
>>
>>
>>
>>
>>
>>
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>>
>>
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Fri, 1 May 2020 at 17:49, Robert Ward <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>>
>> Hi all,
>>
>>
>>
>>
>>
>> I too have run into an issues while performing a clean install:
>>
>>
>>
>>
>> Centos 7, MySQL 5.6, JRE 11
>>
>>
>>
>>
>>
>> JRE 11 and MySQL 5.6 don't see to play well on two points:
>>
>>
>>
>>
>>
>> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>>
>> found that if I install JRE after MySQL that issue is resolved.
>>
>>
>>
>>
>>
>> MySQL chokes with timezone error @ cloudstack-setup-management. In my
>>
>> case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>>
>> etc/my.cnf:
>>
>>
>>
>>
>>
>> default-time-zone= "-05:00"
>>
>>
>>
>>
>>
>> On my last point CS has difficulty with mounting secondary storage. I
>>
>> have clipped the logs to the point where I think the problem lies:
>>
>>
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>>
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>>
>> class com.cloud.agent.api.GetStorageStatsCommand
>>
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>>
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>>
>> default host to execute commands because the command is not of Copy type.
>>
>>
>>
>>
>> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>>
>> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>>
>> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>>
>>
>> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>>
>> GetRootDir for nfs://192.168.25.1/export/secondary<
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>>
>> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
>>
>> mount 192.168.25.1:/export/secondary at
>>
>> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>>
>> requested NFS version or transport protocol is not supported\n\tat
>>
>>
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>>
>>
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>>
>>
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>>
>>
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>>
>>
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>>
>> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>>
>> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>>
>> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>>
>> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>>
>> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>>
>>
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>>
>>
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>>
>> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>>
>>
>>
>>
>>
>> My troubleshooting steps:
>>
>>
>>
>>
>>
>> restart SSVM
>>
>>
>>
>>
>> restart MS
>>
>>
>>
>>
>> restart agent
>>
>>
>>
>>
>> verify I can manually mount secondary storage on agent and navigate
>>
>> through all directories.
>>
>>
>>
>>
>> change secondary storage version from null to V4 in CS global settings
>>
>>
>>
>>
>>
>> Any input is greatly appreciated on how to resolve.
>>
>>
>>
>>
>>
>> Thanks,
>>
>>
>>
>>
>>
>> Robert
>>
>>
>>
>>
>> On 2020/04/29 14:38:44, Andrija Panic <
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>>
>> Hi All,
>>
>>
>>
>>
>>
>> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>>
>>
>> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>>
>>
>>
>>
>>
>> Source release (checksums and signatures are available at the same
>>
>>
>>
>>
>> location):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> PGP release keys (signed using 3DC01AE8):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The vote will be open until Wednesday 06.May.2020.
>>
>>
>>
>>
>>
>> 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
>>
>>
>>
>>
>> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>>
>>
>>
>>
>> (CentOS 7 and Debian/generic):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>>
>>
>> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The release notes are still work-in-progress, but for the upgrade
>>
>>
>>
>>
>> instructions (including new systemVM templates) you may refer the
>>
>> following
>>
>>
>>
>>
>> URL:
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 4.14.0.0 systemVM templates are available from here:
>>
>>
>>
>>
>> <
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>>
>> Andrija Panić
>>
>>
>>
>>
>>
>>
>>
>> --
>>
>>
>>
>>
>>
>> Andrija Panić
>>
>>
>>
>>
>> --
>>
>> Daan
>>
>>
>>
>>
>
> --
>
> Andrija Panić
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
Thanks Liridon.
p.s. as for the usage server - the first run after you change things will
not run (not owner of job, etc), but you can hack that (which is what I've
done, as it seems it was successful), assuming there is only a single usage
server in your test env.
- after restarting the usage-server, check it's PID, and then edit the last
records in the cloud_usage.usage_job tablw to have the new PID and not the
PID of the previous usage job process.
- then next run will actually really run (instead of being skipped, that
one)
Regards,
Andrija
On Wed, 6 May 2020 at 09:17, Ismaili, Liridon (SWISS TXT) <
Liridon.Ismaili@swisstxt.ch> wrote:
> Hi Andrija & Daan
>
> @Daan I tried that out but without success. However the service seems to
> be recovered and did run successful. The dates inside the DB are in UTC
> format but when I list entries from the usage or cloud DB with CloudMonkey
> I get CEST results.
> (the GUI did still show me UTC values in the Events but that's may caused
> by my environment).
>
> @Andrija: I would say that it looks good. I also testet the parameters
> with "Europe/Zurich" but made no difference to me.
>
> Regards
> Liridon
>
> -----Original Message-----
> From: Andrija Panic <andrija.panic@gmail.com<mailto:
> Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
> Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>,
> dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org
> %3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Tue, 05 May 2020 19:11:14 +0200
>
>
> Hi Liridon,
>
>
> do you have any feedback about the usage records timing/time zone and such?
>
>
> Thanks
>
> Andrija
>
>
> On Mon, 4 May 2020 at 14:32, Daan Hoogland <
>
> <ma...@gmail.com>
>
> daan.hoogland@gmail.com
>
> > wrote:
>
>
> Liridon,
>
> "Not owner of usage job, skipping" means there is a PID in the record for
>
> this job that isn't the current process. If recognise this and have
>
> remedied by setting the process id to null in the record. I'm sure there is
>
> some underlying issue that you hit though. Just a workaround.
>
>
> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> > wrote:
>
>
> Hi Rohit
>
>
> I tried so and did configure the usage to run 12:45 so I can monitor the
>
> behavior. I got the following output:
>
> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) starting usage job...
>
> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>
> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) usage job complete
>
>
> So the job did not run for some reason... I'm still looking into this. So
>
> currently I can't confirm but will update you later as soon as the usage
>
> job did run.
>
>
> Regards
>
> Liridon
>
> -----Original Message-----
>
> From: Rohit Yadav <
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> %3e>>
>
> Reply-To:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
> To:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <mailto:%
>
> <ma...@cloudstack.apache.org>
>
> 22dev@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> %3e>>,
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <mailto:%
>
> <ma...@gmail.com>
>
> 22andrija.panic@gmail.com
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
> %3e>>,
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:%
>
> <ma...@cloudstack.apache.org>
>
> 22users@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
> %3e>>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> Date: Mon, 04 May 2020 10:16:51 +0000
>
>
>
> Thanks for testing and sharing your results Liridon!
>
>
>
> Can you also test the case if the usage records have the correct time
>
> according to configured timezone (in global settings) if you're using a
>
> non-UTC timezone?
>
>
>
> I'll add the db.usage.url.paramsl as well in the PR.
>
>
>
>
> Regards,
>
>
>
> Rohit Yadav
>
>
>
> Software Architect, ShapeBlue
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
> ________________________________
>
>
> From: Ismaili, Liridon (SWISS TXT) <
>
>
> <mailto:
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> >
>
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
>
>
>
>
> Sent: Monday, May 4, 2020 15:38
>
>
> To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> ;
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> ;
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
> Hi Rohit
>
>
>
> That did the trick! I did remove all the timezone information on my.cnf
>
> and only added the timezone information on the db.properties file.
>
>
> So I can confirm it fixes the issue.
>
>
>
> If you are using the usage service too you will also need to specify the
>
> timezone information for the usage DB:
>
>
> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
>
> file. Otherwise the usage service won't be able to start.
>
>
>
> This did also fix my issue and all my dates inside the db are now in the
>
> correct time zone! I'll also update the Github PR so we can track it there.
>
>
>
> Many thanks and Regards
>
>
> Liridon
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> www.shapeblue.com
>
>
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
>
> @shapeblue
>
>
>
>
>
>
>
>
> -----Original Message-----
>
>
> From: "Ismaili, Liridon (SWISS TXT)" <
>
>
> <mailto:
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> >
>
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
>
>
> <mailto:%22Ismaili,
>
>
> <mailto:%
>
> <ma...@swisstxt.ch>
>
> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
> >
>
>
> <mailto:%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
> >
>
> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
>
>
> %3e>>
>
>
> Reply-To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
> %3e>>,
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> %22andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> %22andrija.panic@gmail.com
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
>
>
> %3e>>,
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22users@cloudstack.apache.org
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
>
>
> %3e>>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
> Date: Mon, 04 May 2020 09:53:35 +0000
>
>
>
>
> Hi Rohit
>
>
>
>
> I'll test that and let you know.
>
>
>
>
> Regards
>
>
>
> Liridon
>
>
>
>
> -----Original Message-----
>
>
>
> From: Rohit Yadav <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
>
>
>
>
> %3e>>
>
>
>
> Reply-To:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
>
> To: Andrija Panic <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
>
>
>
>
> %3e>>, users <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
>
>
>
>
> %3e>>,
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
>
>
> %3e>>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
> Date: Mon, 04 May 2020 09:50:10 +0000
>
>
>
>
>
> Hi Andrija, all,
>
>
>
>
>
> While adding support for Java 11, the mysql-connector 8.x java dependency
>
> was introduced from previous 5.7x version.
>
>
>
>
>
> According to
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
>
> it seems we can specify the server time in connection parameters. Can
>
> any users test this workaround and confirm if it fixes their issue in their
>
> test/upgrade environments by adding "&serverTimezone=UTC" to the
>
> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
>
> file, revert changes for mysql server and restart the management server.
>
>
>
>
>
> Draft PR proposed:
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
>
>
>
> We may then either discuss to either include the above PR or document
>
> this in our release/upgrade notes. Thanks.
>
>
>
>
>
>
> Regards,
>
>
>
>
>
> Rohit Yadav
>
>
>
>
>
> Software Architect, ShapeBlue
>
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
>
>
>
> ________________________________
>
>
>
>
> From: Andrija Panic <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
>
> Sent: Friday, May 1, 2020 22:38
>
>
>
>
> To: users <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
>
> ; Rohit Yadav <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
>
>
> @Rohit Yadav<mailto:
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
> can you possibly advice on the time zone issue? I've seen this on another
>
> ML thread as well. We are mostly in UTC (test envs) so this might be the
>
> reason we didn't see this...could be just a documentation update that is
>
> needed.
>
>
>
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>
> or similar)? Also, can you please open a GitHub issue and provide the same
>
> there? So we can track it and collaborate - I've not seen this one before.
>
>
>
>
> What packages did you use for the installation? On the issue you'll
>
> raise, please also include the relevant output from the /var/log/cloud.log
>
> from inside the SSVM
>
>
>
>
> Also not sure what is the relation between MySQL and JRE at all - they
>
> should have nothing in common?
>
>
>
>
>
> Thanks!
>
>
>
>
>
> Andrija
>
>
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <http://www.shapeblue.com<http://www.shapeblue.com>>
>
> http://www.shapeblue.com<http://www.shapeblue.com>
>
> >
>
>
> <http://www.shapeblue.com<http://www.shapeblue.com>>
>
> www.shapeblue.com<http://www.shapeblue.com>
>
>
>
>
>
>
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
>
>
>
> @shapeblue
>
>
>
>
>
>
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
> <mailto:
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
> wrote:
>
>
>
>
> Hi all,
>
>
>
>
>
> I too have run into an issues while performing a clean install:
>
>
>
>
> Centos 7, MySQL 5.6, JRE 11
>
>
>
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
>
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>
> found that if I install JRE after MySQL that issue is resolved.
>
>
>
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my
>
> case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>
> etc/my.cnf:
>
>
>
>
>
> default-time-zone= "-05:00"
>
>
>
>
>
> On my last point CS has difficulty with mounting secondary storage. I
>
> have clipped the logs to the point where I think the problem lies:
>
>
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>
> class com.cloud.agent.api.GetStorageStatsCommand
>
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>
> default host to execute commands because the command is not of Copy type.
>
>
>
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>
>
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>
> GetRootDir for nfs://192.168.25.1/export/secondary<
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
>
> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
>
> mount 192.168.25.1:/export/secondary at
>
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>
> requested NFS version or transport protocol is not supported\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
>
>
>
> My troubleshooting steps:
>
>
>
>
>
> restart SSVM
>
>
>
>
> restart MS
>
>
>
>
> restart agent
>
>
>
>
> verify I can manually mount secondary storage on agent and navigate
>
> through all directories.
>
>
>
>
> change secondary storage version from null to V4 in CS global settings
>
>
>
>
>
> Any input is greatly appreciated on how to resolve.
>
>
>
>
>
> Thanks,
>
>
>
>
>
> Robert
>
>
>
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
> <mailto:
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
> wrote:
>
>
>
>
> Hi All,
>
>
>
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
>
>
>
> Source release (checksums and signatures are available at the same
>
>
>
>
> location):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
>
>
>
> 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
>
>
>
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>
>
>
>
> (CentOS 7 and Debian/generic):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
>
>
>
> instructions (including new systemVM templates) you may refer the
>
> following
>
>
>
>
> URL:
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
>
>
>
> Regards,
>
>
>
>
> Andrija Panić
>
>
>
>
>
>
>
> --
>
>
>
>
>
> Andrija Panić
>
>
>
>
> --
>
> Daan
>
>
>
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
Thanks Liridon.
p.s. as for the usage server - the first run after you change things will
not run (not owner of job, etc), but you can hack that (which is what I've
done, as it seems it was successful), assuming there is only a single usage
server in your test env.
- after restarting the usage-server, check it's PID, and then edit the last
records in the cloud_usage.usage_job tablw to have the new PID and not the
PID of the previous usage job process.
- then next run will actually really run (instead of being skipped, that
one)
Regards,
Andrija
On Wed, 6 May 2020 at 09:17, Ismaili, Liridon (SWISS TXT) <
Liridon.Ismaili@swisstxt.ch> wrote:
> Hi Andrija & Daan
>
> @Daan I tried that out but without success. However the service seems to
> be recovered and did run successful. The dates inside the DB are in UTC
> format but when I list entries from the usage or cloud DB with CloudMonkey
> I get CEST results.
> (the GUI did still show me UTC values in the Events but that's may caused
> by my environment).
>
> @Andrija: I would say that it looks good. I also testet the parameters
> with "Europe/Zurich" but made no difference to me.
>
> Regards
> Liridon
>
> -----Original Message-----
> From: Andrija Panic <andrija.panic@gmail.com<mailto:
> Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
> Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>,
> dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org
> %3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Tue, 05 May 2020 19:11:14 +0200
>
>
> Hi Liridon,
>
>
> do you have any feedback about the usage records timing/time zone and such?
>
>
> Thanks
>
> Andrija
>
>
> On Mon, 4 May 2020 at 14:32, Daan Hoogland <
>
> <ma...@gmail.com>
>
> daan.hoogland@gmail.com
>
> > wrote:
>
>
> Liridon,
>
> "Not owner of usage job, skipping" means there is a PID in the record for
>
> this job that isn't the current process. If recognise this and have
>
> remedied by setting the process id to null in the record. I'm sure there is
>
> some underlying issue that you hit though. Just a workaround.
>
>
> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> > wrote:
>
>
> Hi Rohit
>
>
> I tried so and did configure the usage to run 12:45 so I can monitor the
>
> behavior. I got the following output:
>
> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) starting usage job...
>
> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>
> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) usage job complete
>
>
> So the job did not run for some reason... I'm still looking into this. So
>
> currently I can't confirm but will update you later as soon as the usage
>
> job did run.
>
>
> Regards
>
> Liridon
>
> -----Original Message-----
>
> From: Rohit Yadav <
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> %3e>>
>
> Reply-To:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
> To:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <mailto:%
>
> <ma...@cloudstack.apache.org>
>
> 22dev@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> %3e>>,
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <mailto:%
>
> <ma...@gmail.com>
>
> 22andrija.panic@gmail.com
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
> %3e>>,
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:%
>
> <ma...@cloudstack.apache.org>
>
> 22users@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
> %3e>>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> Date: Mon, 04 May 2020 10:16:51 +0000
>
>
>
> Thanks for testing and sharing your results Liridon!
>
>
>
> Can you also test the case if the usage records have the correct time
>
> according to configured timezone (in global settings) if you're using a
>
> non-UTC timezone?
>
>
>
> I'll add the db.usage.url.paramsl as well in the PR.
>
>
>
>
> Regards,
>
>
>
> Rohit Yadav
>
>
>
> Software Architect, ShapeBlue
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
> ________________________________
>
>
> From: Ismaili, Liridon (SWISS TXT) <
>
>
> <mailto:
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> >
>
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
>
>
>
>
> Sent: Monday, May 4, 2020 15:38
>
>
> To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> ;
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> ;
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
> Hi Rohit
>
>
>
> That did the trick! I did remove all the timezone information on my.cnf
>
> and only added the timezone information on the db.properties file.
>
>
> So I can confirm it fixes the issue.
>
>
>
> If you are using the usage service too you will also need to specify the
>
> timezone information for the usage DB:
>
>
> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
>
> file. Otherwise the usage service won't be able to start.
>
>
>
> This did also fix my issue and all my dates inside the db are now in the
>
> correct time zone! I'll also update the Github PR so we can track it there.
>
>
>
> Many thanks and Regards
>
>
> Liridon
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> www.shapeblue.com
>
>
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
>
> @shapeblue
>
>
>
>
>
>
>
>
> -----Original Message-----
>
>
> From: "Ismaili, Liridon (SWISS TXT)" <
>
>
> <mailto:
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> >
>
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
>
>
> <mailto:%22Ismaili,
>
>
> <mailto:%
>
> <ma...@swisstxt.ch>
>
> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
> >
>
>
> <mailto:%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
> >
>
> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
>
>
> %3e>>
>
>
> Reply-To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
> %3e>>,
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> %22andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> %22andrija.panic@gmail.com
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
>
>
> %3e>>,
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22users@cloudstack.apache.org
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
>
>
> %3e>>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
> Date: Mon, 04 May 2020 09:53:35 +0000
>
>
>
>
> Hi Rohit
>
>
>
>
> I'll test that and let you know.
>
>
>
>
> Regards
>
>
>
> Liridon
>
>
>
>
> -----Original Message-----
>
>
>
> From: Rohit Yadav <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
>
>
>
>
> %3e>>
>
>
>
> Reply-To:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
>
> To: Andrija Panic <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
>
>
>
>
> %3e>>, users <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
>
>
>
>
> %3e>>,
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
>
>
> %3e>>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
> Date: Mon, 04 May 2020 09:50:10 +0000
>
>
>
>
>
> Hi Andrija, all,
>
>
>
>
>
> While adding support for Java 11, the mysql-connector 8.x java dependency
>
> was introduced from previous 5.7x version.
>
>
>
>
>
> According to
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
>
> it seems we can specify the server time in connection parameters. Can
>
> any users test this workaround and confirm if it fixes their issue in their
>
> test/upgrade environments by adding "&serverTimezone=UTC" to the
>
> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
>
> file, revert changes for mysql server and restart the management server.
>
>
>
>
>
> Draft PR proposed:
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
>
>
>
> We may then either discuss to either include the above PR or document
>
> this in our release/upgrade notes. Thanks.
>
>
>
>
>
>
> Regards,
>
>
>
>
>
> Rohit Yadav
>
>
>
>
>
> Software Architect, ShapeBlue
>
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
>
>
>
> ________________________________
>
>
>
>
> From: Andrija Panic <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
>
> Sent: Friday, May 1, 2020 22:38
>
>
>
>
> To: users <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
>
> ; Rohit Yadav <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
>
>
> @Rohit Yadav<mailto:
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
> can you possibly advice on the time zone issue? I've seen this on another
>
> ML thread as well. We are mostly in UTC (test envs) so this might be the
>
> reason we didn't see this...could be just a documentation update that is
>
> needed.
>
>
>
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>
> or similar)? Also, can you please open a GitHub issue and provide the same
>
> there? So we can track it and collaborate - I've not seen this one before.
>
>
>
>
> What packages did you use for the installation? On the issue you'll
>
> raise, please also include the relevant output from the /var/log/cloud.log
>
> from inside the SSVM
>
>
>
>
> Also not sure what is the relation between MySQL and JRE at all - they
>
> should have nothing in common?
>
>
>
>
>
> Thanks!
>
>
>
>
>
> Andrija
>
>
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <http://www.shapeblue.com<http://www.shapeblue.com>>
>
> http://www.shapeblue.com<http://www.shapeblue.com>
>
> >
>
>
> <http://www.shapeblue.com<http://www.shapeblue.com>>
>
> www.shapeblue.com<http://www.shapeblue.com>
>
>
>
>
>
>
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
>
>
>
> @shapeblue
>
>
>
>
>
>
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
> <mailto:
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
>
> wrote:
>
>
>
>
> Hi all,
>
>
>
>
>
> I too have run into an issues while performing a clean install:
>
>
>
>
> Centos 7, MySQL 5.6, JRE 11
>
>
>
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
>
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>
> found that if I install JRE after MySQL that issue is resolved.
>
>
>
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my
>
> case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>
> etc/my.cnf:
>
>
>
>
>
> default-time-zone= "-05:00"
>
>
>
>
>
> On my last point CS has difficulty with mounting secondary storage. I
>
> have clipped the logs to the point where I think the problem lies:
>
>
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>
> class com.cloud.agent.api.GetStorageStatsCommand
>
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>
> default host to execute commands because the command is not of Copy type.
>
>
>
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>
>
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>
> GetRootDir for nfs://192.168.25.1/export/secondary<
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
>
> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
>
> mount 192.168.25.1:/export/secondary at
>
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>
> requested NFS version or transport protocol is not supported\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
>
>
>
> My troubleshooting steps:
>
>
>
>
>
> restart SSVM
>
>
>
>
> restart MS
>
>
>
>
> restart agent
>
>
>
>
> verify I can manually mount secondary storage on agent and navigate
>
> through all directories.
>
>
>
>
> change secondary storage version from null to V4 in CS global settings
>
>
>
>
>
> Any input is greatly appreciated on how to resolve.
>
>
>
>
>
> Thanks,
>
>
>
>
>
> Robert
>
>
>
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
> <mailto:
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
> wrote:
>
>
>
>
> Hi All,
>
>
>
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
>
>
>
> Source release (checksums and signatures are available at the same
>
>
>
>
> location):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
>
>
>
> 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
>
>
>
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>
>
>
>
> (CentOS 7 and Debian/generic):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
>
>
>
> instructions (including new systemVM templates) you may refer the
>
> following
>
>
>
>
> URL:
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
>
>
>
> <
>
>
>
> <
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
>
>
>
> Regards,
>
>
>
>
> Andrija Panić
>
>
>
>
>
>
>
> --
>
>
>
>
>
> Andrija Panić
>
>
>
>
> --
>
> Daan
>
>
>
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Andrija & Daan
@Daan I tried that out but without success. However the service seems to be recovered and did run successful. The dates inside the DB are in UTC format but when I list entries from the usage or cloud DB with CloudMonkey I get CEST results.
(the GUI did still show me UTC values in the Events but that's may caused by my environment).
@Andrija: I would say that it looks good. I also testet the parameters with "Europe/Zurich" but made no difference to me.
Regards
Liridon
-----Original Message-----
From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>, dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Tue, 05 May 2020 19:11:14 +0200
Hi Liridon,
do you have any feedback about the usage records timing/time zone and such?
Thanks
Andrija
On Mon, 4 May 2020 at 14:32, Daan Hoogland <
<ma...@gmail.com>
daan.hoogland@gmail.com
> wrote:
Liridon,
"Not owner of usage job, skipping" means there is a PID in the record for
this job that isn't the current process. If recognise this and have
remedied by setting the process id to null in the record. I'm sure there is
some underlying issue that you hit though. Just a workaround.
On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
> wrote:
Hi Rohit
I tried so and did configure the usage to run 12:45 so I can monitor the
behavior. I got the following output:
2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
(Usage-Job-1:null) (logid:) starting usage job...
2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
(Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
(Usage-Job-1:null) (logid:) usage job complete
So the job did not run for some reason... I'm still looking into this. So
currently I can't confirm but will update you later as soon as the usage
job did run.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:%
<ma...@cloudstack.apache.org>
22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>,
<ma...@gmail.com>
andrija.panic@gmail.com
<
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:%
<ma...@gmail.com>
22andrija.panic@gmail.com
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
%3e>>,
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:%
<ma...@cloudstack.apache.org>
22users@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 10:16:51 +0000
Thanks for testing and sharing your results Liridon!
Can you also test the case if the usage records have the correct time
according to configured timezone (in global settings) if you're using a
non-UTC timezone?
I'll add the db.usage.url.paramsl as well in the PR.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Ismaili, Liridon (SWISS TXT) <
<mailto:
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
Sent: Monday, May 4, 2020 15:38
To:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
;
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
;
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf
and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the
timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties
file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the
correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <
<mailto:
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
<mailto:%22Ismaili,
<mailto:%
<ma...@swisstxt.ch>
20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
<ma...@swisstxt.ch>
%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
%3e>>
Reply-To:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
To:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>,
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
%22andrija.panic@gmail.com
>
<ma...@gmail.com>
%22andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
%3e>>,
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
To: Andrija Panic <
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency
was introduced from previous 5.7x version.
According to
<
<
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can
any users test this workaround and confirm if it fixes their issue in their
test/upgrade environments by adding "&serverTimezone=UTC" to the
"db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document
this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another
ML thread as well. We are mostly in UTC (test envs) so this might be the
reason we didn't see this...could be just a documentation update that is
needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
or similar)? Also, can you please open a GitHub issue and provide the same
there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll
raise, please also include the relevant output from the /var/log/cloud.log
from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they
should have nothing in common?
Thanks!
Andrija
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<http://www.shapeblue.com<http://www.shapeblue.com>>
http://www.shapeblue.com<http://www.shapeblue.com>
>
<http://www.shapeblue.com<http://www.shapeblue.com>>
www.shapeblue.com<http://www.shapeblue.com>
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my
case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I
have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
GetRootDir for nfs://192.168.25.1/export/secondary<
<
<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
mount 192.168.25.1:/export/secondary at
/mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
requested NFS version or transport protocol is not supported\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate
through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the
following
URL:
<
<
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
--
Daan
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Andrija & Daan
@Daan I tried that out but without success. However the service seems to be recovered and did run successful. The dates inside the DB are in UTC format but when I list entries from the usage or cloud DB with CloudMonkey I get CEST results.
(the GUI did still show me UTC values in the Events but that's may caused by my environment).
@Andrija: I would say that it looks good. I also testet the parameters with "Europe/Zurich" but made no difference to me.
Regards
Liridon
-----Original Message-----
From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>, dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Tue, 05 May 2020 19:11:14 +0200
Hi Liridon,
do you have any feedback about the usage records timing/time zone and such?
Thanks
Andrija
On Mon, 4 May 2020 at 14:32, Daan Hoogland <
<ma...@gmail.com>
daan.hoogland@gmail.com
> wrote:
Liridon,
"Not owner of usage job, skipping" means there is a PID in the record for
this job that isn't the current process. If recognise this and have
remedied by setting the process id to null in the record. I'm sure there is
some underlying issue that you hit though. Just a workaround.
On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
> wrote:
Hi Rohit
I tried so and did configure the usage to run 12:45 so I can monitor the
behavior. I got the following output:
2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
(Usage-Job-1:null) (logid:) starting usage job...
2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
(Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
(Usage-Job-1:null) (logid:) usage job complete
So the job did not run for some reason... I'm still looking into this. So
currently I can't confirm but will update you later as soon as the usage
job did run.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:%
<ma...@cloudstack.apache.org>
22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>,
<ma...@gmail.com>
andrija.panic@gmail.com
<
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:%
<ma...@gmail.com>
22andrija.panic@gmail.com
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
%3e>>,
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:%
<ma...@cloudstack.apache.org>
22users@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 10:16:51 +0000
Thanks for testing and sharing your results Liridon!
Can you also test the case if the usage records have the correct time
according to configured timezone (in global settings) if you're using a
non-UTC timezone?
I'll add the db.usage.url.paramsl as well in the PR.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Ismaili, Liridon (SWISS TXT) <
<mailto:
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
Sent: Monday, May 4, 2020 15:38
To:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
;
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
;
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf
and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the
timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties
file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the
correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <
<mailto:
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
<mailto:%22Ismaili,
<mailto:%
<ma...@swisstxt.ch>
20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
<ma...@swisstxt.ch>
%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
%3e>>
Reply-To:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
To:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>,
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
%22andrija.panic@gmail.com
>
<ma...@gmail.com>
%22andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
%3e>>,
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
To: Andrija Panic <
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency
was introduced from previous 5.7x version.
According to
<
<
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can
any users test this workaround and confirm if it fixes their issue in their
test/upgrade environments by adding "&serverTimezone=UTC" to the
"db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document
this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another
ML thread as well. We are mostly in UTC (test envs) so this might be the
reason we didn't see this...could be just a documentation update that is
needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
or similar)? Also, can you please open a GitHub issue and provide the same
there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll
raise, please also include the relevant output from the /var/log/cloud.log
from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they
should have nothing in common?
Thanks!
Andrija
<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<http://www.shapeblue.com<http://www.shapeblue.com>>
http://www.shapeblue.com<http://www.shapeblue.com>
>
<http://www.shapeblue.com<http://www.shapeblue.com>>
www.shapeblue.com<http://www.shapeblue.com>
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my
case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I
have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
GetRootDir for nfs://192.168.25.1/export/secondary<
<
<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
mount 192.168.25.1:/export/secondary at
/mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
requested NFS version or transport protocol is not supported\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate
through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the
following
URL:
<
<
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
--
Daan
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
Hi Liridon,
do you have any feedback about the usage records timing/time zone and such?
Thanks
Andrija
On Mon, 4 May 2020 at 14:32, Daan Hoogland <da...@gmail.com> wrote:
> Liridon,
> "Not owner of usage job, skipping" means there is a PID in the record for
> this job that isn't the current process. If recognise this and have
> remedied by setting the process id to null in the record. I'm sure there is
> some underlying issue that you hit though. Just a workaround.
>
> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
> Liridon.Ismaili@swisstxt.ch> wrote:
>
>> Hi Rohit
>>
>> I tried so and did configure the usage to run 12:45 so I can monitor the
>> behavior. I got the following output:
>> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
>> (Usage-Job-1:null) (logid:) starting usage job...
>> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
>> (Usage-Job-1:null) (logid:) usage job complete
>>
>> So the job did not run for some reason... I'm still looking into this. So
>> currently I can't confirm but will update you later as soon as the usage
>> job did run.
>>
>> Regards
>> Liridon
>> -----Original Message-----
>> From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
>> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
>> To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%
>> 22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>,
>> andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%
>> 22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>,
>> users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
>> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>> Date: Mon, 04 May 2020 10:16:51 +0000
>>
>>
>> Thanks for testing and sharing your results Liridon!
>>
>>
>> Can you also test the case if the usage records have the correct time
>> according to configured timezone (in global settings) if you're using a
>> non-UTC timezone?
>>
>>
>> I'll add the db.usage.url.paramsl as well in the PR.
>>
>>
>>
>> Regards,
>>
>>
>> Rohit Yadav
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>> ________________________________
>>
>> From: Ismaili, Liridon (SWISS TXT) <
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> >
>>
>> Sent: Monday, May 4, 2020 15:38
>>
>> To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >;
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >;
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>> Hi Rohit
>>
>>
>> That did the trick! I did remove all the timezone information on my.cnf
>> and only added the timezone information on the db.properties file.
>>
>> So I can confirm it fixes the issue.
>>
>>
>> If you are using the usage service too you will also need to specify the
>> timezone information for the usage DB:
>>
>> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
>> file. Otherwise the usage service won't be able to start.
>>
>>
>> This did also fix my issue and all my dates inside the db are now in the
>> correct time zone! I'll also update the Github PR so we can track it there.
>>
>>
>> Many thanks and Regards
>>
>> Liridon
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>> <http://www.shapeblue.com>
>>
>> www.shapeblue.com
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>>
>> From: "Ismaili, Liridon (SWISS TXT)" <
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> <mailto:%22Ismaili,
>>
>> <mailto:%
>> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch>
>>
>> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>>
>> %3e>>
>>
>> Reply-To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> %3e>>,
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> %22andrija.panic@gmail.com
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>> %3e>>,
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22users@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>> %3e>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>> Date: Mon, 04 May 2020 09:53:35 +0000
>>
>>
>>
>> Hi Rohit
>>
>>
>>
>> I'll test that and let you know.
>>
>>
>>
>> Regards
>>
>>
>> Liridon
>>
>>
>>
>> -----Original Message-----
>>
>>
>> From: Rohit Yadav <
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>>
>>
>> %3e>>
>>
>>
>> Reply-To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> To: Andrija Panic <
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>>
>>
>> %3e>>, users <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>>
>>
>> %3e>>,
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>> %3e>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>> Date: Mon, 04 May 2020 09:50:10 +0000
>>
>>
>>
>>
>> Hi Andrija, all,
>>
>>
>>
>>
>> While adding support for Java 11, the mysql-connector 8.x java dependency
>> was introduced from previous 5.7x version.
>>
>>
>>
>>
>> According to
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>> >
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>> >
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> it seems we can specify the server time in connection parameters. Can
>> any users test this workaround and confirm if it fixes their issue in their
>> test/upgrade environments by adding "&serverTimezone=UTC" to the
>> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
>> file, revert changes for mysql server and restart the management server.
>>
>>
>>
>>
>> Draft PR proposed:
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>>
>> We may then either discuss to either include the above PR or document
>> this in our release/upgrade notes. Thanks.
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>>
>> Rohit Yadav
>>
>>
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>>
>> From: Andrija Panic <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> Sent: Friday, May 1, 2020 22:38
>>
>>
>>
>> To: users <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> ; Rohit Yadav <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>>
>> @Rohit Yadav<mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> can you possibly advice on the time zone issue? I've seen this on another
>> ML thread as well. We are mostly in UTC (test envs) so this might be the
>> reason we didn't see this...could be just a documentation update that is
>> needed.
>>
>>
>>
>>
>> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>> or similar)? Also, can you please open a GitHub issue and provide the same
>> there? So we can track it and collaborate - I've not seen this one before.
>>
>>
>>
>> What packages did you use for the installation? On the issue you'll
>> raise, please also include the relevant output from the /var/log/cloud.log
>> from inside the SSVM
>>
>>
>>
>> Also not sure what is the relation between MySQL and JRE at all - they
>> should have nothing in common?
>>
>>
>>
>>
>> Thanks!
>>
>>
>>
>>
>> Andrija
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com<http://www.shapeblue.com>>
>>
>> www.shapeblue.com<http://www.shapeblue.com>
>>
>>
>>
>>
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>>
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>>
>> On Fri, 1 May 2020 at 17:49, Robert Ward <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>> Hi all,
>>
>>
>>
>>
>> I too have run into an issues while performing a clean install:
>>
>>
>>
>> Centos 7, MySQL 5.6, JRE 11
>>
>>
>>
>>
>> JRE 11 and MySQL 5.6 don't see to play well on two points:
>>
>>
>>
>>
>> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>> found that if I install JRE after MySQL that issue is resolved.
>>
>>
>>
>>
>> MySQL chokes with timezone error @ cloudstack-setup-management. In my
>> case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>> etc/my.cnf:
>>
>>
>>
>>
>> default-time-zone= "-05:00"
>>
>>
>>
>>
>> On my last point CS has difficulty with mounting secondary storage. I
>> have clipped the logs to the point where I think the problem lies:
>>
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>> class com.cloud.agent.api.GetStorageStatsCommand
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>> default host to execute commands because the command is not of Copy type.
>>
>>
>>
>> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>> GetRootDir for nfs://192.168.25.1/export/secondary<
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
>> mount 192.168.25.1:/export/secondary at
>> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>> requested NFS version or transport protocol is not supported\n\tat
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>>
>>
>>
>>
>> My troubleshooting steps:
>>
>>
>>
>>
>> restart SSVM
>>
>>
>>
>> restart MS
>>
>>
>>
>> restart agent
>>
>>
>>
>> verify I can manually mount secondary storage on agent and navigate
>> through all directories.
>>
>>
>>
>> change secondary storage version from null to V4 in CS global settings
>>
>>
>>
>>
>> Any input is greatly appreciated on how to resolve.
>>
>>
>>
>>
>> Thanks,
>>
>>
>>
>>
>> Robert
>>
>>
>>
>> On 2020/04/29 14:38:44, Andrija Panic <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>> Hi All,
>>
>>
>>
>>
>> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>> >
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>> >
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>>
>>
>>
>>
>> Source release (checksums and signatures are available at the same
>>
>>
>>
>> location):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>>
>> PGP release keys (signed using 3DC01AE8):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>>
>> The vote will be open until Wednesday 06.May.2020.
>>
>>
>>
>>
>> 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
>>
>>
>>
>> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>>
>>
>>
>> (CentOS 7 and Debian/generic):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>> >
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>> >
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>>
>> The release notes are still work-in-progress, but for the upgrade
>>
>>
>>
>> instructions (including new systemVM templates) you may refer the
>> following
>>
>>
>>
>> URL:
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>> >
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>> >
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>>
>> 4.14.0.0 systemVM templates are available from here:
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>> Andrija Panić
>>
>>
>>
>>
>>
>>
>> --
>>
>>
>>
>>
>> Andrija Panić
>>
>
>
> --
> Daan
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
Hi Liridon,
do you have any feedback about the usage records timing/time zone and such?
Thanks
Andrija
On Mon, 4 May 2020 at 14:32, Daan Hoogland <da...@gmail.com> wrote:
> Liridon,
> "Not owner of usage job, skipping" means there is a PID in the record for
> this job that isn't the current process. If recognise this and have
> remedied by setting the process id to null in the record. I'm sure there is
> some underlying issue that you hit though. Just a workaround.
>
> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
> Liridon.Ismaili@swisstxt.ch> wrote:
>
>> Hi Rohit
>>
>> I tried so and did configure the usage to run 12:45 so I can monitor the
>> behavior. I got the following output:
>> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
>> (Usage-Job-1:null) (logid:) starting usage job...
>> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
>> (Usage-Job-1:null) (logid:) usage job complete
>>
>> So the job did not run for some reason... I'm still looking into this. So
>> currently I can't confirm but will update you later as soon as the usage
>> job did run.
>>
>> Regards
>> Liridon
>> -----Original Message-----
>> From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
>> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
>> To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%
>> 22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>,
>> andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%
>> 22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>,
>> users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
>> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>> Date: Mon, 04 May 2020 10:16:51 +0000
>>
>>
>> Thanks for testing and sharing your results Liridon!
>>
>>
>> Can you also test the case if the usage records have the correct time
>> according to configured timezone (in global settings) if you're using a
>> non-UTC timezone?
>>
>>
>> I'll add the db.usage.url.paramsl as well in the PR.
>>
>>
>>
>> Regards,
>>
>>
>> Rohit Yadav
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>> ________________________________
>>
>> From: Ismaili, Liridon (SWISS TXT) <
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> >
>>
>> Sent: Monday, May 4, 2020 15:38
>>
>> To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >;
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >;
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>> Hi Rohit
>>
>>
>> That did the trick! I did remove all the timezone information on my.cnf
>> and only added the timezone information on the db.properties file.
>>
>> So I can confirm it fixes the issue.
>>
>>
>> If you are using the usage service too you will also need to specify the
>> timezone information for the usage DB:
>>
>> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
>> file. Otherwise the usage service won't be able to start.
>>
>>
>> This did also fix my issue and all my dates inside the db are now in the
>> correct time zone! I'll also update the Github PR so we can track it there.
>>
>>
>> Many thanks and Regards
>>
>> Liridon
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>> <http://www.shapeblue.com>
>>
>> www.shapeblue.com
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>>
>> From: "Ismaili, Liridon (SWISS TXT)" <
>>
>> <ma...@swisstxt.ch>
>>
>> Liridon.Ismaili@swisstxt.ch
>>
>> <mailto:%22Ismaili,
>>
>> <mailto:%
>> 20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch>
>>
>> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>>
>> %3e>>
>>
>> Reply-To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> To:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> %3e>>,
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> %22andrija.panic@gmail.com
>>
>> <ma...@gmail.com>
>>
>> %22%20%3candrija.panic@gmail.com
>>
>> %3e>>,
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22users@cloudstack.apache.org
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cusers@cloudstack.apache.org
>>
>> %3e>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>> Date: Mon, 04 May 2020 09:53:35 +0000
>>
>>
>>
>> Hi Rohit
>>
>>
>>
>> I'll test that and let you know.
>>
>>
>>
>> Regards
>>
>>
>> Liridon
>>
>>
>>
>> -----Original Message-----
>>
>>
>> From: Rohit Yadav <
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>>
>>
>>
>> %3e>>
>>
>>
>> Reply-To:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>>
>>
>> To: Andrija Panic <
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> Andrija%20Panic%20%3candrija.panic@gmail.com
>>
>>
>>
>> %3e>>, users <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users%20%3cusers@cloudstack.apache.org
>>
>>
>>
>> %3e>>,
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22dev@cloudstack.apache.org
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> %22%20%3cdev@cloudstack.apache.org
>>
>>
>>
>> %3e>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>> Date: Mon, 04 May 2020 09:50:10 +0000
>>
>>
>>
>>
>> Hi Andrija, all,
>>
>>
>>
>>
>> While adding support for Java 11, the mysql-connector 8.x java dependency
>> was introduced from previous 5.7x version.
>>
>>
>>
>>
>> According to
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>> >
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>> >
>>
>>
>> <
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>> >
>>
>>
>> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>>
>>
>>
>>
>>
>> it seems we can specify the server time in connection parameters. Can
>> any users test this workaround and confirm if it fixes their issue in their
>> test/upgrade environments by adding "&serverTimezone=UTC" to the
>> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
>> file, revert changes for mysql server and restart the management server.
>>
>>
>>
>>
>> Draft PR proposed:
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>> >
>>
>>
>> <https://github.com/apache/cloudstack/pull/4055/files>
>>
>> https://github.com/apache/cloudstack/pull/4055/files
>>
>>
>>
>>
>>
>>
>>
>> We may then either discuss to either include the above PR or document
>> this in our release/upgrade notes. Thanks.
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>>
>> Rohit Yadav
>>
>>
>>
>>
>> Software Architect, ShapeBlue
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>> >
>>
>>
>> <https://www.shapeblue.com>
>>
>> https://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>>
>> From: Andrija Panic <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> Sent: Friday, May 1, 2020 22:38
>>
>>
>>
>> To: users <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>>
>> <ma...@cloudstack.apache.org>
>>
>> users@cloudstack.apache.org
>>
>>
>>
>>
>>
>> ; Rohit Yadav <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>>
>>
>>
>>
>> @Rohit Yadav<mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>> can you possibly advice on the time zone issue? I've seen this on another
>> ML thread as well. We are mostly in UTC (test envs) so this might be the
>> reason we didn't see this...could be just a documentation update that is
>> needed.
>>
>>
>>
>>
>> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>> or similar)? Also, can you please open a GitHub issue and provide the same
>> there? So we can track it and collaborate - I've not seen this one before.
>>
>>
>>
>> What packages did you use for the installation? On the issue you'll
>> raise, please also include the relevant output from the /var/log/cloud.log
>> from inside the SSVM
>>
>>
>>
>> Also not sure what is the relation between MySQL and JRE at all - they
>> should have nothing in common?
>>
>>
>>
>>
>> Thanks!
>>
>>
>>
>>
>> Andrija
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>> >
>>
>>
>> <ma...@shapeblue.com>
>>
>> rohit.yadav@shapeblue.com
>>
>>
>>
>>
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://www.shapeblue.com>
>>
>> http://www.shapeblue.com
>>
>> >
>>
>>
>> <http://www.shapeblue.com<http://www.shapeblue.com>>
>>
>> www.shapeblue.com<http://www.shapeblue.com>
>>
>>
>>
>>
>>
>>
>> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>>
>>
>>
>> @shapeblue
>>
>>
>>
>>
>>
>>
>>
>>
>> On Fri, 1 May 2020 at 17:49, Robert Ward <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> rwward@gmail.com
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>> Hi all,
>>
>>
>>
>>
>> I too have run into an issues while performing a clean install:
>>
>>
>>
>> Centos 7, MySQL 5.6, JRE 11
>>
>>
>>
>>
>> JRE 11 and MySQL 5.6 don't see to play well on two points:
>>
>>
>>
>>
>> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>> found that if I install JRE after MySQL that issue is resolved.
>>
>>
>>
>>
>> MySQL chokes with timezone error @ cloudstack-setup-management. In my
>> case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>> etc/my.cnf:
>>
>>
>>
>>
>> default-time-zone= "-05:00"
>>
>>
>>
>>
>> On my last point CS has difficulty with mounting secondary storage. I
>> have clipped the logs to the point where I think the problem lies:
>>
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>> class com.cloud.agent.api.GetStorageStatsCommand
>>
>>
>>
>> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>> default host to execute commands because the command is not of Copy type.
>>
>>
>>
>> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>> GetRootDir for nfs://192.168.25.1/export/secondary<
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>> >
>>
>>
>> <http://192.168.25.1/export/secondary>
>>
>> http://192.168.25.1/export/secondary
>>
>>
>>
>>
>>
>> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
>> mount 192.168.25.1:/export/secondary at
>> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>> requested NFS version or transport protocol is not supported\n\tat
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>>
>>
>>
>>
>> My troubleshooting steps:
>>
>>
>>
>>
>> restart SSVM
>>
>>
>>
>> restart MS
>>
>>
>>
>> restart agent
>>
>>
>>
>> verify I can manually mount secondary storage on agent and navigate
>> through all directories.
>>
>>
>>
>> change secondary storage version from null to V4 in CS global settings
>>
>>
>>
>>
>> Any input is greatly appreciated on how to resolve.
>>
>>
>>
>>
>> Thanks,
>>
>>
>>
>>
>> Robert
>>
>>
>>
>> On 2020/04/29 14:38:44, Andrija Panic <
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>> <mailto:
>>
>>
>>
>> <mailto:
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>>
>> <mailto:
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>> >
>>
>>
>> <ma...@gmail.com>
>>
>> andrija.panic@gmail.com
>>
>>
>>
>>
>>
>> wrote:
>>
>>
>>
>> Hi All,
>>
>>
>>
>>
>> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>> >
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>> >
>>
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>>
>>
>>
>>
>>
>>
>> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>>
>>
>>
>>
>> Source release (checksums and signatures are available at the same
>>
>>
>>
>> location):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>>
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>>
>>
>>
>>
>>
>>
>>
>> PGP release keys (signed using 3DC01AE8):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>> <
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> >
>>
>>
>> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>>
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>
>>
>>
>>
>>
>>
>> The vote will be open until Wednesday 06.May.2020.
>>
>>
>>
>>
>> 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
>>
>>
>>
>> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>>
>>
>>
>> (CentOS 7 and Debian/generic):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>> >
>>
>>
>> <http://packages.shapeblue.com/testing/41400rc1/>
>>
>> http://packages.shapeblue.com/testing/41400rc1/
>>
>>
>>
>>
>>
>>
>> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>> >
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>> >
>>
>>
>> <
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>> >
>>
>>
>> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>>
>>
>>
>>
>>
>>
>>
>> The release notes are still work-in-progress, but for the upgrade
>>
>>
>>
>> instructions (including new systemVM templates) you may refer the
>> following
>>
>>
>>
>> URL:
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>> >
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>> <
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>> >
>>
>>
>> <
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>> >
>>
>> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>>
>>
>>
>>
>>
>>
>>
>> 4.14.0.0 systemVM templates are available from here:
>>
>>
>>
>> <
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>> <
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>> >
>>
>>
>> <http://download.cloudstack.org/systemvm/4.14/>
>>
>> http://download.cloudstack.org/systemvm/4.14/
>>
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>>
>>
>> Andrija Panić
>>
>>
>>
>>
>>
>>
>> --
>>
>>
>>
>>
>> Andrija Panić
>>
>
>
> --
> Daan
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Daan Hoogland <da...@gmail.com>.
Liridon,
"Not owner of usage job, skipping" means there is a PID in the record for
this job that isn't the current process. If recognise this and have
remedied by setting the process id to null in the record. I'm sure there is
some underlying issue that you hit though. Just a workaround.
On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
Liridon.Ismaili@swisstxt.ch> wrote:
> Hi Rohit
>
> I tried so and did configure the usage to run 12:45 so I can monitor the
> behavior. I got the following output:
> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) (logid:) starting usage job...
> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) (logid:) usage job complete
>
> So the job did not run for some reason... I'm still looking into this. So
> currently I can't confirm but will update you later as soon as the usage
> job did run.
>
> Regards
> Liridon
> -----Original Message-----
> From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%
> 22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>,
> andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%
> 22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>,
> users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Mon, 04 May 2020 10:16:51 +0000
>
>
> Thanks for testing and sharing your results Liridon!
>
>
> Can you also test the case if the usage records have the correct time
> according to configured timezone (in global settings) if you're using a
> non-UTC timezone?
>
>
> I'll add the db.usage.url.paramsl as well in the PR.
>
>
>
> Regards,
>
>
> Rohit Yadav
>
>
> Software Architect, ShapeBlue
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
> ________________________________
>
> From: Ismaili, Liridon (SWISS TXT) <
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> >
>
> Sent: Monday, May 4, 2020 15:38
>
> To:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >;
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >;
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
> Hi Rohit
>
>
> That did the trick! I did remove all the timezone information on my.cnf
> and only added the timezone information on the db.properties file.
>
> So I can confirm it fixes the issue.
>
>
> If you are using the usage service too you will also need to specify the
> timezone information for the usage DB:
>
> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
> file. Otherwise the usage service won't be able to start.
>
>
> This did also fix my issue and all my dates inside the db are now in the
> correct time zone! I'll also update the Github PR so we can track it there.
>
>
> Many thanks and Regards
>
> Liridon
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
> <http://www.shapeblue.com>
>
> www.shapeblue.com
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
> @shapeblue
>
>
>
>
>
>
>
> -----Original Message-----
>
> From: "Ismaili, Liridon (SWISS TXT)" <
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> <mailto:%22Ismaili,
>
> <mailto:%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
> >
>
> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
> %3e>>
>
> Reply-To:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
> To:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> %3e>>,
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <mailto:
>
> <ma...@gmail.com>
>
> %22andrija.panic@gmail.com
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
> %3e>>,
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22users@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
> %3e>>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> Date: Mon, 04 May 2020 09:53:35 +0000
>
>
>
> Hi Rohit
>
>
>
> I'll test that and let you know.
>
>
>
> Regards
>
>
> Liridon
>
>
>
> -----Original Message-----
>
>
> From: Rohit Yadav <
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
>
>
> %3e>>
>
>
> Reply-To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> To: Andrija Panic <
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
>
>
> %3e>>, users <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
>
>
> %3e>>,
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
> %3e>>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
> Date: Mon, 04 May 2020 09:50:10 +0000
>
>
>
>
> Hi Andrija, all,
>
>
>
>
> While adding support for Java 11, the mysql-connector 8.x java dependency
> was introduced from previous 5.7x version.
>
>
>
>
> According to
>
>
>
> <
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
> >
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
> >
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> it seems we can specify the server time in connection parameters. Can any
> users test this workaround and confirm if it fixes their issue in their
> test/upgrade environments by adding "&serverTimezone=UTC" to the
> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
> file, revert changes for mysql server and restart the management server.
>
>
>
>
> Draft PR proposed:
>
>
>
> <
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
>
> We may then either discuss to either include the above PR or document this
> in our release/upgrade notes. Thanks.
>
>
>
>
>
> Regards,
>
>
>
>
> Rohit Yadav
>
>
>
>
> Software Architect, ShapeBlue
>
>
>
>
> <
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
>
> ________________________________
>
>
>
> From: Andrija Panic <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
> Sent: Friday, May 1, 2020 22:38
>
>
>
> To: users <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> ; Rohit Yadav <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
>
> @Rohit Yadav<mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
> can you possibly advice on the time zone issue? I've seen this on another
> ML thread as well. We are mostly in UTC (test envs) so this might be the
> reason we didn't see this...could be just a documentation update that is
> needed.
>
>
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
> or similar)? Also, can you please open a GitHub issue and provide the same
> there? So we can track it and collaborate - I've not seen this one before.
>
>
>
> What packages did you use for the installation? On the issue you'll raise,
> please also include the relevant output from the /var/log/cloud.log from
> inside the SSVM
>
>
>
> Also not sure what is the relation between MySQL and JRE at all - they
> should have nothing in common?
>
>
>
>
> Thanks!
>
>
>
>
> Andrija
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com<http://www.shapeblue.com>>
>
> www.shapeblue.com<http://www.shapeblue.com>
>
>
>
>
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
>
>
> @shapeblue
>
>
>
>
>
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
> wrote:
>
>
>
> Hi all,
>
>
>
>
> I too have run into an issues while performing a clean install:
>
>
>
> Centos 7, MySQL 5.6, JRE 11
>
>
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
> found that if I install JRE after MySQL that issue is resolved.
>
>
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my case
> MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
> etc/my.cnf:
>
>
>
>
> default-time-zone= "-05:00"
>
>
>
>
> On my last point CS has difficulty with mounting secondary storage. I have
> clipped the logs to the point where I think the problem lies:
>
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
> class com.cloud.agent.api.GetStorageStatsCommand
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
> default host to execute commands because the command is not of Copy type.
>
>
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
> GetRootDir for nfs://192.168.25.1/export/secondary<
>
>
>
> <
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
> mount 192.168.25.1:/export/secondary at
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
> requested NFS version or transport protocol is not supported\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
>
>
> My troubleshooting steps:
>
>
>
>
> restart SSVM
>
>
>
> restart MS
>
>
>
> restart agent
>
>
>
> verify I can manually mount secondary storage on agent and navigate
> through all directories.
>
>
>
> change secondary storage version from null to V4 in CS global settings
>
>
>
>
> Any input is greatly appreciated on how to resolve.
>
>
>
>
> Thanks,
>
>
>
>
> Robert
>
>
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
> wrote:
>
>
>
> Hi All,
>
>
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
> >
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
> >
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
>
>
> Source release (checksums and signatures are available at the same
>
>
>
> location):
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
>
>
> 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
>
>
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>
>
>
> (CentOS 7 and Debian/generic):
>
>
>
> <
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
>
> <
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> >
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> >
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
>
>
> instructions (including new systemVM templates) you may refer the following
>
>
>
> URL:
>
>
>
> <
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> >
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> >
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
>
>
> <
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
>
> Regards,
>
>
>
> Andrija Panić
>
>
>
>
>
>
> --
>
>
>
>
> Andrija Panić
>
--
Daan
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Daan Hoogland <da...@gmail.com>.
Liridon,
"Not owner of usage job, skipping" means there is a PID in the record for
this job that isn't the current process. If recognise this and have
remedied by setting the process id to null in the record. I'm sure there is
some underlying issue that you hit though. Just a workaround.
On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
Liridon.Ismaili@swisstxt.ch> wrote:
> Hi Rohit
>
> I tried so and did configure the usage to run 12:45 so I can monitor the
> behavior. I got the following output:
> 2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) (logid:) starting usage job...
> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
> 2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) (logid:) usage job complete
>
> So the job did not run for some reason... I'm still looking into this. So
> currently I can't confirm but will update you later as soon as the usage
> job did run.
>
> Regards
> Liridon
> -----Original Message-----
> From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%
> 22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>,
> andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%
> 22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>,
> users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%
> 22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Mon, 04 May 2020 10:16:51 +0000
>
>
> Thanks for testing and sharing your results Liridon!
>
>
> Can you also test the case if the usage records have the correct time
> according to configured timezone (in global settings) if you're using a
> non-UTC timezone?
>
>
> I'll add the db.usage.url.paramsl as well in the PR.
>
>
>
> Regards,
>
>
> Rohit Yadav
>
>
> Software Architect, ShapeBlue
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
> ________________________________
>
> From: Ismaili, Liridon (SWISS TXT) <
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> >
>
> Sent: Monday, May 4, 2020 15:38
>
> To:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >;
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >;
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
> Hi Rohit
>
>
> That did the trick! I did remove all the timezone information on my.cnf
> and only added the timezone information on the db.properties file.
>
> So I can confirm it fixes the issue.
>
>
> If you are using the usage service too you will also need to specify the
> timezone information for the usage DB:
>
> "db.usage.url.params=" in the /etc/cloudstack/management/db.properties
> file. Otherwise the usage service won't be able to start.
>
>
> This did also fix my issue and all my dates inside the db are now in the
> correct time zone! I'll also update the Github PR so we can track it there.
>
>
> Many thanks and Regards
>
> Liridon
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
> <http://www.shapeblue.com>
>
> www.shapeblue.com
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
> @shapeblue
>
>
>
>
>
>
>
> -----Original Message-----
>
> From: "Ismaili, Liridon (SWISS TXT)" <
>
> <ma...@swisstxt.ch>
>
> Liridon.Ismaili@swisstxt.ch
>
> <mailto:%22Ismaili,
>
> <mailto:%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
> >
>
> %20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
>
> %3e>>
>
> Reply-To:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
> To:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> %3e>>,
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> <mailto:
>
> <ma...@gmail.com>
>
> %22andrija.panic@gmail.com
>
> <ma...@gmail.com>
>
> %22%20%3candrija.panic@gmail.com
>
> %3e>>,
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22users@cloudstack.apache.org
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cusers@cloudstack.apache.org
>
> %3e>>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> Date: Mon, 04 May 2020 09:53:35 +0000
>
>
>
> Hi Rohit
>
>
>
> I'll test that and let you know.
>
>
>
> Regards
>
>
> Liridon
>
>
>
> -----Original Message-----
>
>
> From: Rohit Yadav <
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
>
>
> %3e>>
>
>
> Reply-To:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
>
>
> To: Andrija Panic <
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> Andrija%20Panic%20%3candrija.panic@gmail.com
>
>
>
> %3e>>, users <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users%20%3cusers@cloudstack.apache.org
>
>
>
> %3e>>,
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> dev@cloudstack.apache.org
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22dev@cloudstack.apache.org
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> %22%20%3cdev@cloudstack.apache.org
>
>
>
> %3e>>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
> Date: Mon, 04 May 2020 09:50:10 +0000
>
>
>
>
> Hi Andrija, all,
>
>
>
>
> While adding support for Java 11, the mysql-connector 8.x java dependency
> was introduced from previous 5.7x version.
>
>
>
>
> According to
>
>
>
> <
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
> >
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
>
> <
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
> >
>
>
> <
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
> >
>
>
> https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
>
>
>
>
> it seems we can specify the server time in connection parameters. Can any
> users test this workaround and confirm if it fixes their issue in their
> test/upgrade environments by adding "&serverTimezone=UTC" to the
> "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties
> file, revert changes for mysql server and restart the management server.
>
>
>
>
> Draft PR proposed:
>
>
>
> <
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
> <
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
> >
>
>
> <https://github.com/apache/cloudstack/pull/4055/files>
>
> https://github.com/apache/cloudstack/pull/4055/files
>
>
>
>
>
>
>
> We may then either discuss to either include the above PR or document this
> in our release/upgrade notes. Thanks.
>
>
>
>
>
> Regards,
>
>
>
>
> Rohit Yadav
>
>
>
>
> Software Architect, ShapeBlue
>
>
>
>
> <
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
> >
>
>
> <https://www.shapeblue.com>
>
> https://www.shapeblue.com
>
>
>
>
>
>
>
> ________________________________
>
>
>
> From: Andrija Panic <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
>
> Sent: Friday, May 1, 2020 22:38
>
>
>
> To: users <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
>
> <mailto:
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
> >
>
>
> <ma...@cloudstack.apache.org>
>
> users@cloudstack.apache.org
>
>
>
>
>
> ; Rohit Yadav <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
>
>
>
> @Rohit Yadav<mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
> can you possibly advice on the time zone issue? I've seen this on another
> ML thread as well. We are mostly in UTC (test envs) so this might be the
> reason we didn't see this...could be just a documentation update that is
> needed.
>
>
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
> or similar)? Also, can you please open a GitHub issue and provide the same
> there? So we can track it and collaborate - I've not seen this one before.
>
>
>
> What packages did you use for the installation? On the issue you'll raise,
> please also include the relevant output from the /var/log/cloud.log from
> inside the SSVM
>
>
>
> Also not sure what is the relation between MySQL and JRE at all - they
> should have nothing in common?
>
>
>
>
> Thanks!
>
>
>
>
> Andrija
>
>
>
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> >
>
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
>
>
>
>
>
>
> <
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
>
>
>
>
>
> <
>
> <http://www.shapeblue.com>
>
> http://www.shapeblue.com
>
> >
>
>
> <http://www.shapeblue.com<http://www.shapeblue.com>>
>
> www.shapeblue.com<http://www.shapeblue.com>
>
>
>
>
>
>
> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
>
>
>
> @shapeblue
>
>
>
>
>
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
>
>
>
>
> wrote:
>
>
>
> Hi all,
>
>
>
>
> I too have run into an issues while performing a clean install:
>
>
>
> Centos 7, MySQL 5.6, JRE 11
>
>
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
> found that if I install JRE after MySQL that issue is resolved.
>
>
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my case
> MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
> etc/my.cnf:
>
>
>
>
> default-time-zone= "-05:00"
>
>
>
>
> On my last point CS has difficulty with mounting secondary storage. I have
> clipped the logs to the point where I think the problem lies:
>
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
> class com.cloud.agent.api.GetStorageStatsCommand
>
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
> default host to execute commands because the command is not of Copy type.
>
>
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
> GetRootDir for nfs://192.168.25.1/export/secondary<
>
>
>
> <
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
>
> <
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
> >
>
>
> <http://192.168.25.1/export/secondary>
>
> http://192.168.25.1/export/secondary
>
>
>
>
>
> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to
> mount 192.168.25.1:/export/secondary at
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
> requested NFS version or transport protocol is not supported\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
>
>
> My troubleshooting steps:
>
>
>
>
> restart SSVM
>
>
>
> restart MS
>
>
>
> restart agent
>
>
>
> verify I can manually mount secondary storage on agent and navigate
> through all directories.
>
>
>
> change secondary storage version from null to V4 in CS global settings
>
>
>
>
> Any input is greatly appreciated on how to resolve.
>
>
>
>
> Thanks,
>
>
>
>
> Robert
>
>
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
> <mailto:
>
>
>
> <mailto:
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
>
> <mailto:
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> >
>
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
>
>
>
>
> wrote:
>
>
>
> Hi All,
>
>
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
> >
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> <
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
> >
>
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
>
>
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
>
>
> Source release (checksums and signatures are available at the same
>
>
>
> location):
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> >
>
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
>
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
>
>
> <
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
> <
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> >
>
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
>
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
>
>
> 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
>
>
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
>
>
>
> (CentOS 7 and Debian/generic):
>
>
>
> <
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> <
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
> >
>
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
>
>
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
>
> <
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> >
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
> <
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> >
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
>
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
>
>
> instructions (including new systemVM templates) you may refer the following
>
>
>
> URL:
>
>
>
> <
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> >
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
> <
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> >
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
>
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
>
>
> <
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
> <
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
> >
>
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
>
>
>
>
> Regards,
>
>
>
> Andrija Panić
>
>
>
>
>
>
> --
>
>
>
>
> Andrija Panić
>
--
Daan
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Rohit
I tried so and did configure the usage to run 12:45 so I can monitor the behavior. I got the following output:
2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl] (Usage-Job-1:null) (logid:) starting usage job...
2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl] (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl] (Usage-Job-1:null) (logid:) usage job complete
So the job did not run for some reason... I'm still looking into this. So currently I can't confirm but will update you later as soon as the usage job did run.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>, andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>, users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 10:16:51 +0000
Thanks for testing and sharing your results Liridon!
Can you also test the case if the usage records have the correct time according to configured timezone (in global settings) if you're using a non-UTC timezone?
I'll add the db.usage.url.paramsl as well in the PR.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Ismaili, Liridon (SWISS TXT) <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
Sent: Monday, May 4, 2020 15:38
To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>;
<ma...@gmail.com>
andrija.panic@gmail.com
<
<ma...@gmail.com>
andrija.panic@gmail.com
>;
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
<mailto:%22Ismaili,
<ma...@swisstxt.ch>
%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>,
<ma...@gmail.com>
andrija.panic@gmail.com
<
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
%22andrija.panic@gmail.com
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
%3e>>,
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22users@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
To: Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com<http://www.shapeblue.com>>
www.shapeblue.com<http://www.shapeblue.com>
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Rohit
I tried so and did configure the usage to run 12:45 so I can monitor the behavior. I got the following output:
2020-05-04 12:45:00,002 INFO [cloud.usage.UsageManagerImpl] (Usage-Job-1:null) (logid:) starting usage job...
2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl] (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
2020-05-04 12:45:00,015 INFO [cloud.usage.UsageManagerImpl] (Usage-Job-1:null) (logid:) usage job complete
So the job did not run for some reason... I'm still looking into this. So currently I can't confirm but will update you later as soon as the usage job did run.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>, andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>, users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 10:16:51 +0000
Thanks for testing and sharing your results Liridon!
Can you also test the case if the usage records have the correct time according to configured timezone (in global settings) if you're using a non-UTC timezone?
I'll add the db.usage.url.paramsl as well in the PR.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Ismaili, Liridon (SWISS TXT) <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
Sent: Monday, May 4, 2020 15:38
To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>;
<ma...@gmail.com>
andrija.panic@gmail.com
<
<ma...@gmail.com>
andrija.panic@gmail.com
>;
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
<mailto:%22Ismaili,
<ma...@swisstxt.ch>
%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>,
<ma...@gmail.com>
andrija.panic@gmail.com
<
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
%22andrija.panic@gmail.com
<ma...@gmail.com>
%22%20%3candrija.panic@gmail.com
%3e>>,
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22users@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cusers@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
To: Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
>
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
http://www.shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com<http://www.shapeblue.com>>
www.shapeblue.com<http://www.shapeblue.com>
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Rohit Yadav <ro...@shapeblue.com>.
Thanks for testing and sharing your results Liridon!
Can you also test the case if the usage records have the correct time according to configured timezone (in global settings) if you're using a non-UTC timezone?
I'll add the db.usage.url.paramsl as well in the PR.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
https://www.shapeblue.com
________________________________
From: Ismaili, Liridon (SWISS TXT) <Li...@swisstxt.ch>
Sent: Monday, May 4, 2020 15:38
To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>; andrija.panic@gmail.com <an...@gmail.com>; users@cloudstack.apache.org <us...@cloudstack.apache.org>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
rohit.yadav@shapeblue.com
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <Liridon.Ismaili@swisstxt.ch<mailto:%22Ismaili,%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>, andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>, users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
To: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
www.shapeblue.com<http://www.shapeblue.com>
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Rohit Yadav <ro...@shapeblue.com>.
Thanks for testing and sharing your results Liridon!
Can you also test the case if the usage records have the correct time according to configured timezone (in global settings) if you're using a non-UTC timezone?
I'll add the db.usage.url.paramsl as well in the PR.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
https://www.shapeblue.com
________________________________
From: Ismaili, Liridon (SWISS TXT) <Li...@swisstxt.ch>
Sent: Monday, May 4, 2020 15:38
To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>; andrija.panic@gmail.com <an...@gmail.com>; users@cloudstack.apache.org <us...@cloudstack.apache.org>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
rohit.yadav@shapeblue.com
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <Liridon.Ismaili@swisstxt.ch<mailto:%22Ismaili,%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>, andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>, users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
To: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
www.shapeblue.com<http://www.shapeblue.com>
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <Liridon.Ismaili@swisstxt.ch<mailto:%22Ismaili,%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>, andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>, users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
To: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Rohit
That did the trick! I did remove all the timezone information on my.cnf and only added the timezone information on the db.properties file.
So I can confirm it fixes the issue.
If you are using the usage service too you will also need to specify the timezone information for the usage DB:
"db.usage.url.params=" in the /etc/cloudstack/management/db.properties file. Otherwise the usage service won't be able to start.
This did also fix my issue and all my dates inside the db are now in the correct time zone! I'll also update the Github PR so we can track it there.
Many thanks and Regards
Liridon
-----Original Message-----
From: "Ismaili, Liridon (SWISS TXT)" <Liridon.Ismaili@swisstxt.ch<mailto:%22Ismaili,%20Liridon%20%28SWISS%20TXT%29%22%20%3cLiridon.Ismaili@swisstxt.ch%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>, andrija.panic@gmail.com <andrija.panic@gmail.com<mailto:%22andrija.panic@gmail.com%22%20%3candrija.panic@gmail.com%3e>>, users@cloudstack.apache.org <users@cloudstack.apache.org<mailto:%22users@cloudstack.apache.org%22%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:53:35 +0000
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
>
To: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>, users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>,
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
dev@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
%22dev@cloudstack.apache.org
<ma...@cloudstack.apache.org>
%22%20%3cdev@cloudstack.apache.org
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
>
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
>
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<
<https://www.shapeblue.com>
https://www.shapeblue.com
>
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
Sent: Friday, May 1, 2020 22:38
To: users <
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
; Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<
<http://www.shapeblue.com>
http://www.shapeblue.com
>
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
>
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>, users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>, dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
>
Sent: Friday, May 1, 2020 22:38
To: users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>; Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
> can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>> wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>> wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Rohit
I'll test that and let you know.
Regards
Liridon
-----Original Message-----
From: Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
Reply-To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>, users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>, dev@cloudstack.apache.org <dev@cloudstack.apache.org<mailto:%22dev@cloudstack.apache.org%22%20%3cdev@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:50:10 +0000
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to
<https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html>
https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html
it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
<https://github.com/apache/cloudstack/pull/4055/files>
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
<https://www.shapeblue.com>
https://www.shapeblue.com
________________________________
From: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
>
Sent: Friday, May 1, 2020 22:38
To: users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>; Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
> can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<http://www.shapeblue.com>
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <
<ma...@gmail.com>
rwward@gmail.com
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>> wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<
<http://192.168.25.1/export/secondary>
http://192.168.25.1/export/secondary
> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>> wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Rohit Yadav <ro...@shapeblue.com>.
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
https://www.shapeblue.com
________________________________
From: Andrija Panic <an...@gmail.com>
Sent: Friday, May 1, 2020 22:38
To: users <us...@cloudstack.apache.org>; Rohit Yadav <ro...@shapeblue.com>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<ma...@shapeblue.com> can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
rohit.yadav@shapeblue.com
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <rw...@gmail.com>> wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<http://192.168.25.1/export/secondary> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <an...@gmail.com>> wrote:
> Hi All,
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> PGP release keys (signed using 3DC01AE8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until Wednesday 06.May.2020.
>
> 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
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
> (CentOS 7 and Debian/generic):
> http://packages.shapeblue.com/testing/41400rc1/
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> The release notes are still work-in-progress, but for the upgrade
> instructions (including new systemVM templates) you may refer the following
> URL:
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> 4.14.0.0 systemVM templates are available from here:
> http://download.cloudstack.org/systemvm/4.14/
>
> Regards,
> Andrija Panić
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
np!
Thanks
On Fri, 1 May 2020 at 20:27, Robert Ward <rw...@gmail.com> wrote:
> Hi Andrija,
>
> On the JRE/MySQL/Timezone issues these are more observations than anything
> (comparing to my experience with fresh installs of 4.13). These may be
> more an install documentation note than anything.
>
> As for NFS issue: This install follows my tried and true practices for
> 4.13 installs using no variances from recommend steps in 4.13
> documentation....meaning I'm not doing anything fancy :>)
>
> Since I'm relatively new at testing feedback I will do as you requested
> and put everything in GitHub but please pardon any rookie mistakes in
> advance.
>
> Thanks for you quick reply.
>
> Robert
>
> On 2020/05/01 17:08:16, Andrija Panic <an...@gmail.com> wrote:
> > @Rohit Yadav <ro...@shapeblue.com> can you possibly advice on the
> > time zone issue? I've seen this on another ML thread as well. We are
> mostly
> > in UTC (test envs) so this might be the reason we didn't see this...could
> > be just a documentation update that is needed.
> >
> > @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
> > or similar)? Also, can you please open a GitHub issue and provide the
> same
> > there? So we can track it and collaborate - I've not seen this one
> before.
> > What packages did you use for the installation? On the issue you'll
> raise,
> > please also include the relevant output from the /var/log/cloud.log from
> > inside the SSVM
> > Also not sure what is the relation between MySQL and JRE at all - they
> > should have nothing in common?
> >
> > Thanks!
> >
> > Andrija
> >
> >
> > On Fri, 1 May 2020 at 17:49, Robert Ward <rw...@gmail.com> wrote:
> >
> > > Hi all,
> > >
> > > I too have run into an issues while performing a clean install:
> > > Centos 7, MySQL 5.6, JRE 11
> > >
> > > JRE 11 and MySQL 5.6 don't see to play well on two points:
> > >
> > > Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
> > > found that if I install JRE after MySQL that issue is resolved.
> > >
> > > MySQL chokes with timezone error @ cloudstack-setup-management. In my
> case
> > > MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
> > > etc/my.cnf:
> > >
> > > default-time-zone= "-05:00"
> > >
> > > On my last point CS has difficulty with mounting secondary storage. I
> have
> > > clipped the logs to the point where I think the problem lies:
> > >
> > > 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> > > (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a)
> getCommandHostDelegation:
> > > class com.cloud.agent.api.GetStorageStatsCommand
> > > 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
> > > (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
> > > default host to execute commands because the command is not of Copy
> type.
> > > 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
> > > (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
> > > Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
> > >
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
> > > GetRootDir for nfs://192.168.25.1/export/secondary failed due to
> > > com.cloud.utils.exception.CloudRuntimeException: Unable to mount
> > > 192.168.25.1:/export/secondary at
> > > /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
> > > requested NFS version or transport protocol is not supported\n\tat
> > >
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
> > >
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
> > >
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
> > >
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
> > >
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
> > > com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
> > > com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
> > > com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
> > > com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
> > >
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
> > >
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
> > >
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
> > > java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
> > >
> > > My troubleshooting steps:
> > >
> > > restart SSVM
> > > restart MS
> > > restart agent
> > > verify I can manually mount secondary storage on agent and navigate
> > > through all directories.
> > > change secondary storage version from null to V4 in CS global settings
> > >
> > > Any input is greatly appreciated on how to resolve.
> > >
> > > Thanks,
> > >
> > > Robert
> > > On 2020/04/29 14:38:44, Andrija Panic <an...@gmail.com> wrote:
> > > > Hi All,
> > > >
> > > > I've created a 4.14.0.0 release (RC1), with the following artefacts
> 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.14.0.0-RC20200429T1355
> > > > Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
> > > >
> > > > Source release (checksums and signatures are available at the same
> > > > location):
> > > > https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
> > > >
> > > > PGP release keys (signed using 3DC01AE8):
> > > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > > >
> > > > The vote will be open until Wednesday 06.May.2020.
> > > >
> > > > 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
> > > > 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
> > > here
> > > > (CentOS 7 and Debian/generic):
> > > > http://packages.shapeblue.com/testing/41400rc1/
> > > > and here (Ubuntu 18.04 specific, thanks to Gabriel):
> > > >
> > >
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> > > >
> > > > The release notes are still work-in-progress, but for the upgrade
> > > > instructions (including new systemVM templates) you may refer the
> > > following
> > > > URL:
> > > >
> > >
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> > > >
> > > > 4.14.0.0 systemVM templates are available from here:
> > > > http://download.cloudstack.org/systemvm/4.14/
> > > >
> > > > Regards,
> > > > Andrija Panić
> > > >
> > >
> >
> >
> > --
> >
> > Andrija Panić
> >
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Robert Ward <rw...@gmail.com>.
Hi Andrija,
On the JRE/MySQL/Timezone issues these are more observations than anything (comparing to my experience with fresh installs of 4.13). These may be more an install documentation note than anything.
As for NFS issue: This install follows my tried and true practices for 4.13 installs using no variances from recommend steps in 4.13 documentation....meaning I'm not doing anything fancy :>)
Since I'm relatively new at testing feedback I will do as you requested and put everything in GitHub but please pardon any rookie mistakes in advance.
Thanks for you quick reply.
Robert
On 2020/05/01 17:08:16, Andrija Panic <an...@gmail.com> wrote:
> @Rohit Yadav <ro...@shapeblue.com> can you possibly advice on the
> time zone issue? I've seen this on another ML thread as well. We are mostly
> in UTC (test envs) so this might be the reason we didn't see this...could
> be just a documentation update that is needed.
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
> or similar)? Also, can you please open a GitHub issue and provide the same
> there? So we can track it and collaborate - I've not seen this one before.
> What packages did you use for the installation? On the issue you'll raise,
> please also include the relevant output from the /var/log/cloud.log from
> inside the SSVM
> Also not sure what is the relation between MySQL and JRE at all - they
> should have nothing in common?
>
> Thanks!
>
> Andrija
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <rw...@gmail.com> wrote:
>
> > Hi all,
> >
> > I too have run into an issues while performing a clean install:
> > Centos 7, MySQL 5.6, JRE 11
> >
> > JRE 11 and MySQL 5.6 don't see to play well on two points:
> >
> > Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
> > found that if I install JRE after MySQL that issue is resolved.
> >
> > MySQL chokes with timezone error @ cloudstack-setup-management. In my case
> > MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
> > etc/my.cnf:
> >
> > default-time-zone= "-05:00"
> >
> > On my last point CS has difficulty with mounting secondary storage. I have
> > clipped the logs to the point where I think the problem lies:
> >
> > 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> > (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
> > class com.cloud.agent.api.GetStorageStatsCommand
> > 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
> > (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
> > default host to execute commands because the command is not of Copy type.
> > 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
> > (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
> > Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
> > GetRootDir for nfs://192.168.25.1/export/secondary failed due to
> > com.cloud.utils.exception.CloudRuntimeException: Unable to mount
> > 192.168.25.1:/export/secondary at
> > /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
> > requested NFS version or transport protocol is not supported\n\tat
> > org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
> > org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
> > org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
> > com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
> > com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
> > com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
> > com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
> > com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
> > com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
> > java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
> > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
> > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
> > java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
> >
> > My troubleshooting steps:
> >
> > restart SSVM
> > restart MS
> > restart agent
> > verify I can manually mount secondary storage on agent and navigate
> > through all directories.
> > change secondary storage version from null to V4 in CS global settings
> >
> > Any input is greatly appreciated on how to resolve.
> >
> > Thanks,
> >
> > Robert
> > On 2020/04/29 14:38:44, Andrija Panic <an...@gmail.com> wrote:
> > > Hi All,
> > >
> > > I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> > > Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
> > >
> > > Source release (checksums and signatures are available at the same
> > > location):
> > > https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
> > >
> > > PGP release keys (signed using 3DC01AE8):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > The vote will be open until Wednesday 06.May.2020.
> > >
> > > 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
> > > 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
> > here
> > > (CentOS 7 and Debian/generic):
> > > http://packages.shapeblue.com/testing/41400rc1/
> > > and here (Ubuntu 18.04 specific, thanks to Gabriel):
> > >
> > https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> > >
> > > The release notes are still work-in-progress, but for the upgrade
> > > instructions (including new systemVM templates) you may refer the
> > following
> > > URL:
> > >
> > https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> > >
> > > 4.14.0.0 systemVM templates are available from here:
> > > http://download.cloudstack.org/systemvm/4.14/
> > >
> > > Regards,
> > > Andrija Panić
> > >
> >
>
>
> --
>
> Andrija Panić
>
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Robert Ward <rw...@gmail.com>.
Hi Liridon,
I think CS has the wrong timezone because the default project is set to GMT/UTC. I believe you can change that in the global settings. I have the same situation but my management logs have the correct timestamp.
Thanks,
Robert
On 2020/05/01 17:52:46, "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch> wrote:
> @Robert I did add the default-time-zone parameter to the my.cnf file but the dates inside CloudStack are still in UTC format. select now() however gives me the correct output:
> mysql> select now();
> +---------------------+
> | now() |
> +---------------------+
> | 2020-05-01 19:48:38 |
> +---------------------+
> 1 row in set (0.00 sec)
> Does anyone else have such wrong dates? All tables in the cloud DB seems to be affected.
> Regards Liridon
>
> -----Original Message-----
> From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>, Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Fri, 01 May 2020 19:08:16 +0200
>
>
> @Rohit Yadav <
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> > can you possibly advice on the
>
> time zone issue? I've seen this on another ML thread as well. We are mostly
>
> in UTC (test envs) so this might be the reason we didn't see this...could
>
> be just a documentation update that is needed.
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>
> or similar)? Also, can you please open a GitHub issue and provide the same
>
> there? So we can track it and collaborate - I've not seen this one before.
>
> What packages did you use for the installation? On the issue you'll raise,
>
> please also include the relevant output from the /var/log/cloud.log from
>
> inside the SSVM
>
> Also not sure what is the relation between MySQL and JRE at all - they
>
> should have nothing in common?
>
>
> Thanks!
>
>
> Andrija
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> > wrote:
>
>
> Hi all,
>
>
> I too have run into an issues while performing a clean install:
>
> Centos 7, MySQL 5.6, JRE 11
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>
> found that if I install JRE after MySQL that issue is resolved.
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my case
>
> MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>
> etc/my.cnf:
>
>
> default-time-zone= "-05:00"
>
>
> On my last point CS has difficulty with mounting secondary storage. I have
>
> clipped the logs to the point where I think the problem lies:
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>
> class com.cloud.agent.api.GetStorageStatsCommand
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>
> default host to execute commands because the command is not of Copy type.
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>
> GetRootDir for nfs://192.168.25.1/export/secondary failed due to
>
> com.cloud.utils.exception.CloudRuntimeException: Unable to mount
>
> 192.168.25.1:/export/secondary at
>
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>
> requested NFS version or transport protocol is not supported\n\tat
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
> My troubleshooting steps:
>
>
> restart SSVM
>
> restart MS
>
> restart agent
>
> verify I can manually mount secondary storage on agent and navigate
>
> through all directories.
>
> change secondary storage version from null to V4 in CS global settings
>
>
> Any input is greatly appreciated on how to resolve.
>
>
> Thanks,
>
>
> Robert
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> > wrote:
>
> Hi All,
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
> Source release (checksums and signatures are available at the same
>
> location):
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
> 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
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
>
> here
>
> (CentOS 7 and Debian/generic):
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
> <https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
> instructions (including new systemVM templates) you may refer the
>
> following
>
> URL:
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
> Regards,
>
> Andrija Panić
>
>
>
>
>
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Andrija
To answer your question: Yes that's something we hit during testing 4.14 only. I also did test 4.13.1 (and other releases) and there it was not required.
With CS 4.14 we have to upgrade Java JRE to version 11. This is used under mysql JDBC driver which requires now to set a time zone. If your System has UTC configured it can handle it without specifically configured under my.cnf. However if you time zone is something like CEST (as it was in my case) or EDT (as it was in Roberts case) mysql won't be able to establish a connection and will give the error message that "CEST" is not known and requires you to set the time zone information inside the my.cnf file.
The upgrade went fine but for some reason my dates are configured as UTC inside the database. I'm still looking into this. All time zone related configuration I found in the global configurations were related to usage and were already correct.
Regards
Liridon
-----Original Message-----
From: "Riepl, Gregor (SWISS TXT)" <Gregor.Riepl@swisstxt.ch<mailto:%22Riepl,%20Gregor%20%28SWISS%20TXT%29%22%20%3cGregor.Riepl@swisstxt.ch%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Mon, 04 May 2020 09:38:48 +0000
Hi Andrija,
Ah no, I just had a quick look out the MySQL documentation, because I vaguely remembered that SET GLOBAL may not be permanent.
Just wanted to comment on that, so people don't run into nasty surprises later.
Regards,
Gregor
________________________________
From: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
>
Sent: 04 May 2020 11:35
To: users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Gregor,
is this something you've also hit during testing 4.14 only, or are you
aware of the need for setting those values even before (4.11-4.13) ?
Thanks
Andrija
On Mon, 4 May 2020 at 10:49, Riepl, Gregor (SWISS TXT) <
<ma...@swisstxt.ch>
Gregor.Riepl@swisstxt.ch
> wrote:
Hi Liridon,
Note that
SET GLOBAL time_zone = '+2:00';
has the mostly same effect as writing
default-time-zone= "-05:00"
to /etc/my.cnf
The difference is that using SET GLOBAL does not persist the setting
across MySQL starts. You should write this setting into the configuration
file to make it permanent.
See
<https://dev.mysql.com/doc/refman/5.7/en/using-system-variables.html>
https://dev.mysql.com/doc/refman/5.7/en/using-system-variables.html
and
<https://dev.mysql.com/doc/refman/5.7/en/set-variable.html>
https://dev.mysql.com/doc/refman/5.7/en/set-variable.html
for more
info.
Regards,
Gregor
________________________________
From: Ismaili, Liridon (SWISS TXT) <
<ma...@swisstxt.ch>
Liridon.Ismaili@swisstxt.ch
>
Sent: 01 May 2020 19:52
To:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Robert I did add the default-time-zone parameter to the my.cnf file but
the dates inside CloudStack are still in UTC format. select now() however
gives me the correct output:
mysql> select now();
+---------------------+
now() |
+---------------------+
2020-05-01 19:48:38 |
+---------------------+
1 row in set (0.00 sec)
Does anyone else have such wrong dates? All tables in the cloud DB seems
to be affected.
Regards Liridon
-----Original Message-----
From: Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
<mailto:
<ma...@gmail.com>
Andrija%20Panic%20%3candrija.panic@gmail.com
%3e>>
Reply-To:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
>
To: users <
<ma...@cloudstack.apache.org>
users@cloudstack.apache.org
<mailto:
<ma...@cloudstack.apache.org>
users%20%3cusers@cloudstack.apache.org
%3e>>, Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
<mailto:
<ma...@shapeblue.com>
Rohit%20Yadav%20%3crohit.yadav@shapeblue.com
%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Fri, 01 May 2020 19:08:16 +0200
@Rohit Yadav <
<mailto:
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
>
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
can you possibly advice on the
time zone issue? I've seen this on another ML thread as well. We are mostly
in UTC (test envs) so this might be the reason we didn't see this...could
be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
or similar)? Also, can you please open a GitHub issue and provide the same
there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise,
please also include the relevant output from the /var/log/cloud.log from
inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they
should have nothing in common?
Thanks!
Andrija
On Fri, 1 May 2020 at 17:49, Robert Ward <
<mailto:
<ma...@gmail.com>
rwward@gmail.com
>
<ma...@gmail.com>
rwward@gmail.com
wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case
MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have
clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
GetRootDir for nfs://192.168.25.1/export/secondary failed due to
com.cloud.utils.exception.CloudRuntimeException: Unable to mount
192.168.25.1:/export/secondary at
/mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
requested NFS version or transport protocol is not supported\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate
through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<mailto:
<ma...@gmail.com>
andrija.panic@gmail.com
>
<ma...@gmail.com>
andrija.panic@gmail.com
wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
<https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
here
(CentOS 7 and Debian/generic):
<
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
>
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the
following
URL:
<
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
>
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Riepl, Gregor (SWISS TXT)" <Gr...@swisstxt.ch>.
Hi Andrija,
Ah no, I just had a quick look out the MySQL documentation, because I vaguely remembered that SET GLOBAL may not be permanent.
Just wanted to comment on that, so people don't run into nasty surprises later.
Regards,
Gregor
________________________________
From: Andrija Panic <an...@gmail.com>
Sent: 04 May 2020 11:35
To: users <us...@cloudstack.apache.org>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Gregor,
is this something you've also hit during testing 4.14 only, or are you
aware of the need for setting those values even before (4.11-4.13) ?
Thanks
Andrija
On Mon, 4 May 2020 at 10:49, Riepl, Gregor (SWISS TXT) <
Gregor.Riepl@swisstxt.ch> wrote:
> Hi Liridon,
>
> Note that
>
> > SET GLOBAL time_zone = '+2:00';
>
> has the mostly same effect as writing
>
> > default-time-zone= "-05:00"
>
> to /etc/my.cnf
>
> The difference is that using SET GLOBAL does not persist the setting
> across MySQL starts. You should write this setting into the configuration
> file to make it permanent.
> See https://dev.mysql.com/doc/refman/5.7/en/using-system-variables.html
> and https://dev.mysql.com/doc/refman/5.7/en/set-variable.html for more
> info.
>
> Regards,
> Gregor
> ________________________________
> From: Ismaili, Liridon (SWISS TXT) <Li...@swisstxt.ch>
> Sent: 01 May 2020 19:52
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> @Robert I did add the default-time-zone parameter to the my.cnf file but
> the dates inside CloudStack are still in UTC format. select now() however
> gives me the correct output:
> mysql> select now();
> +---------------------+
> | now() |
> +---------------------+
> | 2020-05-01 19:48:38 |
> +---------------------+
> 1 row in set (0.00 sec)
> Does anyone else have such wrong dates? All tables in the cloud DB seems
> to be affected.
> Regards Liridon
>
> -----Original Message-----
> From: Andrija Panic <andrija.panic@gmail.com<mailto:
> Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: users <users@cloudstack.apache.org<mailto:
> users%20%3cusers@cloudstack.apache.org%3e>>, Rohit Yadav <
> rohit.yadav@shapeblue.com<mailto:
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Fri, 01 May 2020 19:08:16 +0200
>
>
> @Rohit Yadav <
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> > can you possibly advice on the
>
> time zone issue? I've seen this on another ML thread as well. We are mostly
>
> in UTC (test envs) so this might be the reason we didn't see this...could
>
> be just a documentation update that is needed.
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>
> or similar)? Also, can you please open a GitHub issue and provide the same
>
> there? So we can track it and collaborate - I've not seen this one before.
>
> What packages did you use for the installation? On the issue you'll raise,
>
> please also include the relevant output from the /var/log/cloud.log from
>
> inside the SSVM
>
> Also not sure what is the relation between MySQL and JRE at all - they
>
> should have nothing in common?
>
>
> Thanks!
>
>
> Andrija
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> > wrote:
>
>
> Hi all,
>
>
> I too have run into an issues while performing a clean install:
>
> Centos 7, MySQL 5.6, JRE 11
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>
> found that if I install JRE after MySQL that issue is resolved.
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my case
>
> MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>
> etc/my.cnf:
>
>
> default-time-zone= "-05:00"
>
>
> On my last point CS has difficulty with mounting secondary storage. I have
>
> clipped the logs to the point where I think the problem lies:
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>
> class com.cloud.agent.api.GetStorageStatsCommand
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>
> default host to execute commands because the command is not of Copy type.
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>
>
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>
> GetRootDir for nfs://192.168.25.1/export/secondary failed due to
>
> com.cloud.utils.exception.CloudRuntimeException: Unable to mount
>
> 192.168.25.1:/export/secondary at
>
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>
> requested NFS version or transport protocol is not supported\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
> My troubleshooting steps:
>
>
> restart SSVM
>
> restart MS
>
> restart agent
>
> verify I can manually mount secondary storage on agent and navigate
>
> through all directories.
>
> change secondary storage version from null to V4 in CS global settings
>
>
> Any input is greatly appreciated on how to resolve.
>
>
> Thanks,
>
>
> Robert
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> > wrote:
>
> Hi All,
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
> Source release (checksums and signatures are available at the same
>
> location):
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
> 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
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
>
> here
>
> (CentOS 7 and Debian/generic):
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
> instructions (including new systemVM templates) you may refer the
>
> following
>
> URL:
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
> Regards,
>
> Andrija Panić
>
>
>
>
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
Gregor,
is this something you've also hit during testing 4.14 only, or are you
aware of the need for setting those values even before (4.11-4.13) ?
Thanks
Andrija
On Mon, 4 May 2020 at 10:49, Riepl, Gregor (SWISS TXT) <
Gregor.Riepl@swisstxt.ch> wrote:
> Hi Liridon,
>
> Note that
>
> > SET GLOBAL time_zone = '+2:00';
>
> has the mostly same effect as writing
>
> > default-time-zone= "-05:00"
>
> to /etc/my.cnf
>
> The difference is that using SET GLOBAL does not persist the setting
> across MySQL starts. You should write this setting into the configuration
> file to make it permanent.
> See https://dev.mysql.com/doc/refman/5.7/en/using-system-variables.html
> and https://dev.mysql.com/doc/refman/5.7/en/set-variable.html for more
> info.
>
> Regards,
> Gregor
> ________________________________
> From: Ismaili, Liridon (SWISS TXT) <Li...@swisstxt.ch>
> Sent: 01 May 2020 19:52
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> @Robert I did add the default-time-zone parameter to the my.cnf file but
> the dates inside CloudStack are still in UTC format. select now() however
> gives me the correct output:
> mysql> select now();
> +---------------------+
> | now() |
> +---------------------+
> | 2020-05-01 19:48:38 |
> +---------------------+
> 1 row in set (0.00 sec)
> Does anyone else have such wrong dates? All tables in the cloud DB seems
> to be affected.
> Regards Liridon
>
> -----Original Message-----
> From: Andrija Panic <andrija.panic@gmail.com<mailto:
> Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
> Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
> To: users <users@cloudstack.apache.org<mailto:
> users%20%3cusers@cloudstack.apache.org%3e>>, Rohit Yadav <
> rohit.yadav@shapeblue.com<mailto:
> Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Fri, 01 May 2020 19:08:16 +0200
>
>
> @Rohit Yadav <
>
> <ma...@shapeblue.com>
>
> rohit.yadav@shapeblue.com
>
> > can you possibly advice on the
>
> time zone issue? I've seen this on another ML thread as well. We are mostly
>
> in UTC (test envs) so this might be the reason we didn't see this...could
>
> be just a documentation update that is needed.
>
>
> @Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
>
> or similar)? Also, can you please open a GitHub issue and provide the same
>
> there? So we can track it and collaborate - I've not seen this one before.
>
> What packages did you use for the installation? On the issue you'll raise,
>
> please also include the relevant output from the /var/log/cloud.log from
>
> inside the SSVM
>
> Also not sure what is the relation between MySQL and JRE at all - they
>
> should have nothing in common?
>
>
> Thanks!
>
>
> Andrija
>
>
>
> On Fri, 1 May 2020 at 17:49, Robert Ward <
>
> <ma...@gmail.com>
>
> rwward@gmail.com
>
> > wrote:
>
>
> Hi all,
>
>
> I too have run into an issues while performing a clean install:
>
> Centos 7, MySQL 5.6, JRE 11
>
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
>
> found that if I install JRE after MySQL that issue is resolved.
>
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my case
>
> MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
>
> etc/my.cnf:
>
>
> default-time-zone= "-05:00"
>
>
> On my last point CS has difficulty with mounting secondary storage. I have
>
> clipped the logs to the point where I think the problem lies:
>
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
>
> class com.cloud.agent.api.GetStorageStatsCommand
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
>
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
>
> default host to execute commands because the command is not of Copy type.
>
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
>
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
>
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
>
>
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>
> GetRootDir for nfs://192.168.25.1/export/secondary failed due to
>
> com.cloud.utils.exception.CloudRuntimeException: Unable to mount
>
> 192.168.25.1:/export/secondary at
>
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
>
> requested NFS version or transport protocol is not supported\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
>
>
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
>
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
>
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
>
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
>
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
>
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
>
> My troubleshooting steps:
>
>
> restart SSVM
>
> restart MS
>
> restart agent
>
> verify I can manually mount secondary storage on agent and navigate
>
> through all directories.
>
> change secondary storage version from null to V4 in CS global settings
>
>
> Any input is greatly appreciated on how to resolve.
>
>
> Thanks,
>
>
> Robert
>
> On 2020/04/29 14:38:44, Andrija Panic <
>
> <ma...@gmail.com>
>
> andrija.panic@gmail.com
>
> > wrote:
>
> Hi All,
>
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
>
>
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
>
> Source release (checksums and signatures are available at the same
>
> location):
>
> <https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
>
>
> PGP release keys (signed using 3DC01AE8):
>
> <https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
> The vote will be open until Wednesday 06.May.2020.
>
>
> 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
>
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
>
> here
>
> (CentOS 7 and Debian/generic):
>
> <http://packages.shapeblue.com/testing/41400rc1/>
>
> http://packages.shapeblue.com/testing/41400rc1/
>
>
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
>
>
> <
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
>
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
>
>
> The release notes are still work-in-progress, but for the upgrade
>
> instructions (including new systemVM templates) you may refer the
>
> following
>
> URL:
>
>
> <https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
>
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
>
>
> 4.14.0.0 systemVM templates are available from here:
>
> <http://download.cloudstack.org/systemvm/4.14/>
>
> http://download.cloudstack.org/systemvm/4.14/
>
>
>
> Regards,
>
> Andrija Panić
>
>
>
>
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Riepl, Gregor (SWISS TXT)" <Gr...@swisstxt.ch>.
Hi Liridon,
Note that
> SET GLOBAL time_zone = '+2:00';
has the mostly same effect as writing
> default-time-zone= "-05:00"
to /etc/my.cnf
The difference is that using SET GLOBAL does not persist the setting across MySQL starts. You should write this setting into the configuration file to make it permanent.
See https://dev.mysql.com/doc/refman/5.7/en/using-system-variables.html and https://dev.mysql.com/doc/refman/5.7/en/set-variable.html for more info.
Regards,
Gregor
________________________________
From: Ismaili, Liridon (SWISS TXT) <Li...@swisstxt.ch>
Sent: 01 May 2020 19:52
To: users@cloudstack.apache.org <us...@cloudstack.apache.org>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Robert I did add the default-time-zone parameter to the my.cnf file but the dates inside CloudStack are still in UTC format. select now() however gives me the correct output:
mysql> select now();
+---------------------+
| now() |
+---------------------+
| 2020-05-01 19:48:38 |
+---------------------+
1 row in set (0.00 sec)
Does anyone else have such wrong dates? All tables in the cloud DB seems to be affected.
Regards Liridon
-----Original Message-----
From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>, Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Fri, 01 May 2020 19:08:16 +0200
@Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
> can you possibly advice on the
time zone issue? I've seen this on another ML thread as well. We are mostly
in UTC (test envs) so this might be the reason we didn't see this...could
be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
or similar)? Also, can you please open a GitHub issue and provide the same
there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise,
please also include the relevant output from the /var/log/cloud.log from
inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they
should have nothing in common?
Thanks!
Andrija
On Fri, 1 May 2020 at 17:49, Robert Ward <
<ma...@gmail.com>
rwward@gmail.com
> wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case
MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have
clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
GetRootDir for nfs://192.168.25.1/export/secondary failed due to
com.cloud.utils.exception.CloudRuntimeException: Unable to mount
192.168.25.1:/export/secondary at
/mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
requested NFS version or transport protocol is not supported\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate
through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
> wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
here
(CentOS 7 and Debian/generic):
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the
following
URL:
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
@Robert I did add the default-time-zone parameter to the my.cnf file but the dates inside CloudStack are still in UTC format. select now() however gives me the correct output:
mysql> select now();
+---------------------+
| now() |
+---------------------+
| 2020-05-01 19:48:38 |
+---------------------+
1 row in set (0.00 sec)
Does anyone else have such wrong dates? All tables in the cloud DB seems to be affected.
Regards Liridon
-----Original Message-----
From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>, Rohit Yadav <rohit.yadav@shapeblue.com<mailto:Rohit%20Yadav%20%3crohit.yadav@shapeblue.com%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Fri, 01 May 2020 19:08:16 +0200
@Rohit Yadav <
<ma...@shapeblue.com>
rohit.yadav@shapeblue.com
> can you possibly advice on the
time zone issue? I've seen this on another ML thread as well. We are mostly
in UTC (test envs) so this might be the reason we didn't see this...could
be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
or similar)? Also, can you please open a GitHub issue and provide the same
there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise,
please also include the relevant output from the /var/log/cloud.log from
inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they
should have nothing in common?
Thanks!
Andrija
On Fri, 1 May 2020 at 17:49, Robert Ward <
<ma...@gmail.com>
rwward@gmail.com
> wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case
MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have
clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
(StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
GetRootDir for nfs://192.168.25.1/export/secondary failed due to
com.cloud.utils.exception.CloudRuntimeException: Unable to mount
192.168.25.1:/export/secondary at
/mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
requested NFS version or transport protocol is not supported\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate
through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <
<ma...@gmail.com>
andrija.panic@gmail.com
> wrote:
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
here
(CentOS 7 and Debian/generic):
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the
following
URL:
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Rohit Yadav <ro...@shapeblue.com>.
Hi Andrija, all,
While adding support for Java 11, the mysql-connector 8.x java dependency was introduced from previous 5.7x version.
According to https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-usagenotes-known-issues-limitations.html it seems we can specify the server time in connection parameters. Can any users test this workaround and confirm if it fixes their issue in their test/upgrade environments by adding "&serverTimezone=UTC" to the "db.cloud.url.params=" in the /etc/cloudstack/management/db.properties file, revert changes for mysql server and restart the management server.
Draft PR proposed:
https://github.com/apache/cloudstack/pull/4055/files
We may then either discuss to either include the above PR or document this in our release/upgrade notes. Thanks.
Regards,
Rohit Yadav
Software Architect, ShapeBlue
https://www.shapeblue.com
________________________________
From: Andrija Panic <an...@gmail.com>
Sent: Friday, May 1, 2020 22:38
To: users <us...@cloudstack.apache.org>; Rohit Yadav <ro...@shapeblue.com>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
@Rohit Yadav<ma...@shapeblue.com> can you possibly advice on the time zone issue? I've seen this on another ML thread as well. We are mostly in UTC (test envs) so this might be the reason we didn't see this...could be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3 or similar)? Also, can you please open a GitHub issue and provide the same there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise, please also include the relevant output from the /var/log/cloud.log from inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they should have nothing in common?
Thanks!
Andrija
rohit.yadav@shapeblue.com
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
On Fri, 1 May 2020 at 17:49, Robert Ward <rw...@gmail.com>> wrote:
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary<http://192.168.25.1/export/secondary> failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <an...@gmail.com>> wrote:
> Hi All,
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> PGP release keys (signed using 3DC01AE8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until Wednesday 06.May.2020.
>
> 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
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
> (CentOS 7 and Debian/generic):
> http://packages.shapeblue.com/testing/41400rc1/
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> The release notes are still work-in-progress, but for the upgrade
> instructions (including new systemVM templates) you may refer the following
> URL:
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> 4.14.0.0 systemVM templates are available from here:
> http://download.cloudstack.org/systemvm/4.14/
>
> Regards,
> Andrija Panić
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Andrija Panic <an...@gmail.com>.
@Rohit Yadav <ro...@shapeblue.com> can you possibly advice on the
time zone issue? I've seen this on another ML thread as well. We are mostly
in UTC (test envs) so this might be the reason we didn't see this...could
be just a documentation update that is needed.
@Robert is there any specifics to your NFS server (i.e. a forbidden NFSv3
or similar)? Also, can you please open a GitHub issue and provide the same
there? So we can track it and collaborate - I've not seen this one before.
What packages did you use for the installation? On the issue you'll raise,
please also include the relevant output from the /var/log/cloud.log from
inside the SSVM
Also not sure what is the relation between MySQL and JRE at all - they
should have nothing in common?
Thanks!
Andrija
On Fri, 1 May 2020 at 17:49, Robert Ward <rw...@gmail.com> wrote:
> Hi all,
>
> I too have run into an issues while performing a clean install:
> Centos 7, MySQL 5.6, JRE 11
>
> JRE 11 and MySQL 5.6 don't see to play well on two points:
>
> Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have
> found that if I install JRE after MySQL that issue is resolved.
>
> MySQL chokes with timezone error @ cloudstack-setup-management. In my case
> MySQL doesn't like "EDT" as a timezone. Resolved by adding this to
> etc/my.cnf:
>
> default-time-zone= "-05:00"
>
> On my last point CS has difficulty with mounting secondary storage. I have
> clipped the logs to the point where I think the problem lies:
>
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation:
> class com.cloud.agent.api.GetStorageStatsCommand
> 2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru]
> (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the
> default host to execute commands because the command is not of Copy type.
> 2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991:
> Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
> GetRootDir for nfs://192.168.25.1/export/secondary failed due to
> com.cloud.utils.exception.CloudRuntimeException: Unable to mount
> 192.168.25.1:/export/secondary at
> /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs:
> requested NFS version or transport protocol is not supported\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat
> com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat
> com.cloud.utils.nio.Task.call(Task.java:83)\n\tat
> com.cloud.utils.nio.Task.call(Task.java:29)\n\tat
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
> java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
>
> My troubleshooting steps:
>
> restart SSVM
> restart MS
> restart agent
> verify I can manually mount secondary storage on agent and navigate
> through all directories.
> change secondary storage version from null to V4 in CS global settings
>
> Any input is greatly appreciated on how to resolve.
>
> Thanks,
>
> Robert
> On 2020/04/29 14:38:44, Andrija Panic <an...@gmail.com> wrote:
> > Hi All,
> >
> > I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> > Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
> >
> > Source release (checksums and signatures are available at the same
> > location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
> >
> > PGP release keys (signed using 3DC01AE8):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > The vote will be open until Wednesday 06.May.2020.
> >
> > 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
> > 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository
> here
> > (CentOS 7 and Debian/generic):
> > http://packages.shapeblue.com/testing/41400rc1/
> > and here (Ubuntu 18.04 specific, thanks to Gabriel):
> >
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
> >
> > The release notes are still work-in-progress, but for the upgrade
> > instructions (including new systemVM templates) you may refer the
> following
> > URL:
> >
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
> >
> > 4.14.0.0 systemVM templates are available from here:
> > http://download.cloudstack.org/systemvm/4.14/
> >
> > Regards,
> > Andrija Panić
> >
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by Robert Ward <rw...@gmail.com>.
Hi all,
I too have run into an issues while performing a clean install:
Centos 7, MySQL 5.6, JRE 11
JRE 11 and MySQL 5.6 don't see to play well on two points:
Installing JRE before MySQL causes MYSQL to "lockup" on startup. I have found that if I install JRE after MySQL that issue is resolved.
MySQL chokes with timezone error @ cloudstack-setup-management. In my case MySQL doesn't like "EDT" as a timezone. Resolved by adding this to etc/my.cnf:
default-time-zone= "-05:00"
On my last point CS has difficulty with mounting secondary storage. I have clipped the logs to the point where I think the problem lies:
2020-05-01 10:55:07,871 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) getCommandHostDelegation: class com.cloud.agent.api.GetStorageStatsCommand
2020-05-01 10:55:07,871 DEBUG [c.c.h.XenServerGuru] (StatsCollector-5:ctx-35c593ba) (logid:aad9ed2a) We are returning the default host to execute commands because the command is not of Copy type.
2020-05-01 10:55:07,910 DEBUG [c.c.a.t.Request] (AgentManager-Handler-8:null) (logid:) Seq 2-4356951164504244991: Processing: { Ans: , MgmtId: 144345337593, via: 2, Ver: v1, Flags: 10, [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException: GetRootDir for nfs://192.168.25.1/export/secondary failed due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount 192.168.25.1:/export/secondary at /mnt/SecStorage/b7e9e158-ed80-3a62-a5d7-1992c991d829 due to mount.nfs: requested NFS version or transport protocol is not supported\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:2458)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:2208)\n\tat org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:292)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:64)\n\tat com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:60)\n\tat com.cloud.agent.Agent.processRequest(Agent.java:644)\n\tat com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1057)\n\tat com.cloud.utils.nio.Task.call(Task.java:83)\n\tat com.cloud.utils.nio.Task.call(Task.java:29)\n\tat java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat java.base/java.lang.Thread.run(Thread.java:834)\n","wait":0}}] }
My troubleshooting steps:
restart SSVM
restart MS
restart agent
verify I can manually mount secondary storage on agent and navigate through all directories.
change secondary storage version from null to V4 in CS global settings
Any input is greatly appreciated on how to resolve.
Thanks,
Robert
On 2020/04/29 14:38:44, Andrija Panic <an...@gmail.com> wrote:
> Hi All,
>
> I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355
> Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> PGP release keys (signed using 3DC01AE8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until Wednesday 06.May.2020.
>
> 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
> 2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
> (CentOS 7 and Debian/generic):
> http://packages.shapeblue.com/testing/41400rc1/
> and here (Ubuntu 18.04 specific, thanks to Gabriel):
> https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
>
> The release notes are still work-in-progress, but for the upgrade
> instructions (including new systemVM templates) you may refer the following
> URL:
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
>
> 4.14.0.0 systemVM templates are available from here:
> http://download.cloudstack.org/systemvm/4.14/
>
> Regards,
> Andrija Panić
>
Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Posted by "Ismaili, Liridon (SWISS TXT)" <Li...@swisstxt.ch>.
Hi Andrija
First of thank you and Gabriel for pre-building the packages!
I did upgrade our test environment to CS 4.14.0.0 but had some issues on the first upgrade try. As Java JRE 11 is required under CS 4.14.0.0 I did install it on the cs-mgmt server. After that I made the Upgrade and saw the following exception:
2020-05-01 11:45:12,116 ERROR [utils.db.Merovingian2] (main:null) Unable to get a new db connection
java.sql.SQLNonTransientConnectionException: Could not create connection to database server. Attempted reconnect 3 times. Giving up.
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:110)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:97)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:89)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:63)
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:73)
at com.mysql.cj.jdbc.ConnectionImpl.connectWithRetries(ConnectionImpl.java:906)
at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:831)
at com.mysql.cj.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:456)
at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:246)
at com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:197)
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:677)
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:228)
at org.apache.commons.dbcp2.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:121)
at org.apache.commons.dbcp2.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:355)
at org.apache.commons.pool2.impl.GenericObjectPool.create(GenericObjectPool.java:889)
at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:424)
at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:349)
at org.apache.commons.dbcp2.PoolingDataSource.getConnection(PoolingDataSource.java:134)
at com.cloud.utils.db.TransactionLegacy.getStandaloneConnectionWithException(TransactionLegacy.java:213)
at com.cloud.utils.db.Merovingian2.<init>(Merovingian2.java:68)
at com.cloud.utils.db.Merovingian2.createLockMaster(Merovingian2.java:88)
at com.cloud.server.LockMasterListener.<init>(LockMasterListener.java:33)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:203)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:117)
at org.springframework.beans.factory.support.ConstructorResolver.instantiate(ConstructorResolver.java:310)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:295)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1358)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1204)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:557)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:517)
at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:323)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:321)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:879)
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:878)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117)
at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79)
at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37)
at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:71)
at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.<init>(CloudStackSpringContext.java:58)
at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.<init>(CloudStackSpringContext.java:62)
at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(CloudStackContextLoaderListener.java:52)
at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:930)
at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:553)
at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:889)
at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:356)
at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1445)
at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1409)
at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:822)
at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:275)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:524)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:110)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.server.handler.gzip.GzipHandler.doStart(GzipHandler.java:425)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:117)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.server.Server.start(Server.java:407)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:110)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.server.Server.doStart(Server.java:371)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)
at org.apache.cloudstack.ServerDaemon.start(ServerDaemon.java:189)
at org.apache.cloudstack.ServerDaemon.main(ServerDaemon.java:105)
Caused by: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value 'CEST' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support.
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
... 82 more
So as requested by the error message I did setup the time zone information under mysql with the following statement:
SET GLOBAL time_zone = '+2:00';
After that I could start the upgrade process and everything went fine. However after looking into the Database I saw that all the date values are stored under UTC and not UTC+2 (as it was prior the upgrade). I believe the time zone information is required by Java JRE 11 and would like to ask if you have an advice (or anyone else) how to correct the values and may explain why the date values are shifted as I did setup the time zone UTC +2?
Best Regards
Liridon
-----Original Message-----
From: Andrija Panic <andrija.panic@gmail.com<mailto:Andrija%20Panic%20%3candrija.panic@gmail.com%3e>>
Reply-To: users@cloudstack.apache.org<ma...@cloudstack.apache.org>
To: dev <dev@cloudstack.apache.org<mailto:dev%20%3cdev@cloudstack.apache.org%3e>>, users <users@cloudstack.apache.org<mailto:users%20%3cusers@cloudstack.apache.org%3e>>
Subject: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Wed, 29 Apr 2020 16:38:44 +0200
Hi All,
I've created a 4.14.0.0 release (RC1), with the following artefacts 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.14.0.0-RC20200429T1355>
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200429T1355
Commit: 2c39b7180a9fb40cbdcad5e6a58be64a86913771
Source release (checksums and signatures are available at the same
location):
<https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/>
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
PGP release keys (signed using 3DC01AE8):
<https://dist.apache.org/repos/dist/release/cloudstack/KEYS>
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
The vote will be open until Wednesday 06.May.2020.
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
2c39b7180a9fb40cbdcad5e6a58be64a86913771 and published RC1 repository here
(CentOS 7 and Debian/generic):
<http://packages.shapeblue.com/testing/41400rc1/>
http://packages.shapeblue.com/testing/41400rc1/
and here (Ubuntu 18.04 specific, thanks to Gabriel):
<https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/>
https://download.cloudstack.org/testing/4.14.0.0-RC20200429T1355/ubuntu/bionic/
The release notes are still work-in-progress, but for the upgrade
instructions (including new systemVM templates) you may refer the following
URL:
<https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html>
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr87/upgrading/index.html
4.14.0.0 systemVM templates are available from here:
<http://download.cloudstack.org/systemvm/4.14/>
http://download.cloudstack.org/systemvm/4.14/
Regards,
Andrija Panić