SRSS auf CentOS4.6

[Brenner]

Moin moin,

ich habe zu Testzwecken den aktuellen SunRayServer auf ein CentOS4.6 aufgesetzt was ohne Probleme und fehlerfrei vonstatten ging.

Die Rays können sich konnektieren und bekommen wie gewünscht, ihre Session.

Problem:
Ich kann die administrative Weboberfläche nicht erreichen.
Konfiguriert wurde sie schon und sollte unter http://localhost:1660 bzw. https://localhost:1661 laufen. Allerdings kommt hier nichts. Der Apache selber läuft und die Testseite unter http://localhost ist erreichbar.

Da ich unter CentOS4.5 dieses Problem nicht hatte weiß ich momentan nicht weiter....

[Toktar]

Läuft denn auf 1660 und 1661 überhaupt etwas?

netstat -tulpen (lasst Blumen sprechen )

[Brenner]

Schaut nicht so aus. Es wurde aber über ./utconfig eingestellt

Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address               Foreign Address             Stat e       Benutzer   Inode      PID/Program name
tcp        0      0 0.0.0.0:7008                0.0.0.0:*                   LIST EN      0          8638       4884/xinetd
tcp        0      0 0.0.0.0:7011                0.0.0.0:*                   LIST EN      0          10079      5396/utdevmgrd
tcp        0      0 0.0.0.0:7012                0.0.0.0:*                   LIST EN      0          8293       4750/utdsd
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LIST EN      0          7834       4541/portmap
tcp        0      0 0.0.0.0:6000                0.0.0.0:*                   LIST EN      0          12049      6400/X
tcp        0      0 0.0.0.0:113                 0.0.0.0:*                   LIST EN      0          8637       4884/xinetd
tcp        0      0 127.0.0.1:631               0.0.0.0:*                   LIST EN      0          110169     28941/cupsd
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LIST EN      0          8804       4933/sendmail: acce
tcp        0      0 0.0.0.0:6011                0.0.0.0:*                   LIST EN      0          12772      6738/Xnewt
tcp        0      0 0.0.0.0:7007                0.0.0.0:*                   LIST EN      0          10071      5393/utsessiond
tcp        0      0 0.0.0.0:927                 0.0.0.0:*                   LIST EN      0          7872       4561/rpc.statd
tcp        0      0 :::7009                     :::*                        LIST EN      0          12166      5382/java
tcp        0      0 :::7010                     :::*                        LIST EN      0          12162      5382/java
tcp        0      0 :::6000                     :::*                        LIST EN      0          12048      6400/X
tcp        0      0 :::80                       :::*                        LIST EN      0          8869       4964/httpd
tcp        0      0 :::22                       :::*                        LIST EN      0          8579       4869/sshd
tcp        0      0 :::6011                     :::*                        LIST EN      0          12771      6738/Xnewt
tcp        0      0 :::443                      :::*                        LIST EN      0          8871       4964/httpd
udp        0      0 0.0.0.0:921                 0.0.0.0:*         0          7862       4561/rpc.statd
udp        0      0 0.0.0.0:924                 0.0.0.0:*         0          7869       4561/rpc.statd
udp        0      0 0.0.0.0:67                  0.0.0.0:*         0          8734       4913/dhcpd
udp        0      0 0.0.0.0:69                  0.0.0.0:*         0          8639       4884/xinetd
udp        0      0 0.0.0.0:7009                0.0.0.0:*         0          12164      5382/java
udp        0      0 0.0.0.0:111                 0.0.0.0:*         0          7833       4541/portmap
udp        0      0 0.0.0.0:631                 0.0.0.0:*         0          110170     28941/cupsd
udp        0      0 172.16.180.1:123            0.0.0.0:*         0          8693       4902/ntpd
udp        0      0 127.0.0.1:123               0.0.0.0:*         0          8692       4902/ntpd
udp        0      0 0.0.0.0:123                 0.0.0.0:*         0          8690       4902/ntpd
udp        0      0 0.0.0.0:40831               0.0.0.0:*         0          13199      6972/utaudio
udp        0      0 :::123                      :::*         0          8691       4902/ntpd

[Toktar]

Da scheint der Dienst nicht gestartet worden zu sein. Ich kenne den SRSS nicht genug um über das Webinterface Aussagen zu treffen. Häufig klinken die sich aber nicht in den Indianer ein, sondern bringen einen eigenen Webserver mit (vgl webmin).
Als Erstes würde ich die Config durchsehen und mglw. den Dienst mal mit der Hand starten.

Leider ist im Linuxkernel zZt. soviel im Umbruch, das es von Release zu Release massive Änderungen gibt.
Die sollten mal wieder zu einem stabilen Produktiv- und den Entwicklerkernel zurückkehren.
Wir müssen auch von SP zu SP beim SLES unsere ganzen Installguides umschreiben, weil das alles nicht mehr funktioniert.

[Brenner]

Der SRSS4 für Linux bringt einen TomCat mit der vorher installiert werden muss. Der Pfad der installierten TomCats wird dann auch bei der Einrichtung der "Admin GUI" abgefragt.

Ich denke dann läuft das darüber aber wie finde ich raus ob dieser läuft. In der /etc/init.d/ sehe ich nur den Standard httpd Dienst.

[Toktar]

Mit "SRSS Tomcat" findet man mit Google schon eine ganze Menge.

"If you want to use the Web administration tool, configure an apache/tomcat server: cp /usr/share/doc/libapache2-mod-jk/httpd_example_apache2.conf /etc/apache2/conf.d/tomcat.conf, enable start of apache2 in /etc/default/apache2 and start it: /etc/init.d/apache2 start. When later utconfig asks for the "Apache Tomcat installation directory", answer /usr/share/tomcat5.5."

Das ist zwar für ein Debian, sollte sich aber nicht allzusehr von CentOS unterscheiden.

[Brenner]

Die Schritte habe ich schon längst durch. Mir ist der Vorgang ja bekannt und ich habe mich, wie immer, an die Installationsanleitung gehalten.

Habe gerade nochmals alles überprüft und nochmals neu konfiguriert.


Dabei erscheint beim Abschluss der Konfiguration folgender Hinweis:

Creating Sun Ray Core Services Configuration ...
Sun Ray Web Administration enabled to start at system boot.
Starting Sun Ray Web Administration...
Startup failed. See /var/opt/SUNWut/log/utwebadmin.log for detailed error information.

In der Datei selber steht:

/tmp/uttomcat.8280: line 17: /etc/opt/SUNWut/jre/bin/java: Keine Berechtigung
ERROR: Startup failed. See /var/opt/SUNWut/log/utwebadmin.log for detailed error information.

Ich habe daraufhin sämtlicher Unterverzeichnisse und Dateien von /etc/opt/* und /opt/* mit rwx vergeben (ist jan ur eine Testmaschine) und die Konfiguration erneut durchlaufen lassen, leider keine Änderung.

[Toktar]

Was steht denn in 'tmp/uttomcat.8280: line 17' ?

Keine Berechtigung ist eine so blöde Allerweltsmeldung, das muss nicht unbedingt an den Dateiberechtigungen in /opt liegen.

[Brenner]

Die Datei existiert nicht oder nur sehr kurzzeitig.

Bei jedem neuen ./utconfig ändert sich die Nummer in "tmp/uttomcat.XXXX: line 17" im log.

[Toktar]

Wie geschreiben, 'keine Berechtigung' kann alles Mögliche bedeuten.

Möglicherweise wird der Prozeß mit Rechten gestartet oder als ein Eigentümer der keine weiteren Prozesse ausführen darf.
Wird der Apache mit einem anderen User gestartet, als der Tomcat und will SRSS nun einen dritten User als Ausführenden definieren?
Was sagt SYSLOG oder MESSAGES. Loglevel bei allen beteiligten Programmen mal hochsetzen und dann mal schauen, ob es nicht doch eine Aussage dazu geben kann.

[Brenner]

Tja, wie in 99% lag der Fehler mal wieder 50cm vorm Bildschirm.

Ich habe heute eine zweite Maschine zum testen aufgesetzt, dabei ist mir dann aufgefallen das ich den Softlink für das Java Verzeichnis falsch bzw. in falsche Verzeichnis angelegt habe.

[maal]

Hallo,

es wäre vielleicht auch sinnvoll eine "Auflösung" an die SunRay-Users Liste zu schicken, ehe sich dort noch mehr Leute den Kopf zerbrechen.

Michael