Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 181763 - stabilize sys-cluster/keepalived-1.1.13-r1
Summary: stabilize sys-cluster/keepalived-1.1.13-r1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Cluster Team
URL:
Whiteboard:
Keywords: STABLEREQ
: 182899 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-06-12 14:24 UTC by a
Modified: 2010-09-10 18:51 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description a 2007-06-12 14:24:53 UTC
I went to compile sys-cluster/keepalived-1.1.13 and it fails while compiling.

Reproducible: Always

Steps to Reproduce:
emerge =sys-cluster/keepalived-1.1.13

Actual Results:  
Compile fails with following error.

emerge keepalived
.
.
.
gcc -O2 -march=pentium4 -pipe -fomit-frame-pointer  -I/usr/src/linux/include -I../include -I../../lib -Wall -Wunused -Wstrict-prototypes -D_KRNL_2_6_ -D_WITH_LINKWATCH_ -D_WITH_LVS_ -D_HAVE_IPVS_SYNCD_  -c vrrp_arp.c
In file included from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/sys/types.h:62: error: conflicting types for 'dev_t'
/usr/src/linux/include/linux/types.h:22: error: previous declaration of 'dev_t' was here
/usr/include/sys/types.h:67: error: conflicting types for 'gid_t'
/usr/src/linux/include/linux/types.h:54: error: previous declaration of 'gid_t' was here
/usr/include/sys/types.h:72: error: conflicting types for 'mode_t'
/usr/src/linux/include/linux/types.h:24: error: previous declaration of 'mode_t' was here
/usr/include/sys/types.h:77: error: conflicting types for 'nlink_t'
/usr/src/linux/include/linux/types.h:25: error: previous declaration of 'nlink_t' was here
/usr/include/sys/types.h:82: error: conflicting types for 'uid_t'
/usr/src/linux/include/linux/types.h:53: error: previous declaration of 'uid_t' was here
In file included from /usr/include/sys/types.h:133,
                 from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/time.h:105: error: conflicting types for 'timer_t'
/usr/src/linux/include/linux/types.h:31: error: previous declaration of 'timer_t' was here
In file included from /usr/include/sys/types.h:220,
                 from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/sys/select.h:78: error: conflicting types for 'fd_set'
/usr/src/linux/include/linux/types.h:21: error: previous declaration of 'fd_set' was here
In file included from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/sys/types.h:235: error: conflicting types for 'blkcnt_t'
/usr/src/linux/include/linux/types.h:152: error: previous declaration of 'blkcnt_t' was here
vrrp_arp.c: In function 'send_gratuitous_arp':
vrrp_arp.c:84: warning: pointer targets in initialization differ in signedness
make[2]: *** [vrrp_arp.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-cluster/keepalived-1.1.13/work/keepalived-1.1.13/keepalived/vrrp'
make[1]: *** [all] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-cluster/keepalived-1.1.13/work/keepalived-1.1.13/keepalived'
make: *** [all] Error 2

!!! ERROR: sys-cluster/keepalived-1.1.13 failed.
Call stack:
  ebuild.sh, line 1615:   Called dyn_compile
  ebuild.sh, line 972:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  keepalived-1.1.13.ebuild, line 33:   Called die

!!! make failed (myconf=--prefix=/)
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-cluster/keepalived-1.1.13/temp/build.log'.



Expected Results:  
Should finish compiling without errors.

'emerge --info' shows,

Portage 2.1.2.7 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.20-gentoo-r8 i686)
=================================================================
System uname: 2.6.20-gentoo-r8 i686 Intel(R) Celeron(R) CPU 2.40GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 11 Jun 2007 21:20:01 +0000
dev-java/java-config: 1.3.7, 2.0.32
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildpkg distlocks metadata-transfer sandbox sfperms strict userfetch"
GENTOO_MIRRORS="ftp://ftp.jaist.ac.jp/pub/Linux/Gentoo/"
LANG="ja_JP.UTF-8"
LC_ALL="ja_JP.UTF-8"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://ftp.jaist.ac.jp/gentoo-portage"
USE="apache2 vhosts x86" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTDIR_OVERLAY


Also, keepalived does compile fine for keepalived-1.1.13-r1. It's just odd that stable labeled ebuild doesn't compile, while the keyworded ebuild works fine.
Comment 1 a 2007-06-12 14:27:02 UTC
Right now, I have keepalived-1.1.13-r1 installed, so,
'emerge =sys-cluster/keepalived-1.1.13 -pv' says,

[ebuild     UD] sys-cluster/keepalived-1.1.13 [1.1.13-r1] USE="-debug -profile" 0 kB
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2007-06-22 16:30:36 UTC
*** Bug 182899 has been marked as a duplicate of this bug. ***
Comment 3 a 2007-06-23 15:48:06 UTC
Thanks for taking a note on the issue, but if -r1 looks fine enough, please mark it stable soon, because I cannot make a 'emerge -uDN world' since everytime I do that, it stops at keepalived and is forced to emerge 1 by 1.
Comment 4 MATSUU Takuto (RETIRED) gentoo-dev 2007-07-17 07:55:56 UTC
Same here.
Please mark stable sys-cluster/keepalived-1.1.13-r1.
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2007-09-22 09:07:43 UTC
Arches: please stabilize this ebuild! It has compile fixes for kernel changes.

target keywords: alpha amd64 hppa ia64 ppc ppc64 s390 sparc x86
testing: compile-test only.
Comment 6 Christian Faulhammer (RETIRED) gentoo-dev 2007-09-22 13:25:03 UTC
x86 stable
Comment 7 Ferris McCormick (RETIRED) gentoo-dev 2007-09-22 13:41:01 UTC
Sparc stable.
Comment 8 nixnut (RETIRED) gentoo-dev 2007-09-22 19:12:52 UTC
stable on ppc
Comment 9 Wulf Krueger (RETIRED) gentoo-dev 2007-09-28 16:46:47 UTC
Marked stable on amd64.
Comment 10 Raúl Porcel (RETIRED) gentoo-dev 2007-10-05 14:14:05 UTC
alpha doesn't have stable keyword, ia64 stable
Comment 11 Jeroen Roovers (RETIRED) gentoo-dev 2007-10-06 04:19:04 UTC
(In reply to comment #5)
> target keywords: alpha amd64 hppa ia64 ppc ppc64 s390 sparc x86
> testing: compile-test only.

I tried actually running it and the parent process kept spawning segfaulting children. If that is a configuration error, it can't be ready to be declared stable. :)
Comment 12 Markus Rothe (RETIRED) gentoo-dev 2007-10-08 11:59:48 UTC
seems to work here. stable on ppc64.
Comment 13 Jeroen Roovers (RETIRED) gentoo-dev 2007-10-31 03:45:48 UTC
(In reply to comment #11)
> (In reply to comment #5)
> > testing: compile-test only.
> 
> I tried actually running it and the parent process kept spawning segfaulting
> children. If that is a configuration error, it can't be ready to be declared
> stable. :)

Can I expect a response to this or should I just mark it stable for hppa because it compiles at all?
Comment 14 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2007-10-31 04:24:42 UTC
jer: what config file did you have when you ran it?
Comment 15 Jeroen Roovers (RETIRED) gentoo-dev 2007-10-31 04:28:12 UTC
(In reply to comment #14)
> jer: what config file did you have when you ran it?

The original one. I assumed that the segfaults were caused by missing sanity checks - could that be it?
Comment 16 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2007-10-31 04:40:38 UTC
Start with a much smaller config if you want to test it out.

global_defs {
   router_id 1
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 11
    priority 100 
    virtual_ipaddress {
        A.B.C.D # Some address on your own private subnet that is free
    }   
}

Plus you need a bunch of kernel options for this, but I don't have them handy.
The above config should start, and either add the address or do nothing, depending on the kernel config.
Comment 17 Jeroen Roovers (RETIRED) gentoo-dev 2007-10-31 05:00:28 UTC
(In reply to comment #16)
> Start with a much smaller config if you want to test it out.

[...]

Using something like that, I got it "working" without segfaults.

> Plus you need a bunch of kernel options for this, but I don't have them handy.

It's a lot more forgiving of missing kernel options (modprobe failing, for instance).

Marked stable for HPPA.