On 30/08/15 09:59 PM, Andrew Beekhof wrote: > >> 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?
More than 2 meters printed in 8pt font? ;) >> 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 > -- 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