Thursday, June 20th 2013, 2:06am UTC+2

You are not logged in.

  • Login
  • Register

Icinga-Web kann Resoruce Baum nicht öffnen. PHP Connection Error

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

1

Wednesday, June 20th 2012, 5:42pm

Icinga-Web kann Resoruce Baum nicht öffnen. PHP Connection Error

Hallo Zusammen,

ich befasse mich wie ihr sicherlich merkt im Moment wieder verstärkt mit Icinga. Nun habe ich Icinga Report installiert. (jeweils die aktuellste Version).
Nun habe ich das Problem, dass das icinga-web Interface zwar das Report drin hat, jedoch immer ein Internal Error beim Öffnen angezeigt wird.

Mein Aufbau:

1. icinga 1.7
2. icinga-web 1.7
3. pnp4nagios
4. icinga reporting (mit externem Tomcat 6.0.35)

Nun meine Frage, da wir unsere komplette umgebung unter HTTPS laufen lassen müssen und nichts naderes verwenden dürfen, liegt meine Vermutung, dass Icinga Reporting mit den Cronks und HTTPS i.wie ein Problem hat.
Da ich über alle http Einträge finde und keine HTTPS Einträge. Ebenfalls habe ich nur den http Connector Port beim Tomcat angeben können bei der INstallation nicht den HTTPS. (Installation Jasper Server).

Der Jasperserver läuft ebenfalls auf diesem Server mit der vorgeschlagenen Version für Icinga Reporting. Könnte ihr mir evtl. weiterhelfen, warum die Reportings auf der Weboberfläche von Jasperserver vom Tomcat aufgehen.
Und über den Icinga Cronk nicht ? Ich finde leider im Log immer nur einen Eintrag. Leer bleiben meine Reports ebenfalls auch wenn die Datenbank befüllt ist aber hierzu gibt es ja schon einen offenen Thread im Forum.

Source code

 
1

[fatal] Uncaught AppKitPHPError: PHP Error socket_connect():unable to connect [111]: Connection refused (/usr/local/icinga-web/app/modules/Reporting/models/JasperSoapFactoryModel.class.php:86)(/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:59)



Leider finde ich in diesen Dateien nicht den Ursprung allen Übels. Wäre echt mega cool wenn ihr mir mal wieder weiterhelfen könntet. Danke schon einmal im Vorraus.

Hier noch ein kleiner Nachtrag. Die soapTestphp Seite unter icinga-web/pub spuckt mir folgende Fehlermeldung aus:

Source code

 
1

SoapFault exception: [HTTP] Could not connect to host in /usr/local/icinga-web/pub/soapRequestTest.php:7 Stack trace: #0 [internal function]: SoapClient->__doRequest('__call('getIcingaAPI', Array) #2 /usr/local/icinga-web/pub/soapRequestTest.php(7): SoapClient->getIcingaAPI('service', Object(SoapVar), ' ', ' ', ' ', 0, 'authkey12341234...') #3 {main} servicecolumnHOST_NAMErelation=valuelocalhost 0authkey123412345
Der Computer rechnet mit allem, nur nicht mit dem User :D

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

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, June 20th 2012, 6:26pm

und wie ist der reporting cronk konfiguriert?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

3

Thursday, June 21st 2012, 8:12am

Sorry habe ich vergessen.

Also icinga-reporting habe ich mit ./configure --with-jasper-server=/usr/local/jasperserver/4.2/ --with-icinga-user=icinga --with-icinga-group=icinga konfiguriert.
Es wurd ein Link mit apache-server im jasperserver Verzeichnis erstellt.

Einträge in der Cronk.xml
[img]http://monitoring-portal.org/wbb/index.php?page=Attachment&attachmentID=5486&h=c7e8ddfb2efa0661a2feeb0c36380147f56e2b3c[/img]

Eintrag aus der Module_reporting.xml
[img]http://monitoring-portal.org/wbb/index.php?page=Attachment&attachmentID=5487&h=f1378a3e72c5b4b780efd4ee22ba82148aae2aad[/img]

Anbei noch Screenshots von der Webseite:
Boehme has attached the following images:
  • Fehler.jpg
  • Jasper.JPG
  • Reporting-Site.JPG
  • cronks.jpg
  • modul_reporting.jpg
Der Computer rechnet mit allem, nur nicht mit dem User :D

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

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

4

Thursday, June 21st 2012, 10:20am

bitte bitte keine screenshots von configs - ich mags nicht abtippen.

ansonsten

- jasperserver port 8443 - stimmt das ueberhaupt, wo laeuft dein tomcat? # netstat -an | grep 8443
- erlauben die iptables einen connect auf localhost 8443?
- welche reporting version?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

5

Thursday, June 21st 2012, 10:34am

Ok. Sorry. Leider hat mir ZITAT und Code Einfügen immer alles zerstört und hat nur noch eine Zeile angezeigt.

Source code

 
1

            <cronk name="icingaReportingDefault">                                <!--<ae:parameter name="icingaJasperReportingMain">-->                                <ae:parameter name="module">Reporting</ae:parameter>                                <ae:parameter name="action">Cronk.Main</ae:parameter>                                <ae:parameter name="hide">false</ae:parameter>                                <ae:parameter name="description">Seamless Jasper Integration</ae:parameter>                                <ae:parameter name="name">Reporting</ae:parameter>                                <ae:parameter name="categories">icinga-reporting</ae:parameter>                                <ae:parameter name="image">cronks.Weather_Could_Sun</ae:parameter>                                <ae:parameter name="ae:parameter">                                    <ae:parameter name="jasperconfig">modules.reporting.jasperconfig.default</ae:parameter>                                    <ae:parameter name="enable_onthefly">1</ae:parameter>                                    <ae:parameter name="enable_repository">1</ae:parameter>                                    <ae:parameter name="enable_scheduling">1</ae:parameter>                                </ae:parameter>                         <!--</ae:parameter> -->            </cronk>


Source code

 
1

    <module enabled="true">            <settings>                    <setting name="jasperconfig.default">                        <ae:parameter name="jasper_url">https://127.0.0.1:8443/jasperserver</ae:parameter>                        <ae:parameter name="jasper_user">jasperadmin</ae:parameter>                        <ae:parameter name="jasper_pass">jasperadmin</ae:parameter>                        <ae:parameter name="tree_root">/Icinga/Reports</ae:parameter>                    </setting>            </settings>    </module>




- jasperserver port 8443 - stimmt das ueberhaupt, wo laeuft dein tomcat?


Tomcat läuft über SSL Connector auf Port 8443. HTTP Connector mit Port 8080 wurde auskommentiert.


# netstat -an | grep 8443


Liefert folgende Ausgabe zurück:



tcp 0 0 :::8443 :::* LISTEN

- erlauben die iptables einen connect auf localhost 8443?


Auf den Port können connections gemacht werden.

- welche reporting version?


icinga-reports-1.7.0 (das SOAP Module von PHP ist installiert und aktiviert)
Der Computer rechnet mit allem, nur nicht mit dem User :D

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

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

6

Thursday, June 21st 2012, 12:56pm

hm. nach dem andern der config - clearcache gemacht?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

7

Thursday, June 21st 2012, 1:57pm

Ja. Habe nun auch schon mehrfach den Cache geleert. (Sowohl den Cache von Icinga-web per clearcache.sh als auch händisch den Ordner geleert, als auch den Cache vom Browser)
Habe auch schon mehrfach nun den Tomcat / Apache / Icinga Dienst neugestartet.
Alles immer einwand frei.

Auch ein Reboot des Servers hat keine Besserung gebracht. Ein brauchbareres Log habe ich seither auch vergebens gesucht.

Habe jetzt noch etwas heraus gefunden. Und zwar immer wieder wenn ich von anderen Tabs in den Reporting Tab wieder wechsle erscheint oben Rechts dieser grüne BugFix Käfer.
Hier die Ausgabe:

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

Icinga Fehlerbericht
The following 1 error(s) occured, sorry for that: Message: Uncaught TypeError: Cannot call method 'on' of undefined
File: https://192.168.1.93/icinga-web/modules/appkit/squishloader/javascript
Line: 62122
Occured: Thu Jun 21 2012 14:24:39 GMT+0200 (Mitteleuropäische Sommerzeit)
Comment: No comment   Bericht erstellen für dev.icinga.org      Fehler zurücksetzen      Schließen     Fehlerbericht;---------------------------------------------------
;Icinga Interface Error Report 
;---------------------------------------------------

;Header definitions
CreationTime = 'Thu Jun 21 2012 14:26:19 GMT+0200 (Mitteleuropäische Sommerzeit)'
URL = 'https://192.168.1.93/icinga-web/'
Platform = 'Win32'
User-Agent = 'Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.5 (KHTML, like Gecko) Iron/19.0.1100.0 Chrome/19.0.1100.0 Safari/536.5'

;The following errors occured
[Error 1]
Message = 'Uncaught TypeError: Cannot call method 'on' of undefined'
File = 'https://192.168.1.93/icinga-web/modules/appkit/squishloader/javascript'
Line = '62122'
Time = 'Thu Jun 21 2012 14:24:39 GMT+0200 (Mitteleuropäische Sommerzeit)'
Comment = 'No comment'
 ;EOF
Der Computer rechnet mit allem, nur nicht mit dem User :D

This post has been edited 1 times, last edit by "Boehme" (Jun 21st 2012, 2:26pm)

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

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, June 21st 2012, 5:28pm

den javascript error wuerde ich eher dem safari zuschreiben (alternativen browser testen).

https auf port 8443 - habe ich nicht getestet. mag aber daran liegen, dass der soap client keine connection aufbauen kann. der socket error sagt genau das - und moeglicherweise baut etwas die verbindung auf http auf, nicht https.

ggf schaust du mit einem tcpdump mit, welche connections da auf port 8443 hereinfallen.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

9

Tuesday, June 26th 2012, 2:41pm

Sorry dass es etwas länger gedauert hat.

Habe nun endlich wieder etwas verwertbares zu verkünden:

Port Connection läuft. (Dort wird nichts blockiert.)
SOAP Connection funtkioniert ebenfalls.
Ich habe nun nach längerem Suchen und probieren mit verscheidenen Sniffern (hoffentlich) den entscheidenden Hinweis:
Der Cronk ruft folgenden Link auf:

https://<hostip>/icinga-web/modules/reporting/provider/modules.reporting.jasperconfig.default/content/meta


Dieser Verursacht folgende Anzeige:

Source code

 
1

{"success":false,"errors":{"username":"Login failed!"}}


entferne ich den /meta

kommt folgende Anzeige:


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
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79

A critical exception occured!
                    
                    

                        Uncaught AgaviViewException thrown:
                        
                                                        The view 
"AppKit_Error404SuccessView" does not implement an "executeJson()" 
method to serve the output type "json", and the base view 
"IcingaBaseView" does not implement an "executeJson()" method to handle 
this situation.                        
                        Stacktrace:
#0
 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1672):
 IcingaBaseView->execute(Object(AgaviWebRequestDataHolder))

#1 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1533):
 AgaviExecutionFilter->executeView(Object(AgaviExecutionContainer))

#2 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1255):
 AgaviExecutionFilter->execute(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#3 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1700):
 AgaviFilter->executeOnce(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#4 
/usr/local/icinga-web/lib/agavi/src/filter/AgaviSecurityFilter.class.php(61):
 AgaviFilterChain->execute(Object(AgaviExecutionContainer))

#5 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1255):
 AgaviSecurityFilter->execute(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#6 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1700):
 AgaviFilter->executeOnce(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#7 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(870):
 AgaviFilterChain->execute(Object(AgaviExecutionContainer))

#8 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1266):
 AgaviExecutionContainer->execute()

#9 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1255):
 AgaviDispatchFilter->execute(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#10 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1700):
 AgaviFilter->executeOnce(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#11 
/usr/local/icinga-web/lib/agavi/src/filter/AgaviFormPopulationFilter.class.php(78):
 AgaviFilterChain->execute(Object(AgaviExecutionContainer))

#12 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(1700):
 AgaviFormPopulationFilter->executeOnce(Object(AgaviFilterChain), 
Object(AgaviExecutionContainer))

#13 
/usr/local/icinga-web/app/cache/config/compile.xml_production__119920113a175a2dcea22e33a36de83ba298e663.php(579):
 AgaviFilterChain->execute(Object(AgaviExecutionContainer))

#14 /usr/local/icinga-web/pub/index.php(49): AgaviController->dispatch()

                    #15 {main}


Sagt euch das vl. nun mehr wo der Fehler liegt ?
Der Computer rechnet mit allem, nur nicht mit dem User :D

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

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

Tuesday, June 26th 2012, 2:47pm

dementsprechend ein login failure, wenn ich das richtig interpretiere.

stimmen denn die jasper daten, die icinga web konfiguriert hat? (aendert man im jasper interface)

Source code

 
1
2

<ae:parameter name="jasper_user">jasperadmin</ae:parameter>                        
<ae:parameter name="jasper_pass">jasperadmin</ae:parameter>
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

11

Tuesday, June 26th 2012, 2:52pm

In der module_reporting.xml steht folgendes:

Source code

 
1

jasperadmin         jasperadmin



Auf der Jasperserver Seite über den Tomcat kann ich mich auch mit jasperadmin/jasperadmin anmelden.

Kann es sein, dass der Cronk meine LDAP Authentifizierung übersendet und der Jasperserver zu dem LDAP User sagt. Nö?
Mir dämmert es solangsam, dass der Jasperserver evtl. dann ebenfalls eine LDAP Authentifizierung des gleichen Users haben muss ?

Source code

 
1
2

POST https://192.168.1.93/icinga-web/modules/reporting/provider/modules.reporting.jasperconfig.default/content/meta HTTP/1.1Accept: */*X-Requested-With: XMLHttpRequestContent-Type: application/x-www-form-urlencoded; charset=UTF-8Referer: https://192.168.1.93/icinga-web/Accept-Language: deAccept-Encoding: gzip, deflateUser-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)Host: 192.168.1.93Content-Length: 4Connection: Keep-AliveCache-Control: no-cacheCookie: icinga-web=kal0skf26ngceeughjgbvl98f3; icinga-web-loginname=jens.boehm-guter
uri=


Das sagt der Sniffer was passiert wenn ich auf Repository klicke und die Fehlermeldung erscheint.

Habe nun einfach einmal einen gleichnamigen User auf dem Jasper Server angelegt. Nun bekomme ich folgende Fehlermeldung:

Source code

 
1
2

POST https://192.168.1.93/icinga-web/modules/reporting/provider/modules.reporting.jasperconfig.default/content/meta HTTP/1.1Accept: */*X-Requested-With: XMLHttpRequestContent-Type: application/x-www-form-urlencoded; charset=UTF-8Referer: https://192.168.1.93/icinga-web/Accept-Language: deAccept-Encoding: gzip, deflateUser-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)Host: 192.168.1.93Content-Length: 4Connection: Keep-AliveCache-Control: no-cacheCookie: icinga-web=kal0skf26ngceeughjgbvl98f3; icinga-web-loginname=jens.boehm-guter; lastFolderUri=/icinga/reports
uri=



Denke das liegt nur an der Berechtigung von JasperServer selbst. Jedoch sieht das doch schon besser aus oder ?

Leider kommt beim direkten Link aufruf immer noch diese Fehlermeldung:

Source code

 
1

{"success":false,"errors":{"username":"Login failed!"}}
Der Computer rechnet mit allem, nur nicht mit dem User :D

This post has been edited 2 times, last edit by "Boehme" (Jun 26th 2012, 3:03pm)

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

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

12

Tuesday, June 26th 2012, 3:10pm

naja, ich logge mich als root mit default login ein, setzte aber trotzdem den reporting cronk auf die jasper credentials, die auch default in meinem setup sind. *vielleicht* erlaubt dein tomcat via soap schnittstelle den lokalen user nicht? bei tomcat konfiguration (bzw jasper internals) ist mein knowhow zu ende, sorry. aber ich wuerde den fehler mal in dieser region vermuten.

was du noch testen koenntest - was ist wenn du einen integrierten tomcat statt dem externen auf einem testhost verwendest. funktioniert es dann?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Boehme

Trainee

Posts: 110

Birthday: Aug 15th 1990 (22)

Gender: male

Location: Rosenberg

Occupation: Fachinformatiker - Systemintegration

Number of monitoring servers: 3

Hobbies: Fußball, Auto Motorrad

Nagios Version: Icinga 1.7 Stable

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 144

Number of services: 1128

OS: Windows XP, Vista, 7, Server 2003, 2008, Linux (Ubuntu & CentOS & SUSE)

Plugin Version: 1.4.14

NagVis Version: -

NDO Version: -

Perfparse Version: -

Other Addons: pnp4nagios 0.6.x , NoMa, IDOUtils, Icinga-Reporting, Icinga-web 1.7, NRPE

13

Tuesday, July 3rd 2012, 1:16pm

Dieses Thema kann geschlossen werden.
Ich habe das Problem mit einer kompletten Neuinstallation des Servers inkl. Jasperserver lösen können.
Der Fehler konnte jedoch trotz vergleichen der Installationen nicht gefunden werden.
Der Computer rechnet mit allem, nur nicht mit dem User :D

Similar threads