[ClusterLabs] Antw: Re: Antw: Re: Antw: Re: Antw: pacemaker doesn't correctly handle a resource after time/date change

Digimer lists at alteeve.ca
Fri Aug 28 15:42:02 UTC 2015


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.

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 <andrew at beekhof.net
>> <mailto:andrew at beekhof.net>> wrote:
>>
>>
>>     > On 21 Aug 2015, at 11:06 pm, Kostiantyn Ponomarenko
>> <konstantin.ponomarenko at gmail.com
>>     <mailto:konstantin.ponomarenko at 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
>>     <andrew at beekhof.net <mailto:andrew at beekhof.net>> wrote:
>>      >
>>      > > On 8 Aug 2015, at 12:43 am, Kostiantyn Ponomarenko
>>     <konstantin.ponomarenko at gmail.com
>>     <mailto:konstantin.ponomarenko at 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
>>     <andrew at beekhof.net <mailto:andrew at beekhof.net>> wrote:
>>      > >
>>      > > > On 4 Aug 2015, at 7:31 pm, Kostiantyn Ponomarenko
>>     <konstantin.ponomarenko at gmail.com
>>     <mailto:konstantin.ponomarenko at gmail.com>> wrote:
>>      > > >
>>      > > >
>>      > > > On Tue, Aug 4, 2015 at 3:57 AM, Andrew Beekhof
>>     <andrew at beekhof.net <mailto:andrew at 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 at clusterlabs.org
>>     <mailto:Users at 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 at clusterlabs.org
>>     <mailto:Users at 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 at clusterlabs.org
>>     <mailto:Users at 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 at clusterlabs.org
>>     <mailto:Users at 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 at clusterlabs.org
>>     <mailto:Users at 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 at clusterlabs.org
>> <mailto:Users at 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 at 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 at 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?




More information about the Users mailing list