Re: Clustering.
Hi! On Wed, 2014-07-09 at 22:03:22 +0100, Steven Chamberlain wrote: On 08/07/14 13:58, Thomas Martin wrote: NB: output of cluster-glue's compilation (I delete iproute and iputils-ping from build-depends): ipcsocket.c: In function 'socket_verify_auth': ipcsocket.c:2569:3: error: #error No credential type found! We don't have FreeBSD's getpeereid because that's implemented in their libc. We do have ucred capabilities though, which have been used in the past, see http://people.debian.org/~jcristau/kbsd-peercred.diff We do have getpeereid() on all Debian ports by way of libbsd, along many other BSD-native APIs, as I've mentioned in the past. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140711155509.ga25...@pulsar.hadrons.org
Re: Clustering.
Hi Steven, 2014-07-09 23:03 GMT+02:00 Steven Chamberlain ste...@pyro.eu.org: Hi Thomas, On 08/07/14 13:58, Thomas Martin wrote: Is there any way to use heartbeat/pacemaker on Debian GNU/kFreeBSD ? I tried to compile it unsuccessfully (because of this dependencies which I'm not able to compile; for example: cluster-glue). It looked viable to get heartbeat working, but the chain of reverse-deps would need to be ported one-by-one. First of all, glad to hear this! There is hope :) I know I could use CARP but with it it's possible to have active resources on nodeA and on ondeB at the same time even with preempt enable... I must avoid that situation at all price. During the switchover, yes I think there's a chance of this. Or if the CARP nodes are temporarily unable to communicate with each other they may both try to go active at once. Actually this is more than that. Let's say I have a cluster of two nodes managing 4 CARP interfaces (all in the same group with preempt enable). If em0 and em1 gets down on serverB and em3 get down on serverA: em3 will be active on serverB while all the others will still remains on serverA. I want to avoid that and heartbeat seems to be a good solution. NB: output of cluster-glue's compilation (I delete iproute and iputils-ping from build-depends): ipcsocket.c: In function 'socket_verify_auth': ipcsocket.c:2569:3: error: #error No credential type found! Yes I saw the same thing. We don't have FreeBSD's getpeereid because that's implemented in their libc. We do have ucred capabilities though, which have been used in the past, see http://people.debian.org/~jcristau/kbsd-peercred.diff A similar approach might work here, but will require a bit of someone's time and skill. After that I don't know how much more porting work would be still needed or if we hit a more difficult problem later. Regards, -- Steven Chamberlain ste...@pyro.eu.org I have to admit that this is really over my C's knowledge. But I will take a look at this and try to debug a little more. Thanks. Regards. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cao1ixz+m__k-z5_adakchim9vmhblachdli+9n6+4mxr1gd...@mail.gmail.com
Re: Clustering.
Hi Thomas, On 08/07/14 13:58, Thomas Martin wrote: Is there any way to use heartbeat/pacemaker on Debian GNU/kFreeBSD ? I tried to compile it unsuccessfully (because of this dependencies which I'm not able to compile; for example: cluster-glue). It looked viable to get heartbeat working, but the chain of reverse-deps would need to be ported one-by-one. I know I could use CARP but with it it's possible to have active resources on nodeA and on ondeB at the same time even with preempt enable... I must avoid that situation at all price. During the switchover, yes I think there's a chance of this. Or if the CARP nodes are temporarily unable to communicate with each other they may both try to go active at once. NB: output of cluster-glue's compilation (I delete iproute and iputils-ping from build-depends): ipcsocket.c: In function 'socket_verify_auth': ipcsocket.c:2569:3: error: #error No credential type found! Yes I saw the same thing. We don't have FreeBSD's getpeereid because that's implemented in their libc. We do have ucred capabilities though, which have been used in the past, see http://people.debian.org/~jcristau/kbsd-peercred.diff A similar approach might work here, but will require a bit of someone's time and skill. After that I don't know how much more porting work would be still needed or if we hit a more difficult problem later. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53bdae1a.9080...@pyro.eu.org
Clustering.
Dear list, Is there any way to use heartbeat/pacemaker on Debian GNU/kFreeBSD ? I tried to compile it unsuccessfully (because of this dependencies which I'm not able to compile; for example: cluster-glue). I know I could use CARP but with it it's possible to have active resources on nodeA and on ondeB at the same time even with preempt enable... I must avoid that situation at all price. Any advice will be welcomed. Thank you. Regards, Thomas NB: output of cluster-glue's compilation (I delete iproute and iputils-ping from build-depends): /bin/bash ../../libtool --tag=CC --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../include -I../../include -I../../include -I../../linux-ha -I../../linux-ha -I../../libltdl -I../../libltdl -I/usr/local/include -I/usr/include/glib-2.0 -I/usr/lib/i386-kfreebsd-gnu/glib-2.0/include -I/usr/include/libxml2 -g -O2 -ggdb3 -O0 -fgnu89-inline -fstack-protector-all -Wall -Waggregate-return -Wbad-function-cast -Wcast-qual -Wcast-align -Wdeclaration-after-statement -Wendif-labels -Wfloat-equal -Wformat=2 -Wformat-security -Wformat-nonliteral -Winline -Wmissing-prototypes -Wmissing-declarations -Wmissing-format-attribute -Wnested-externs -Wno-long-long -Wno-strict-aliasing -Wpointer-arith -Wstrict-prototypes -Wwrite-strings -ansi -D_GNU_SOURCE -DANSI_ONLY -MT ipcsocket.lo -MD -MP -MF .deps/ipcsocket.Tpo -c -o ipcsocket.lo ipcsocket.c libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../include -I../../include -I../../include -I../../linux-ha -I../../linux-ha -I../../libltdl -I../../libltdl -I/usr/local/include -I/usr/include/glib-2.0 -I/usr/lib/i386-kfreebsd-gnu/glib-2.0/include -I/usr/include/libxml2 -g -O2 -ggdb3 -O0 -fgnu89-inline -fstack-protector-all -Wall -Waggregate-return -Wbad-function-cast -Wcast-qual -Wcast-align -Wdeclaration-after-statement -Wendif-labels -Wfloat-equal -Wformat=2 -Wformat-security -Wformat-nonliteral -Winline -Wmissing-prototypes -Wmissing-declarations -Wmissing-format-attribute -Wnested-externs -Wno-long-long -Wno-strict-aliasing -Wpointer-arith -Wstrict-prototypes -Wwrite-strings -ansi -D_GNU_SOURCE -DANSI_ONLY -MT ipcsocket.lo -MD -MP -MF .deps/ipcsocket.Tpo -c ipcsocket.c -fPIC -DPIC -o .libs/ipcsocket.o ipcsocket.c: In function 'socket_verify_auth': ipcsocket.c:2569:3: error: #error No credential type found! ipcsocket.c:2580:14: error: 'Cred' undeclared (first use in this function) ipcsocket.c:2580:14: note: each undeclared identifier is reported only once for each function it appears in ipcsocket.c:2582:2: error: expected specifier-qualifier-list before 'Cred' ipcsocket.c:2584:11: error: expected ';' before 'cred' ipcsocket.c:2587:3: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] ipcsocket.c:2619:11: error: 'cred' undeclared (first use in this function) ipcsocket.c:2629:1: warning: control reaches end of non-void function [-Wreturn-type] make[3]: *** [ipcsocket.lo] Error 1 make[3]: Leaving directory `/root/builds/cluster-glue/cluster-glue-1.0.9+hg2665/lib/clplumbing' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/builds/cluster-glue/cluster-glue-1.0.9+hg2665/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/builds/cluster-glue/cluster-glue-1.0.9+hg2665' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAO1iXZLTdjCox=b0jhj4rymk_udz9hha+vgdvvoejvtqw8v...@mail.gmail.com