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

Digimer lists at alteeve.ca
Mon Aug 31 02:16:29 UTC 2015


On 30/08/15 09:59 PM, Andrew Beekhof wrote:
> 
>> On 29 Aug 2015, at 1:42 am, Digimer <lists at 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 <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?
>>
>> _______________________________________________
>> 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