> On 13 Aug 2015, at 7:33 pm, Andrei Borzenkov <arvidj...@gmail.com> wrote: > > On Thu, Aug 13, 2015 at 11:25 AM, Ulrich Windl > <ulrich.wi...@rz.uni-regensburg.de> wrote: >> And what exactly is your problem? > > Real life example. Database resource depends on storage resource(s). > There are multiple filesystems/volumes with database files. Database > admin needs to increase available space. You add new storage, > configure it in cluster ... pooh, your database is restarted.
“configure it in cluster” hmmm if you’re expanding an existing mount point, then I’d expect you don’t need to update the cluster. if you’re creating a new mount point, wouldn’t you need to take the db down in order to point to the new location? > There is > zero need to restart database because it does not even use new > resource yet. > > I do the above routinely with other cluster implementation without any > visible impact. > >> If you change a resource, >> it will be >> restrted, and if a resource is restarted, constraints will be followed... >> >> Despite of that: If I understand your configuration correctly, it's very much >> the same as >> >> resource_group >> ip1 >> ip2 >> apache1 >> >> Regards, >> Ulrich >> >>>>> John Gogu <ionut.g...@gmail.com> schrieb am 12.08.2015 um 18:35 in >> Nachricht >> <CAMESV9DUj3owj16oT5DSYjxZWeZX1f5wV63=muyta3vv0kk...@mail.gmail.com>: >>> Hello, >>> in my cluster configuration I have following situation: >>> >>> resource_group_A >>> ip1 >>> ip2 >>> resource_group_B >>> apache1 >>> >>> ordering constraint resource_group_A then resource_group_B symetrical=true >>> >>> When I add a new resource from group_A, resources from group_B are >>> restarted. If I remove constraint all ok but I need to keep this ordering >>> constraint. >>> >>> >>> John >>> >>> >>> >> >> >> >> >> _______________________________________________ >> Users mailing list: Users@clusterlabs.org >> http://clusterlabs.org/mailman/listinfo/users >> >> Project Home: http://www.clusterlabs.org >> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf >> Bugs: http://bugs.clusterlabs.org > > _______________________________________________ > Users mailing list: Users@clusterlabs.org > http://clusterlabs.org/mailman/listinfo/users > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org _______________________________________________ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
