On Tue, Nov 13, 2012 at 9:56 AM, Vladislav Bogdanov
wrote:
> 13.11.2012 01:39, Andrew Beekhof пишет:
>> On Tue, Nov 13, 2012 at 9:36 AM, Vladislav Bogdanov
>> wrote:
>>> 12.11.2012 05:42, Andrew Beekhof wrote:
On Fri, Nov 9, 2012 at 5:15 PM, Vladislav Bogdanov
wrote:
> 09.11.2012
13.11.2012 01:39, Andrew Beekhof пишет:
> On Tue, Nov 13, 2012 at 9:36 AM, Vladislav Bogdanov
> wrote:
>> 12.11.2012 05:42, Andrew Beekhof wrote:
>>> On Fri, Nov 9, 2012 at 5:15 PM, Vladislav Bogdanov
>>> wrote:
09.11.2012 04:48, Andrew Beekhof wrote:
...
>
> A bit of an update
On Tue, Nov 13, 2012 at 9:36 AM, Vladislav Bogdanov
wrote:
> 12.11.2012 05:42, Andrew Beekhof wrote:
>> On Fri, Nov 9, 2012 at 5:15 PM, Vladislav Bogdanov
>> wrote:
>>> 09.11.2012 04:48, Andrew Beekhof wrote:
>>> ...
A bit of an update
The reverse lookup functionality has
12.11.2012 05:42, Andrew Beekhof wrote:
> On Fri, Nov 9, 2012 at 5:15 PM, Vladislav Bogdanov
> wrote:
>> 09.11.2012 04:48, Andrew Beekhof wrote:
>> ...
>>>
>>> A bit of an update
>>>
>>> The reverse lookup functionality has turned out to cause far more
>>> problems and confusion than it was i
On Fri, Nov 9, 2012 at 5:15 PM, Vladislav Bogdanov wrote:
> 09.11.2012 04:48, Andrew Beekhof wrote:
> ...
>>
>> A bit of an update
>>
>> The reverse lookup functionality has turned out to cause far more
>> problems and confusion than it was intended to solve.
>> So I am basically removing it.
09.11.2012 04:48, Andrew Beekhof wrote:
...
>
> A bit of an update
>
> The reverse lookup functionality has turned out to cause far more
> problems and confusion than it was intended to solve.
> So I am basically removing it. Anyone worried about that
> bootstrapping case will be encouraged
2012/11/9 Andrew Beekhof :
> On Fri, Nov 9, 2012 at 12:25 PM, Takatoshi MATSUO
> wrote:
>> Hi Andrew
>>
>> Pgsql RA uses crm_attribute to change slave's master-socre from master like
>> # crm_attribute -l reboot -N host2 -n "master-pgsql:1" -v "1000"
>> Because the Slave of PostgreSQL can't ge
On Fri, Nov 9, 2012 at 12:25 PM, Takatoshi MATSUO wrote:
> Hi Andrew
>
> Pgsql RA uses crm_attribute to change slave's master-socre from master like
> # crm_attribute -l reboot -N host2 -n "master-pgsql:1" -v "1000"
> Because the Slave of PostgreSQL can't get replication status.
>
> In addition
On Fri, Nov 2, 2012 at 4:57 PM, Yuusuke Iida wrote:
> Hi, Andrew
>
>
> (2012/10/30 13:51), Andrew Beekhof wrote:
>>
>> On Mon, Oct 29, 2012 at 7:10 PM, Yuusuke Iida
>> wrote:
>>>
>>> Hi, Andrew
>>>
>>>
>>> (2012/10/26 9:31), Andrew Beekhof wrote:
>
>
> When I described the IP which I
Hi Andrew
Pgsql RA uses crm_attribute to change slave's master-socre from master like
# crm_attribute -l reboot -N host2 -n "master-pgsql:1" -v "1000"
Because the Slave of PostgreSQL can't get replication status.
In addition the RA uses "uname -n" to compare hostname to
$OCF_RESKEY_CRM_meta_no
You'd have to ask the resource-agents maintainers.
crm_master is already setup to use it.
On Wed, Nov 7, 2012 at 10:14 PM, Yuusuke Iida
wrote:
>> You can use crm_node --name to get the same name that Pacemaker is using.
>
> I want "crm_node --name" to replace "uname -n" using in RA.
> Is there th
Hi, Andrew
(2012/11/05 14:33), Andrew Beekhof wrote:
Because I do not so know a lot in FQDN, there is not the good idea.
>
>I am worried about the problem that is different from this.
>
>When the name that I got in "uname -n" is different from the name that I got
>in name solution,
>A thing trea
On Fri, Nov 2, 2012 at 4:57 PM, Yuusuke Iida wrote:
> Hi, Andrew
>
>
> (2012/10/30 13:51), Andrew Beekhof wrote:
>>
>> On Mon, Oct 29, 2012 at 7:10 PM, Yuusuke Iida
>> wrote:
>>>
>>> Hi, Andrew
>>>
>>>
>>> (2012/10/26 9:31), Andrew Beekhof wrote:
>
>
> When I described the IP which I
Hi, Andrew
(2012/10/30 13:51), Andrew Beekhof wrote:
On Mon, Oct 29, 2012 at 7:10 PM, Yuusuke Iida
wrote:
Hi, Andrew
(2012/10/26 9:31), Andrew Beekhof wrote:
When I described the IP which I used in ring0 in /etc/hosts, I confirmed
that start of pacemaker succeeded.
[moved first questio
On Mon, Oct 29, 2012 at 7:10 PM, Yuusuke Iida
wrote:
> Hi, Andrew
>
>
> (2012/10/26 9:31), Andrew Beekhof wrote:
>>>
>>> When I described the IP which I used in ring0 in /etc/hosts, I confirmed
>>> >that start of pacemaker succeeded.
>>> >
>>
>> [moved first question to the end]
>
> I understood t
Hi, Andrew
(2012/10/26 9:31), Andrew Beekhof wrote:
When I described the IP which I used in ring0 in /etc/hosts, I confirmed
>that start of pacemaker succeeded.
>
[moved first question to the end]
I understood that name solution was necessary.
>Was there any problem with a conventional met
2), David Vossel wrote:
>>>>
>>>>
>>>>
>>>> - Original Message -
>>>>>
>>>>> From: "Yuusuke Iida"
>>>>> To: "pacemaker@oss"
>>>>> Cc: shimaza...@intellilink.co.jp
>&g
: Friday, October 19, 2012 1:43:25 AM
Subject: [Pacemaker] pacemaker service start failed.
Hi, Andrew
I made a version of Pacemaker latest.
Then pacemaker came to fail in start.
I think that this came to be caused by the following changes.
https://github.com/ClusterL
ntellilink.co.jp
>>> Sent: Friday, October 19, 2012 1:43:25 AM
>>> Subject: [Pacemaker] pacemaker service start failed.
>>>
>>> Hi, Andrew
>>>
>>> I made a version of Pacemaker latest.
>>> Then pacemaker came to
Hi, Vossel
(2012/10/20 0:42), David Vossel wrote:
>
>
> - Original Message -
>> From: "Yuusuke Iida"
>> To: "pacemaker@oss"
>> Cc: shimaza...@intellilink.co.jp
>> Sent: Friday, October 19, 2012 1:43:25 AM
>> Subject: [Pacemake
- Original Message -
> From: "Yuusuke Iida"
> To: "pacemaker@oss"
> Cc: shimaza...@intellilink.co.jp
> Sent: Friday, October 19, 2012 1:43:25 AM
> Subject: [Pacemaker] pacemaker service start failed.
>
> Hi, Andrew
>
> I made a versio
Hi, Andrew
I made a version of Pacemaker latest.
Then pacemaker came to fail in start.
I think that this came to be caused by the following changes.
https://github.com/ClusterLabs/pacemaker/commit/4f88cb1049e898726472a91fff834dcccbd6f665
I confirm movement in the following versions now.
OS: RHE
22 matches
Mail list logo
