Things are a bit confusing right now, especially with what's been proposed. Let me try and clarify (even if just for my own sake).
Currently the choices offered are: 1. mysql percona with the percona tarball 2. mariadb galera with mariadb.org packages 3. mariadb galera with rdo packages And, we're proposing to add 4. mysql percona with percona packages: https://review.openstack.org/#/c/90134 5. mariadb galera with fedora packages https://review.openstack.org/#/c/102815/ 4 replaces 1, but only for Ubuntu/Debian, it doesn't work on Fedora/RH 5 replaces 3 (neither of which work on Ubuntu/Debian, obviously) Do we still need 1? Fedora/RH + percona tarball. I personally don't think so. Do we still need 2? Fedora/RH or Ubuntu/Debian with galera packages from maraidb.org. For the Fedora/RH case, I doubt it, people will just use 5. 3 will be gone (replaced by 5). So, yes, I'd like to see 5 as the default for Fedora/RH and 4 as the default for Ubuntu/Debian, and both those tested in CI. And get rid of (or deprecate) 1-3. On Thu, Jun 26, 2014 at 5:30 PM, Giulio Fidente <[email protected]> wrote: > On 06/26/2014 11:11 AM, Jan Provaznik wrote: >> >> On 06/25/2014 06:58 PM, Giulio Fidente wrote: >>> >>> On 06/16/2014 11:14 PM, Clint Byrum wrote: >>>> >>>> Excerpts from Gregory Haynes's message of 2014-06-16 14:04:19 -0700: >>>>> >>>>> Excerpts from Jan Provazník's message of 2014-06-16 20:28:29 +0000: >>>>>> >>>>>> Hi, >>>>>> MariaDB is now included in Fedora repositories, this makes it >>>>>> easier to >>>>>> install and more stable option for Fedora installations. Currently >>>>>> MariaDB can be used by including mariadb (use mariadb.org pkgs) or >>>>>> mariadb-rdo (use redhat RDO pkgs) element when building an image. What >>>>>> do you think about using MariaDB as default option for Fedora when >>>>>> running devtest scripts? >>>> >>>> >>>> (first, I believe Jan means that MariaDB _Galera_ is now in Fedora) >>> >>> >>> I think so too. >>> >>>>> Id like to give this a try. This does start to change us from being a >>>>> deployment of openstck to being a deployment per distro but IMO thats a >>>>> reasonable position. >>>>> >>>>> Id also like to propose that if we decide against doing this then these >>>>> elements should not live in tripleo-image-elements. >>>> >>>> >>>> I'm not so sure I agree. We have lio and tgt because lio is on RHEL but >>>> everywhere else is still using tgt IIRC. >>>> >>>> However, I also am not so sure that it is actually a good idea for >>>> people >>>> to ship on MariaDB since it is not in the gate. As it diverges from >>>> MySQL >>>> (starting in earnest with 10.x), there will undoubtedly be subtle issues >>>> that arise. So I'd say having MariaDB get tested along with Fedora will >>>> actually improve those users' test coverage, which is a good thing. >>> >>> >>> I am favourable to the idea of switching to mariadb for fedora based >>> distros. >>> >>> Currently the default mysql element seems to be switching [1], yet for >>> ubuntu/debian only, from the percona provided binary tarball of mysql to >>> the percona provided packaged version of mysql. >>> >>> In theory we could further update it to use percona provided packages of >>> mysql on fedora too but I'm not sure there is much interest in using >>> that combination where people gets mariadb and galera from the official >>> repos. >>> >> >> IIRC fedora packages for percona xtradb cluster are not provided (unless >> something has changed recently). > > > I see, so on fedora it will be definitely easier and safer to just use the > mariadb/galera packages provided in the official repo ... and this further > reinforces my idea that it is the best option to use that by default for > fedora > > > -- > Giulio Fidente > GPG KEY: 08D733BA > > _______________________________________________ > OpenStack-dev mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- -- James Slagle -- _______________________________________________ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
