On Wed, 2018-06-27 at 18:01 +0300, Vaggelis Papastavros wrote:
> Dear friends ,
> ( i send the same messages again in order to conform with the forum
> text formatting )
> Many Thanks for your brilliant answers ,
> Ken your suggestion :
> "The second problem is that you have an ordering
Dear friends ,
( i send the same messages again in order to conform with the forum text
formatting )
Many Thanks for your brilliant answers ,
Ken your suggestion :
"The second problem is that you have an ordering constraint but no
colocation constraint. With your current setup, windows_VM
On Wed, 2018-06-27 at 09:18 -0500, Ken Gaillot wrote:
> On Wed, 2018-06-27 at 07:41 +0200, Ulrich Windl wrote:
> > > > > Ken Gaillot schrieb am 26.06.2018 um
> > > > > 18:22 in Nachricht
> >
> > <1530030128.5202.5.ca...@redhat.com>:
> > > On Tue, 2018-06-26 at 10:45 +0300, Vladislav Bogdanov
On Wed, 2018-06-27 at 07:41 +0200, Ulrich Windl wrote:
> > > > Ken Gaillot schrieb am 26.06.2018 um
> > > > 18:22 in Nachricht
>
> <1530030128.5202.5.ca...@redhat.com>:
> > On Tue, 2018-06-26 at 10:45 +0300, Vladislav Bogdanov wrote:
> > > 26.06.2018 09:14, Ulrich Windl wrote:
> > > > Hi!
> > >
Hello Vaggelis,
just a technical meta-note below:
On 27/06/18 11:09 +0300, Vaggelis Papastavros wrote:
> *My question Ken is : are the below steps (in red enough) to ensure
> that the new VM will be placed on the node 1 ?*
It's an unwritten convention to refrain from HTML formatted messages
On Wed, Jun 27, 2018 at 12:30 PM, Stefan K wrote:
> Hi Kristoffer,
>
> ok I see, but why maintain both? Let a coin decide which one, but I think its
> not very helpful to maintain both.
>
Do you volunteer to implement automatic conversion to new agents
including parameters adjustment?
> best
Hi Kristoffer,
ok I see, but why maintain both? Let a coin decide which one, but I think its
not very helpful to maintain both.
best regards
Stefan
> Gesendet: Mittwoch, 27. Juni 2018 um 10:55 Uhr
> Von: "Kristoffer Grönlund"
> An: "Stefan K" , users@clusterlabs.org
> Betreff: Re:
"Stefan K" writes:
> OK I see, but it would be good if somebody mark one of this as deprecated and
> then delete it. So that noone get confused about these.
>
The external/* agents are not deprecated, though. Future agents will be
implemented in the fence-agents framework, but the existing
OK I see, but it would be good if somebody mark one of this as deprecated and
then delete it. So that noone get confused about these.
best regards
Stefan
> Gesendet: Dienstag, 26. Juni 2018 um 18:26 Uhr
> Von: "Ken Gaillot"
> An: "Cluster Labs - All topics related to open-source clustering
Many Thanks for your brilliant answers ,
Ken your suggestion :
"The second problem is that you have an ordering constraint but no
colocation constraint. With your current setup, windows_VM has to start
after the storage, but it doesn't have to start on the same node. You
need a colocation
Hi,
Thanks for reply and detailed explaination. I am not using the —network=host
option.
I have a docker image based on Ubuntu 14.04 where I only deploy this additional
software:
RUN apt-get update && apt-get install -y wget git xz-utils
openssh-server \
On 26/06/18 17:56 +0200, Salvatore D'angelo wrote:
> I did another test. I modified docker container in order to be able to run
> strace.
> Running strace corosync-quorumtool -ps I got the following:
> [snipped]
> connect(5, {sa_family=AF_LOCAL, sun_path=@"cfg"}, 110) = 0
> setsockopt(5,
12 matches
Mail list logo
