22.05.2011, 09:41 UTC+2

Sie sind nicht angemeldet.

Fehler beim Start von Icinga

sL1kkn

Anfänger

Beiträge: 3

Anzahl Nagios-Server: 2

Nagios-Version(en): Nagios Core 3.2.0

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 300

Anzahl Services: 3500

Betriebssystem(e): Solaris, Linux, Windows

Plugin-Version(en): 1.4.14

NDO-Version: 2

1

18.05.2011, 10:38

Fehler beim Start von Icinga

Hallo :)
Ich habe mich mal an Icinga rangewagt und bin nach der Installation auf folgendes Prob gestoßen:
Ich wollte das Icingastartscript ausführen :

Zitat

**ICINGA-SVR**:/etc/init.d # icinga start
Running configuration check...Killed
CONFIG ERROR! Start aborted. See /opt/icinga/var/icinga.chk for details.

- gesagt getan, also mal nachgeschaut und da fand ich dann folgendes:

Zitat

ld.so.1: icinga: fatal: libltdl.so.7: open failed: No such file or directory

Um ehrlich zu sein, bin ich noch nicht wirklich der Pro auf dem Gebiet, habe im Vorfeld mit Nagios (viel vorallem Konfiguration & eintragen neuer Hosts/Services) und OMD rumgespielt. So wie ich das sehe versucht er ne LIB zu nehmen die er nicht finden kann. Ist das richtig interpretiert? Diese sollte wohl unter /usr/local/lib liegen was sie auch tut neben diesen anderen:

Zitat

libltdl.so.7, libltdl.so.7.1.0, llibltdl.so.7.2.1, libg2c.so.0.0.0, libltdl.so.7.3.0
Wäre schön wenn jmd ne Idee hat :)
lg sL1kkn aka Stefan

dnsmichi

Meister

Beiträge: 2 102

Geburtstag: 30.05.1983 (27)

Geschlecht: Männlich

Wohnort: Wien

Beruf: DNS & Monitoring Developer

Anzahl Nagios-Server: 3x Icinga prod, 2x test/dev

Nagios-Version(en): s/nagios/icinga/

Icinga-Version(en): 1.4.0 / GIT

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 1000+

Anzahl Services: 15000+

Betriebssystem(e): RHEL 5.6 x64

Plugin-Version(en): 1.4.15

IDO-Version: 1.4.0 / GIT MySQL/Postgresql/Oracle

Sonstige Addon's: PNP 0.6.11, check_mk GIT

2

18.05.2011, 10:44

wie wurde icinga installiert? source/pkg? auf welchem os? wusste configure von /usr/local/lib ?
Icinga 1.4 MySQL,PGSQL,Oracle and IPv6

Demos

Docs http://docs.icinga.org
Wiki https://wiki.icinga.org

Dev Tracker https://dev.icinga.org

* egrep -v "^#|^$" configfile

Join us online!
irc.freenode.net #icinga-devel

Using Icinga? Tell us!

sL1kkn

Anfänger

Beiträge: 3

Anzahl Nagios-Server: 2

Nagios-Version(en): Nagios Core 3.2.0

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 300

Anzahl Services: 3500

Betriebssystem(e): Solaris, Linux, Windows

Plugin-Version(en): 1.4.14

NDO-Version: 2

3

18.05.2011, 11:04

uname -a

Zitat

SunOS 5.10 Generic_127111-06 sun4v sparc SUNW,SPARC-Enterprise-T2000

_configure:

Zitat

./configure --prefix=/opt/icinga --with-icinga-user=icinga --with-icinga-group=icingcmd --with-command-group=icingcmd --enable-idoutils

Hatte ich voll vergessen, sry. Aber jetzt wo du es sagst könnte ich ja mal versuchen ihm den Pfad der LIB´s für das Configure zu übergeben.

dnsmichi

Meister

Beiträge: 2 102

Geburtstag: 30.05.1983 (27)

Geschlecht: Männlich

Wohnort: Wien

Beruf: DNS & Monitoring Developer

Anzahl Nagios-Server: 3x Icinga prod, 2x test/dev

Nagios-Version(en): s/nagios/icinga/

Icinga-Version(en): 1.4.0 / GIT

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 1000+

Anzahl Services: 15000+

Betriebssystem(e): RHEL 5.6 x64

Plugin-Version(en): 1.4.15

IDO-Version: 1.4.0 / GIT MySQL/Postgresql/Oracle

Sonstige Addon's: PNP 0.6.11, check_mk GIT

4

18.05.2011, 11:17

grep mal aus dem configure raus, ob es libltdl findet. auf solaris/*bsd tuts das normalerweise nicht und man muss den pfad dazu via lib dir nachfuettern.
Icinga 1.4 MySQL,PGSQL,Oracle and IPv6

Demos

Docs http://docs.icinga.org
Wiki https://wiki.icinga.org

Dev Tracker https://dev.icinga.org

* egrep -v "^#|^$" configfile

Join us online!
irc.freenode.net #icinga-devel

Using Icinga? Tell us!

Tommi

Schüler

Beiträge: 105

Geschlecht: Männlich

Beruf: Oracle DBA

Anzahl Nagios-Server: 2

Nagios-Version(en): 1.3

Icinga-Version(en): 1.3.0

Verteiltes Monitoring: Nein

Redundantes Monitoring: Nein

Anzahl-Hosts: 14

Anzahl Services: 33

Betriebssystem(e): CentOS5.5,Windows,Solaris10 Sparc

Plugin-Version(en): 1.4.15

IDO-Version: 1.3.0

Sonstige Addon's: pnp4nagios0.6.11,icinga-web,ido2db auf Oracle

5

18.05.2011, 18:02

Man muss im Startscript oder einen anderen Stelle den LD_LIBRARY_PATH entsprechend ergänzen.

Quellcode

1
2
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH

Ähnliches gilt z.B. auch für die Oracle Umgebungsvariablen
Ich packe alle extra Variablen für Icinga in eine Datei z.B. icinga_profile und schreibe dann ins startscript

Quellcode

1
2
3
4
ICINGAVARS=/opt/icinga/etc/icinga_profile
if [ -r $ICINGAVARS ]; then
. $ICINGAVARS
fi

: vieleicht solte man so eine Nachlademöglichkeit für Umgebungsvariablen z.B in /etc/sysconfig in Linux in die nächste Version einbauen

dnsmichi

Meister

Beiträge: 2 102

Geburtstag: 30.05.1983 (27)

Geschlecht: Männlich

Wohnort: Wien

Beruf: DNS & Monitoring Developer

Anzahl Nagios-Server: 3x Icinga prod, 2x test/dev

Nagios-Version(en): s/nagios/icinga/

Icinga-Version(en): 1.4.0 / GIT

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 1000+

Anzahl Services: 15000+

Betriebssystem(e): RHEL 5.6 x64

Plugin-Version(en): 1.4.15

IDO-Version: 1.4.0 / GIT MySQL/Postgresql/Oracle

Sonstige Addon's: PNP 0.6.11, check_mk GIT

6

18.05.2011, 18:50

Zitat von »Tommi«

Man muss im Startscript oder einen anderen Stelle den LD_LIBRARY_PATH entsprechend ergänzen.

Quellcode

1
2
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH



man kann auch im forum suchen, denn das problem gabs eben auf freebsd schonmal.

https://nagios-portal.org/wbb/index.p…&highlight=ltdl <- erster hit. es ist zwar nicht unbedingt dasselbe, bezieht sich aber auf denselben fehler. https://nagios-portal.org/wbb/index.p…ltdl#post142455
das problem mit den libs umgeht man ja nur, wenn der linker nicht weiss wo die ltdl.h liegt und dann die falsche ltdl.h mit reinbaut.


Zitat von »Tommi«


Ähnliches gilt z.B. auch für die Oracle Umgebungsvariablen
Ich packe alle extra Variablen für Icinga in eine Datei z.B. icinga_profile und schreibe dann ins startscript

Quellcode

1
2
3
4
ICINGAVARS=/opt/icinga/etc/icinga_profile
if [ -r $ICINGAVARS ]; then
. $ICINGAVARS
fi

: vieleicht solte man so eine Nachlademöglichkeit für Umgebungsvariablen z.B in /etc/sysconfig in Linux in die nächste Version einbauen


solltest du wohl dein init script mal updaten? *ggg*

https://dev.icinga.org/issues/1015
Icinga 1.4 MySQL,PGSQL,Oracle and IPv6

Demos

Docs http://docs.icinga.org
Wiki https://wiki.icinga.org

Dev Tracker https://dev.icinga.org

* egrep -v "^#|^$" configfile

Join us online!
irc.freenode.net #icinga-devel

Using Icinga? Tell us!

Tommi

Schüler

Beiträge: 105

Geschlecht: Männlich

Beruf: Oracle DBA

Anzahl Nagios-Server: 2

Nagios-Version(en): 1.3

Icinga-Version(en): 1.3.0

Verteiltes Monitoring: Nein

Redundantes Monitoring: Nein

Anzahl-Hosts: 14

Anzahl Services: 33

Betriebssystem(e): CentOS5.5,Windows,Solaris10 Sparc

Plugin-Version(en): 1.4.15

IDO-Version: 1.3.0

Sonstige Addon's: pnp4nagios0.6.11,icinga-web,ido2db auf Oracle

7

18.05.2011, 20:29

Zitat von »dnsmichi«

https://dev.icinga.org/issues/1015

Ah, noch gar nicht gesehen. Meine Scripte sind noch von 1.2, die hatte ich soviel geändert, das ich die aus den neuen Versionen nicht mehr aktualisiert habe.

Zitat

das problem mit den libs umgeht man ja nur, wenn der linker nicht weiss wo die ltdl.h liegt und dann die falsche ltdl.h mit reinbaut.

(korrinten-modus on :-))): die .h sind die Includes, da steht aber nichts von der Position drin. Es geht um die Pfade zu den shared *.so libs, aber auch da kann man rpath (Position der Libs zur Linkzeit) ausschalten bzw. macht den den Build auf einer anderen maschine und hat auf dem Prod-System die libs ganz wo anders. Dann braucht man wieder LD_LIBRARY_PATH bzw.SHLIBPATH(HPUX) bzw einen Eintrag in ld.conf. Richtig ist natürlich das die Version der lib zum .h beim kompilieren passen muss. (ganz beliebtes Spiel bei Solaris mit den System-libs und gleichnamigen Gnu Versionen wie libiconv)

bern

Profi

Beiträge: 1 406

Anzahl Nagios-Server: 2-5

Nagios-Version(en): 1-3

Verteiltes Monitoring: Nein

Redundantes Monitoring: Nein

Anzahl-Hosts: 80-200

Anzahl Services: 1400-2000

Betriebssystem(e): Linux

Plugin-Version(en): Whatever I can download, patch, or cobble together myself :-)

Sonstige Addon's: n2rrd, PNP, livestatus

8

18.05.2011, 21:30

Zitat von »Tommi«

(korrinten-modus on :-)))
Korinthen ;)

dnsmichi

Meister

Beiträge: 2 102

Geburtstag: 30.05.1983 (27)

Geschlecht: Männlich

Wohnort: Wien

Beruf: DNS & Monitoring Developer

Anzahl Nagios-Server: 3x Icinga prod, 2x test/dev

Nagios-Version(en): s/nagios/icinga/

Icinga-Version(en): 1.4.0 / GIT

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 1000+

Anzahl Services: 15000+

Betriebssystem(e): RHEL 5.6 x64

Plugin-Version(en): 1.4.15

IDO-Version: 1.4.0 / GIT MySQL/Postgresql/Oracle

Sonstige Addon's: PNP 0.6.11, check_mk GIT

9

18.05.2011, 23:00

Zitat von »Tommi«

(korrinten-modus on :-))): die .h sind die Includes, da steht aber nichts von der Position drin. Es geht um die Pfade zu den shared *.so libs, aber auch da kann man rpath (Position der Libs zur Linkzeit) ausschalten bzw. macht den den Build auf einer anderen maschine und hat auf dem Prod-System die libs ganz wo anders. Dann braucht man wieder LD_LIBRARY_PATH bzw.SHLIBPATH(HPUX) bzw einen Eintrag in ld.conf. Richtig ist natürlich das die Version der lib zum .h beim kompilieren passen muss. (ganz beliebtes Spiel bei Solaris mit den System-libs und gleichnamigen Gnu Versionen wie libiconv)


prinzipiell ja, die location spreche ich dir gar nicht ab. nur wenn der core eine libltdl laden will, muss er auch wissen, was er davon braucht. also im normalfall wird diese lib irgendwelche symbole exportieren (funktionen, usw, guck mit 'nm' nach). allerdings musst du diese funktionen auch irgendwo bei dir im code verwenden (zb nebmods.c und dlopen). wenn du jetzt keine ltdl.h dort herumliegen hast, wo der linker herumsucht, damit du den code korrekt kompilieren kannst, wird er dich anspeiben. um dem linker die hilfe abzunehmen, fackelt man das via configure ab. wenns ned matched, hast du ein problem.
bestes beispiel - rhel 5.x und pcre. das hat keinen unicode support in der uraltfassung von 2006, ist aber so tief im system verankert, sodass mans mit bedacht angreifen muss. wenn du dir eine neue lib version baust, bleibt zu hoffen, dass all jene libs die gegen die alte pcre.h linken, eh noch funktionieren, waehrend die neu gebauten auch die neue pcre.h verwenden. bloed an der sache ist nur, dass php auch kompiliert wurde - gegen die uralt fassung. also muesste man das genauso angreifen - entweder src package rebuil reinstall, selbst gebaut, oder externe quellen. genau das ist das problem, was wir seit anbeginn mit icinga-web und agavi haben, ausfuehrlich erlaeutert hier: https://dev.icinga.org/issues/466

und binaries (wenn auch in packages) auf systeme zu kopieren/installieren, wo die pfade dann erst recht wieder unterschiedlich sind, widersprechen imho einem build respektive package. da wuerden dich einige packager erschlagen, wenn du ihnen sagst, dass ihre packages multi-kulti eines fuer alles sein sollten ;-)
Icinga 1.4 MySQL,PGSQL,Oracle and IPv6

Demos

Docs http://docs.icinga.org
Wiki https://wiki.icinga.org

Dev Tracker https://dev.icinga.org

* egrep -v "^#|^$" configfile

Join us online!
irc.freenode.net #icinga-devel

Using Icinga? Tell us!

sL1kkn

Anfänger

Beiträge: 3

Anzahl Nagios-Server: 2

Nagios-Version(en): Nagios Core 3.2.0

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 300

Anzahl Services: 3500

Betriebssystem(e): Solaris, Linux, Windows

Plugin-Version(en): 1.4.14

NDO-Version: 2

10

20.05.2011, 08:40

kurze statusmeldung:
mit dem setzen von LDFLAGS hats dann schlussendlic geklappt ;)Danke !

Ähnliche Themen