> On 29 Aug 2015, at 1:42 am, Digimer <li...@alteeve.ca> wrote: > > This is what we do. > > That said, I do agree with Kostiantyn though. Yes, clocks shouldn't > drift, but it happens. If there is a known, reproduceable problem than > negatively effects the cluster, it should be fixed. > > Now, if this problem turns out to be complex and time consuming to fix, > I do see an argument for it being filed as "low priority", but it should > be in the "To Fix" queue.
Any idea how long that list is? > > digimer > > On 28/08/15 05:31 AM, Vladislav Bogdanov wrote: >> 28.08.2015 12:25, Kostiantyn Ponomarenko wrote: >>> In my case the final solution will be shipped to different counties >>> which means different time zones. >> >> Why not to keep all HW clocks in UTC? >> >>> And the replacement of one of the nodes in the working solution could >>> happens. >>> So the possibilities of the issue to happen is still there. >>> >>> Thank you, >>> Kostya >>> >>> On Fri, Aug 28, 2015 at 10:02 AM, Andrew Beekhof <and...@beekhof.net >>> <mailto:and...@beekhof.net>> wrote: >>> >>> >>>> On 21 Aug 2015, at 11:06 pm, Kostiantyn Ponomarenko >>> <konstantin.ponomare...@gmail.com >>> <mailto:konstantin.ponomare...@gmail.com>> wrote: >>>> >>>> As I wrote in the previous email, it could happen when NTP >>> servers are unreachable before Pacemaker's start, and then, after some >>> time, NTP becomes reachable again. >>>> So it is possible that time will be synchronized in any >>> direction: 15 min or 23 min or 1 hour or 12 hours backward/forward. >>> >>> If your clock is drifting by hours during a reboot cycle, then I >>> would suggest you have a hardware issue that needs attending to. >>> >>>> And in that case the bug will appear itself. >>>> >>>> Thank you, >>>> Kostya >>>> >>>> On Mon, Aug 17, 2015 at 3:01 AM, Andrew Beekhof >>> <and...@beekhof.net <mailto:and...@beekhof.net>> wrote: >>>> >>>>> On 8 Aug 2015, at 12:43 am, Kostiantyn Ponomarenko >>> <konstantin.ponomare...@gmail.com >>> <mailto:konstantin.ponomare...@gmail.com>> wrote: >>>>> >>>>> Hi Andrew, >>>>> >>>>> So the issue is: >>>>> >>>>> Having one node up and running, set time on the node backward >>> to, say, 15 min (generally more than 10 min), then do "stop" for a >>> resource. >>>>> That leads to the next - the cluster fails the resource once, >>> then shows it as "started", but the resource actually remains >>> "stopped". >>>>> >>>>> Do you need more input from me on the issue? >>>> >>>> I think “why” :) >>>> >>>> I’m struggling to imagine why this would need to happen. >>>> >>>>> >>>>> Thank you, >>>>> Kostya >>>>> >>>>> On Wed, Aug 5, 2015 at 3:01 AM, Andrew Beekhof >>> <and...@beekhof.net <mailto:and...@beekhof.net>> wrote: >>>>> >>>>>> On 4 Aug 2015, at 7:31 pm, Kostiantyn Ponomarenko >>> <konstantin.ponomare...@gmail.com >>> <mailto:konstantin.ponomare...@gmail.com>> wrote: >>>>>> >>>>>> >>>>>> On Tue, Aug 4, 2015 at 3:57 AM, Andrew Beekhof >>> <and...@beekhof.net <mailto:and...@beekhof.net>> wrote: >>>>>> Github might be another. >>>>>> >>>>>> I am not able to open an issue/bug here >>> https://github.com/ClusterLabs/pacemaker >>>>> >>>>> Oh, for pacemaker bugs see http://clusterlabs.org/help.html >>>>> Can someone clearly state what the issue is? The thread was >>> quite fractured and hard to follow. >>>>> >>>>>> >>>>>> Thank you, >>>>>> Kostya >>>>>> _______________________________________________ >>>>>> Users mailing list: Users@clusterlabs.org >>> <mailto: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 >>> <mailto: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 >>> <mailto: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 >>> <mailto: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 >>> <mailto: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 >>> <mailto: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 > > > -- > Digimer > Papers and Projects: https://alteeve.ca/w/ > What if the cure for cancer is trapped in the mind of a person without > access to education? > > _______________________________________________ > 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
