Friday, May 24th 2013, 2:11pm UTC+2

You are not logged in.

  • Login
  • Register

Anmeldung unter CentOS nicht möglich wegen " Compilation failed: unrecognized character after"

Dear visitor, welcome to Monitoring-Portal.
Although this is a german monitoring forum, please don't hesitate to post in English. Nearly everybody here understands you and will answer in English as well.
If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form to register here or read more information about the registration process. If you are already registered, please login here.

  • 1
  • 2

rayb

Beginner

Posts: 35

Birthday: May 29th 1967 (45)

Gender: male

Location: Delbrück

Occupation: Sysadmin

Number of monitoring servers: 1 Prod (+1 für Backup + 1 für Dev)

Nagios Version: icinga 1.6.1

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 132

Number of services: 1432

OS: CentOS 5.7 64Bit

Plugin Version: 1.4.15

NagVis Version: 1.5.9 / 1.6

Other Addons: pnp4nagios 0.6.16 , NagiosQL3.1.1

1

Wednesday, July 28th 2010, 3:37pm

Anmeldung unter CentOS nicht möglich wegen " Compilation failed: unrecognized character after"

Hallo Zusammen,
nach viele Stunden suche und test gebe ich es auf und frag jetzt mal nach.

Ich habe ein CentOS 5 64Bit. Dort möchte ich icinga-web nutzen. Die Anmeldeseite ist da, jedoch der Login klappt nicht.

Meldung : " Login failed - Please verify your input and try again!"
Im http log findet man:

Source code

 
1
2
3

[Wed Jul 28 14:27:28 2010] [error] [client 1.1.1.1] PHP Warning:  preg_match() [<a href='function.preg-match'>funct
ion.preg-match</a>]: Compilation failed: unrecognized character after (? at offset 2 in /usr/share/icinga-web/lib/agavi/
src/util/AgaviDecimalFormatter.class.php on line 715, referer: https://monitor/icinga-web/


In dem Zusammenhang bin ich über folgende Infos/Beiträge gestolpert.
a) pnp 0.6 unrecognized character check_openmanage.php -> http://www.nagios-portal.org/wbb/index.p…d&postID=118845
b) icinga-web DB Problem -> http://www.nagios-portal.org/wbb/index.p…&threadID=18895
c) rhel 5.5: preg_match Compilation failed: unrecognized character -> https://dev.icinga.org/issues/466

Dann habe ich php und pcre via "yum" und dem "centos-test.repo" auf den Stand
php 5.2.10 und pcre 6.6 gebracht. Weiterhin das gleich Problem.

Der letzte Versuch war dann noch, pcre 7.6 und auch pcre 8.1 als sourcecode gezogen, compiliert, installiert, http restart, ...reboot(um sicher zu gehen) aber weiterhin das Problem.

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

[root@monitor httpd]# pcretest -C
PCRE version 8.10 2010-06-25
Compiled with
  UTF-8 support
  Unicode properties support
  Newline sequence is LF
  \R matches all Unicode newlines
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack


[root@monitor ~]# /usr/bin/pcretest -C
PCRE version 7.6 2008-01-28
Compiled with
  UTF-8 support
  Unicode properties support
  Newline sequence is LF
  \R matches all Unicode newlines
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack


Frage, beiben die CentOS / REHL Installationen auf der Strecke was "icinga-web" angeht ?( . Mal eben unsere "Prod" Saystem von CentOS auf Ubuntu oder OpenSUSE kann doch nicht die Lösung sein.

Hat jemand icinga-web unter CentOS / REHL 64bit am laufen???

Dane & Gruß
rayb

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

2

Wednesday, July 28th 2010, 6:46pm

RE: Anmeldung unter CentOS nicht möglich wegen " Compilation failed: unrecognized character after"

Quoted from "rayb"

Ich habe ein CentOS 5 64Bit. Dort möchte ich icinga-web nutzen. Die Anmeldeseite ist da, jedoch der Login klappt nicht.


kommt mir bekannt vor. ist ein php und pcre issue, dazu gibts im dev tracker ein issue - https://dev.icinga.org/issues/466

das hat aber definitiv mit den alten packages in rhel/centos zu tun. bezueglich pcre gibts einen haufen requests das upzudaten, nur reagiert rhel hier nicht.

Quoted from "rayb"

Der letzte Versuch war dann noch, pcre 7.6 und auch pcre 8.1 als sourcecode gezogen, compiliert, installiert, http restart, ...reboot(um sicher zu gehen) aber weiterhin das Problem.


du musst php mit support fuer diese pcre version bauen, ansonsten wird das nicht gehen.

Quoted from "rayb"

Frage, beiben die CentOS / REHL Installationen auf der Strecke was "icinga-web" angeht ?( . Mal eben unsere "Prod" Saystem von CentOS auf Ubuntu oder OpenSUSE kann doch nicht die Lösung sein.


die "loesung" ist, eigene php und pcre packages zu bauen. das macht nach meiner recherche so ziemlich jeder, der einen apachen mit aktuellen frameworks wie agavi betreiben moechte und die rhel package policy nicht weiter durchfuehren moechte. bald kommt rhel 6, da wird das hoffentlich besser.

Quoted from "rayb"

Hat jemand icinga-web unter CentOS / REHL 64bit am laufen???


ja. php 5.2.12 und pcre 8.0 im internen rhn satellite. nur oracle mag noch nicht so ganz mit der icinga api, aber mit mysql funktionierts.

hast du den link in den docs gesehen, wo ein repository vorgeschlagen wird?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

rayb

Beginner

Posts: 35

Birthday: May 29th 1967 (45)

Gender: male

Location: Delbrück

Occupation: Sysadmin

Number of monitoring servers: 1 Prod (+1 für Backup + 1 für Dev)

Nagios Version: icinga 1.6.1

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 132

Number of services: 1432

OS: CentOS 5.7 64Bit

Plugin Version: 1.4.15

NagVis Version: 1.5.9 / 1.6

Other Addons: pnp4nagios 0.6.16 , NagiosQL3.1.1

3

Wednesday, July 28th 2010, 7:47pm

Dein "issue" im dev tracker habe ich gelesen und daher habe auch die Pakete auf eine akutelleren Stand gebracht.

Ich greife mal Deinen Vorschlag auf, ....

Quoted

du musst php mit support fuer diese pcre version bauen

und baue php sowie pcre in der bei Dir laufenden Kombination "php 5.2.12 und pcre 8.0" aus den Quellcode zusammen. pcre als rpm gibt es für CentOS bislang offenbar eh nur bis 6.6...

bonzo

Beginner

Posts: 17

Number of monitoring servers: 1

Nagios Version: 1

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 2

Number of services: 12

OS: centos

Plugin Version: 1

NDO Version: 1

4

Thursday, July 29th 2010, 1:34pm

Probier mal das

Source code

 
1
2
3
4
5
6
7
8

wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
yum --enablerepo=remi update php

yum install php-devel php-pear mysql-devel httpd-devel php-pdo
PHP_PDO_SHARED=1 pecl install pdo_mysql
echo "extension=pdo_mysql.so" > /etc/php.d/pdo_mysql.ini


Den letzen Teil braucht du nicht unbedingt, aber unter centos sollte man die pdo auch gleich mitmachen. Die epel-release ist besser als die jason release, bzw. mit der jaswon release hatte ich auch Probleme. UNd ja, kannst ruhig die i386 versione nehmen wie es da steht. Du könntest Probleme mit mysl-server bekommen. Dann einfach in die exclude liste damit.

This post has been edited 1 times, last edit by "bonzo" (Jul 29th 2010, 1:41pm)

rayb

Beginner

Posts: 35

Birthday: May 29th 1967 (45)

Gender: male

Location: Delbrück

Occupation: Sysadmin

Number of monitoring servers: 1 Prod (+1 für Backup + 1 für Dev)

Nagios Version: icinga 1.6.1

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 132

Number of services: 1432

OS: CentOS 5.7 64Bit

Plugin Version: 1.4.15

NagVis Version: 1.5.9 / 1.6

Other Addons: pnp4nagios 0.6.16 , NagiosQL3.1.1

5

Saturday, August 14th 2010, 10:54pm

Hallo bonoz,

Dein Tipp hat mich auf den richtigen Weg gebracht ;-) DANKE

Die bereits installierten Pakete müssen entfernt und mit dem remi repository erneut installiert werden.

Source code

 
1
2
3
4
5
6
7

wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm

yum remove -y mysql mysql-server

yum install  --enablerepo=remi php-cli php-pear php-xmlrpc php-xsl php-pdo php-ldap php-gd
yum install  --enablerepo=remi php-pgsql php-mysql mysql-server php-soap

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

6

Thursday, October 14th 2010, 1:30pm

Hi,

wenn ich

Source code

 
1

yum install  --enablerepo=remi php-cli php-pear php-xmlrpc php-xsl php-pdo php-ldap php-gd



ausführe, kommt:

Source code

 
1

Transaction Check Error:  file /usr/share/man/man1/php.1.gz from install of php-cli-5.3.3-1.el5.remi.x86_64 conflicts with file from package php-cli-5.2.14-2.el5.art.i386


und wenn ich

Source code

 
1

yum install  --enablerepo=remi php-pgsql php-mysql mysql-server php-soap



ausführe, kommt:

Source code

 
1
2

Transaction Check Error:file /etc/my.cnf from install of mysql-libs-5.1.51-1.el5.remi.x86_64 conflicts with file from package mysql-libs-5.1.50-1.el5.art.i386
Error Summary


Immer diese Probleme mit x86_64 und den i386 Paketen.. Nervig. Wie kann man den konflikt lösen?

Ich habe schon versucht einfach die i386 Pakete zu deinstallieren, aber bei dem Installationsbefehl werden die ja wieder installiert... Und auch wenn ich nur php-cli.x86_64 eingebe, kommt derselbe Fehler. Das ist schon etwas seltsam, warum bricht es deswegen ab, es ist ja nur eine blöde Manpage!

VisMon

This post has been edited 1 times, last edit by "VisMon" (Oct 14th 2010, 1:46pm)

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

7

Thursday, October 14th 2010, 2:03pm

Lösung für ersteres:

1. Welche Pakete sind installiert
root@server.local:~/icinga/libexec# rpm -q php-cli --qf '%{NAME} %{VERSION} %{RELEASE} %{ARCH} \n'
php-cli 5.2.14 2.el5.art x86_64
php-cli 5.2.14 2.el5.art i386
root@server.local:~/icinga/libexec#

3. Installieren der Pakete (Wie im oberen Beitrag erwähnt)
root@server.local:~/icinga/libexec# yum install --enablerepo=remi php-cli php-pear php-xmlrpc php-xsl php-pdo php-ldap php-gd


Lösung für das zweite:

1. Uninstall (ohne dependencies) des Mysql Paketes
root@server.local:~/icinga/libexec# rpm -e mysql-libs-5.1.50-1.el5.art.i386 --nodeps

2. Installation
root@server.local:~/icinga/libexec# yum install --enablerepo=remi php-pgsql php-mysql mysql-server php-soap

Jetzt hab ich noch ein SSL Handshake Problem, aber das knack ich auch noch. :) Icinga ist wie ein gutes Rätselspiel...

Source code

 
1

Starting icinga: Error - Could not complete SSL handshake.

VisMon

This post has been edited 5 times, last edit by "VisMon" (Oct 14th 2010, 2:19pm)

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

8

Thursday, October 14th 2010, 2:09pm

ich bete ja schon instaendig, dass endlich rhel 6 released wird, wo dann hoffentlich aktuelle php und pcre versionen mitgeliefert werden.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

9

Thursday, October 14th 2010, 2:10pm

Quoted from "dnsmichi"

ich bete ja schon instaendig, dass endlich rhel 6 released wird, wo dann hoffentlich aktuelle php und pcre versionen mitgeliefert werden.
Kann da nicht Icinga einspringen und fertige Pakete anbieten? - oder ist das echt viel zu aufwendig (Ich frage wirklich aus unwissenheit)

gruss

VisMon

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

10

Thursday, October 14th 2010, 2:22pm

da gehts ja nicht nur um "fertige pakete" sondern um weitere betreuung der pakete. ich moecht eigentlich dann nicht die boese nachrede haben, dass ich einmal ein rpm gebaut hab, und das dann nie mehr update (und dabei gehts eher um zusaetzlichen support fuer dinge, deren focus eigentlich bei distributionsbetreuern liegen sollten... bzw den jeweiligen sysadmins). grade wenns um ein derart tief verstricktes paket wie php oder pcre geht.
es kochen aber viele leute mit wasser - die einen mehr die anderen weniger. ein php selber zu bauen funktioniert, solange mans selbst maintained und kontrolliert einspielt. wie gesagt - ich wuensche mir rhel 6, das waer die einfachste loesung.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

11

Thursday, October 14th 2010, 2:24pm

Ah danke für die Erklärung, eigentlich logisch.

Weiss vielleicht jemand warum jetzt das SSL Handshake Problem aufgetreten ist? Weil die Checksum der Software (Mysql?) sich geändert hat?

Also nachinstallieren musste ich:


root@server.local:/usr/local/icinga/etc# yum install --enablerepo=remi libdbi-dbd-mysql

Ich gehe jetzt davon aus das ich die ganze Baggage wie beim ersten mal nachinstallieren muss...

Jetzt fehlt natürlich Net/SNMP.pm -> erledigt. Und NUN Installation der neuen GUI.

This post has been edited 2 times, last edit by "VisMon" (Oct 14th 2010, 3:43pm)

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

12

Friday, October 15th 2010, 8:55am

Die Odysee geht weiter. Trotz der Installation der Pakete gibt es ein Problem:

/usr/lib64/php/modules/dbase.so feht. Ein symbolischer Link auf /uusr/lib/php/dbase.so geht nicht, er sagt dass der falsche ELF verwendet wird.


VisMon

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

13

Friday, October 15th 2010, 9:07am

php-dbase.x86_64

etwas derartiges gibts bei deinem quellen nicht?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

14

Friday, October 15th 2010, 10:29am

Hi,

doch gibt es, aber:


root@server.local:~# yum install php-dbase.x86_64
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror.switch.ch
* atomic: www6.atomicorp.com
* base: mirror.switch.ch
* centosplus: mirror.switch.ch
* epel: mirror.switch.ch
* extras: mirror.switch.ch
Setting up Install Process
Package php-dbase is obsoleted by php-common, trying to install php-common-5.2.14-2.el5.art.x86_64 instead
Package matching php-common-5.2.14-2.el5.art.x86_64 already installed. Checking for update.
Nothing to do
root@server.local:~#



root@server.local:~# yum install php-common
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror.switch.ch
* atomic: www6.atomicorp.com
* base: mirror.switch.ch
* centosplus: mirror.switch.ch
* epel: mirror.switch.ch
* extras: mirror.switch.ch
Setting up Install Process
Package matching php-common-5.2.14-2.el5.art.x86_64 already installed. Checking for update.
Package php-common-5.2.14-2.el5.art.i386 already installed and latest version
Nothing to do
root@server.local:~#


Ich kenne den Befehl des "trotzdem installieren verdammt" bei yum nicht. Bin noch am lesen deswegen. :)

(Im Moment geht nämlich das Login beim icinga-web 1.2.0 nicht)

einen guten Tag noch,

VisMon


PS: Icinga classic funktioniert phantastisch und besser den je. :) Auch PNP Verlinkung stimmt.

EDIT: (für alle die das mal lesen und sich fragen wie das gelöst worden ist) Ich hab das nicht gelöst, sondern ssl bei ido2db.cfg eingeschaltet das versehentlich beim testing von mir abgeschaltet worden ist. Nachdem ich auch geprüft haben das in idomod.cfg ebenso ssl eingeschaltet ist -> hat es funktioniert. Das Problem mit der dbase.so besteht weiterhin, hat aber keine Auswirkung scheint mir.

This post has been edited 1 times, last edit by "VisMon" (Oct 15th 2010, 3:26pm)

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

15

Friday, October 15th 2010, 11:22am

hängt die Anmeldung von icinga-web mit der Funktionsfähigkeit von idomod und ido2db zusammen? Hab das eine Problem gelöst, das andere ging dann auch??

gruss

VisMon

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

16

Friday, October 15th 2010, 12:38pm

Quoted from "VisMon"

hängt die Anmeldung von icinga-web mit der Funktionsfähigkeit von idomod und ido2db zusammen?


im normalfall nicht. das problem was du beschreibst findet sich im agavi framework wieder. dort wird via regular expression strings alles moegliche ueberprueft. je nach pcre version funktioniert das (php greift mittels einer extension direkt auf pcre zu) oder eben nicht, weil die funktionalitaet in alten versionen nicht gegeben ist. de facto ist dieser prozess gaenzlich unabhaengig von einer datenbank (dort wo der fehler auftritt). ich hab dieses "feature" ja entdeckt, und dementsprechend tief debugged - das was da ueberprueft wird, ist relativ sinnfrei und wird auch in den agavi listen diskutiert. mehrheitlich ist es aber ein rhel problem, weil die einfach keine neuere pcre version auslieferen wollen (so wie eben auch php) es ist ziemlich laestig, aber unsere monitoringkisten erhalten nun via rhn satellite spezielle pakete, und das tut auch ordentlich. nur ist so etwas halt nicht fuer die "breite masse" geeignet. mit wasser kochen, oder wie man halt auf der osmc gesehen hat ;-)

noch kurz zur datenbank:
icinga-web hat ein eigenes db schema, wo spezifische einstellungen abgelegt werden (user, gruppen, berechtigungen, etc). das wird beim login natuerlich verwendet, ist also eine moegliche fehlerquelle, dass da was baden gegangen ist (das sieht aber im log dann anders aus). prinzipielle fehlerquelle ist, dass manche user nicht explizit zwischen icinga-web db und idoutils db trennen, dh beide schemas in eine db namens "icinga" einspielen. das sollte zum einen deshalb nicht gemacht werden, um im upgrade path "sauber" zu bleiben, und zum anderen um moegliche issues zwischen den beiden anwendungen mit nur einmer datenbank zu vermeiden.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

17

Friday, October 15th 2010, 1:15pm

Guten Tag,

und Danke für die ausführliche Erklärung.

Ich habe tatsächlich zwei DBs in meiner MySQL. icinga und icinga_web, meine php und phpcre Version sind ja neu, ich hab sie "von Hand" per vim installiert.

Jetzt noch eine letzte Frage, in meiner neuen GUI von Icinga-web ist jetzt kein Link mehr zu php4nagios vorhanden. Obwohl es im alten icinga-web 1.0.2 von mir implementiert worden ist, und die classical gui genau diese pnp4nagios Links hat. :-?

Dann ist, glaub ich ist endlich alles fertig..

VisMon

This post has been edited 1 times, last edit by "VisMon" (Oct 15th 2010, 3:27pm)

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

18

Friday, October 15th 2010, 1:56pm

Quoted from "VisMon"

Jetzt noch eine letzte Frage, in meiner neuen GUI von Icinga-web ist jetzt kein Link mehr zu php4nagios vorhanden. Obwohl es im alten icinga-web 1.0.2 von mir implementiert worden ist, und die classical gui genau diese pnp4nagios Links hat. :-?


wenn du manuelle aenderungen vorgenommen hast, werden diese wohl durch das upgrade ueberschrieben worden sein. derzeitig gibts das pnpaddon optional mit eigenen cronks, das ueberlegen wir noch, wie das als default eingearbeitet werden kann (und nicht ueberschrieben). bei packages koennte mans relativ leicht loesen, aber naja, schaun wir mal. prinzipiell fuer dich gilt - check deine cronk configs und wenns tatsaechlich ueberschrieben wurde, pass es manuell wieder an. mittlerweile gibts dazu auch etwas in docs.icinga.org dazu. (und mach backups!)
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

19

Friday, October 15th 2010, 2:32pm

Danke dnsmichi :)

Ich hab schon mal gefragt, wo kann man für icinga spenden?

VisMon

dnsmichi

Super Moderator

Posts: 5,990

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

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

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

20

Friday, October 15th 2010, 2:54pm

puh auch sowas steht auf unserer todo liste, auch wenn es nicht im vordergrund stehen sollte :-)

wenn du mithelfen magst - es gibt soviele bereiche, wo jeder seinen teil beitragen kann. sei es testen von verschiedenen git branches, dev tracker managen, feedback.icinga.org mit dev.icinga.org syncen, mailinglisten/portal uptodate halten mit infos, blog posts ueber interessante themen verfassen, im irc support anbieten, docs reviewen und etwaige fixes comitten/reporten, packager unterstuetzen (auch mit tests), speziell im icinga-web alles durchgraben und userguides fuer die docs erstellen (sowie alle anderen wichtigen addons), icinga-web translation mit pootle, etc etc - icinga ist "wir entwickeln es gemeinsam" :-)
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++
  • 1
  • 2

Similar threads