<div dir="ltr">HI!<div><br></div><div>Thing is, running Galera without enforcing it very bad idea for production use. Permissive mode was added more or less for testing purposes, running real production with it is dangerous, since it's not enforcing the mandatory Galera requirement, one of them is a "All tables must have a primary key".  You cant disable a single check, you could only disable them all and this could lead to some serious problems, like data loss or corruption.</div><div><br></div><div>If OS wants support Galera, it needs to comply with the Galera requirements. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 23, 2017 at 9:59 PM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">An alternative could also be, for Newton and earlier, to release a<br>
note saying that operators should not run the code against ENFORCING<br>
galera mode. What are the reasons to enable that mode in OpenStack<br>
scope that would not allow operators to live without it for another<br>
cycle?<br>
<br>
Ihar<br>
<div><div class="h5"><br>
On Mon, Jan 23, 2017 at 10:12 AM, Anna Taraday<br>
<<a href="mailto:akamyshnikova@mirantis.com">akamyshnikova@mirantis.com</a>> wrote:<br>
> Hello everyone!<br>
><br>
> Guys in our team faced an issue when they try to run alembic migrations on<br>
> Galera with ENFORCING mode. [1]<br>
><br>
> This was an issue with Alembic [2], which was quickly fixed by Mike Bayer<br>
> (many thanks!) and new version of alembic was resealed [3].<br>
> The global requirements are updated [4].<br>
><br>
> I think that it is desired to fix this for Newton at least. We cannot bump<br>
> requirements for Newton, so hot fix can be putting pk on this table in the<br>
> first migration like proposed [5].  Any other ideas?<br>
><br>
> [1] - <a href="https://bugs.launchpad.net/neutron/+bug/1655610" rel="noreferrer" target="_blank">https://bugs.launchpad.net/<wbr>neutron/+bug/1655610</a><br>
> [2] - <a href="https://bitbucket.org/zzzeek/alembic/issues/406" rel="noreferrer" target="_blank">https://bitbucket.org/zzzeek/<wbr>alembic/issues/406</a><br>
> [3] - <a href="http://alembic.zzzcomputing.com/en/latest/changelog.html#change-0.8.10" rel="noreferrer" target="_blank">http://alembic.zzzcomputing.<wbr>com/en/latest/changelog.html#<wbr>change-0.8.10</a><br>
> [4] - <a href="https://review.openstack.org/#/c/423118/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/423118/</a><br>
> [5] - <a href="https://review.openstack.org/#/c/419320/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/419320/</a><br>
><br>
><br>
> --<br>
> Regards,<br>
> Ann Taraday<br>
><br>
</div></div>> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="color:rgb(136,136,136);font-size:12.8px"><div dir="ltr">Best regards,<br>Proskurin Kirill</div></div></div></div></div></div>
</div>