On Wed, Dec 04, 2019 at 02:44:49PM +0100, Jan Pokorný wrote:
> For the record, based on my feedback, iptables-extensions man page is
> headed to (finally) align with the actual in-kernel deprecation
> message:
> https://lore.kernel.org/netfilter-devel/20191204130921.2914-1-p...@nwl.cc/
>From a
On 03/12/19 23:38 +0100, Valentin Vidić wrote:
> On Tue, Dec 03, 2019 at 11:14:41PM +0100, Jan Pokorný wrote:
>> The conclusion is hence that even with bleeding edge software
>> collection, there's no real problem in using ipt_CLUSTERIP
>> (when compiled in or alongside kernel) when a proper
On Tue, Dec 03, 2019 at 11:14:41PM +0100, Jan Pokorný wrote:
> The conclusion is hence that even with bleeding edge software
> collection, there's no real problem in using ipt_CLUSTERIP
> (when compiled in or alongside kernel) when a proper interface
> is used, which may boil down to using an
On 03/12/19 23:19 +0100, Valentin Vidić wrote:
> Interesting enough, ipt_CLUSTERIP still seems to work when using
> iptables-legacy :)
5 minutes ago, in another part of this thread :)
--
Jan (Poki)
pgpS99Ce6dNGb.pgp
Description: PGP signature
___
On Tue, Dec 03, 2019 at 08:38:06PM +0100, Valentin Vidić wrote:
> The module might still work but the iptables command from the agent fails:
>
> [ 842.536916] ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully
> [ 842.539215] ipt_CLUSTERIP: cannot use CLUSTERIP target from nftables compat
On 03/12/19 20:38 +0100, Valentin Vidić wrote:
> On Tue, Dec 03, 2019 at 03:06:14PM +0100, Jan Pokorný wrote:
>> You likely refer to
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=43270b1bc5f1e33522dacf3d3b9175c29404c36c
>>
>> however this extension is
On Tue, Dec 03, 2019 at 03:06:14PM +0100, Jan Pokorný wrote:
> You likely refer to
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=43270b1bc5f1e33522dacf3d3b9175c29404c36c
>
> however this extension is activelly maintained to this day, so don't
> see any
On 02/12/19 09:50 -0600, Ken Gaillot wrote:
> On Sat, 2019-11-30 at 18:58 +0300, Andrei Borzenkov wrote:
>> 29.11.2019 17:46, Jan Pokorný пишет:
>>> "Clone" feature for IPAddr2 is actually sort of an overloading that
>>> agent with an alternative functionality -- trivial low-level load
>>>
On Sat, 2019-11-30 at 18:58 +0300, Andrei Borzenkov wrote:
> 29.11.2019 17:46, Jan Pokorný пишет:
> > "Clone" feature for IPAddr2 is actually sort of an overloading that
> > agent with an alternative functionality -- trivial low-level load
> > balancing. You can ignore that if you don't need any
29.11.2019 17:46, Jan Pokorný пишет:
On 27/11/19 20:13 +, matt_murd...@amat.com wrote:
I finally understand that there is a Apache Resource for Pacemaker
that assigns a single virtual ipaddress that "floats" between two
nodes as in webservers.
On 27/11/19 20:13 +, matt_murd...@amat.com wrote:
> I finally understand that there is a Apache Resource for Pacemaker
> that assigns a single virtual ipaddress that "floats" between two
> nodes as in webservers.
>
I finally understand that there is a Apache Resource for Pacemaker that assigns
a single virtual ipaddress that "floats" between two nodes as in webservers.
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/high_availability_add-on_administration/ch-service-haaa
Can
12 matches
Mail list logo
