Bonjour,
Je viens d'installer srss 4.1, sur un serveur Red Hat 5.3, 64 bits.
Le dhcp fonctionne et les stations SUN Ray prennent leurs adresses IP, mais elles n'arrêtent pas de redémarrer. Le soucis viens du serveur d'authentification.
avec un paquetage de java 64 bits par défaut, j'ai l'erreur suivante dans /var/opt/SUNWut/log/auth_log :
Exception in thread "main" java.lang.UnsatisfiedLinkError: /opt/SUNWut/lib/libutjadmin.so: libgdbm.so.3: wrong ELF class: ELFC
LASS64
J'ai donc installer un JRE 32 bits (conseil trouvé sur le WEB). Le message d'erreur est devenu :
Exception in thread "main" java.lang.UnsatisfiedLinkError: /opt/SUNWut/lib/libutjadmin.so: libgdbm.so.3: cannot open shared ob
ject file: No such file or directory
En fait /etc/opt/SUNWut/compatlinks64/libgdbm.so.3 est un lien vers /usr/lib64/libgdbm.so.2 qui est une librairie 64 bits. Et si je fais un lien dans /opt/SUNWut/lib vers libgdbm.so.3, j'ai de nouveau le premier message d'erreur du 64 bits non compatible.
Ma question est donc la suivante :
Comment installer libgdbm.so.2 32 bits afin que je puisse faire un lien dessus ?
Merci de votre aide
# paquet libgdbm
Posté par NeoX . Évalué à 2.
libgdbm
qui me fournit les fichiers /usr/lib/libgdbm.so.x.y.z
tu dois surement avoir le meme style de paquet surement 64bits sur ta distribution
ensuite tu as les paquets
ia32-libs
qui contiennent parfois les versions 32bits des libs que tu utilises
[^] # Re: paquet libgdbm
Posté par dubis . Évalué à 0.
Je n'ai pas de /usr/lib/libgdbm.so.x.y.z.
~]# find / | grep libgdbm
/opt/SUNWut/lib/libgdbm.so.3
/etc/opt/SUNWut/compatlinks64/libgdbm.so.3
/usr/lib64/libgdbm.so.2.0.0
/usr/lib64/libgdbm.so.2
Les 2 premières lignes et la dernière sont en fait des liens vers /usr/lib64/libgdbm.so.2.0.0.
En ce qui concernne les paquets ia32-libs, ils sont introuvable.
~]# yum search ia32-libs
Loaded plugins: rhnplugin, security
Warning: No matches found for: ia32-libs
No Matches found
[^] # Re: paquet libgdbm
Posté par dubis . Évalué à 1.
libgdbm.so.2.0.0 en 64 bits dépend des paquets glib.x86_64. J'ai donc installé glib.i386, ce qui a eu pour effet d'installer /usr/lib/libgdbm.so.2.
J'ai donc corrigé les liens vers la librairie 32 bits.
Tous les messages d'erreurs ont disparu, les stations de travail ont leur adresse IP et l'utquery fonctionne. Mais je n'ai toujours pas de session X sur les SUN RAY, et elles continuent à redémarrer.
[^] # Re: paquet libgdbm
Posté par NeoX . Évalué à 2.
il faut alors autoriser les connexions en XDMCP sur celui-ci.
cela se gere au mieux par l'interface graphique (mais c'est une serveur)
au pire par le fichier /etc/[gkx]dm/[gkx]dmrc
[^] # XDMCP
Posté par dubis . Évalué à 1.
Mais si tu avais plus d'info parce que là je seche :
~]# ll /etc/gdm/
total 80
-rw-r--r-- 1 root root 2796 jui 15 18:59 custom.conf
drwxr-xr-x 2 root root 4096 avr 15 14:20 Init
-rw-r--r-- 1 root root 4048 mar 28 2008 locale.alias
drwxr-xr-x 2 root root 4096 avr 15 14:20 modules
drwxr-xr-x 2 root root 4096 avr 15 14:20 PostLogin
drwxr-xr-x 2 root root 4096 avr 15 14:20 PostSession
drwxr-xr-x 2 root root 4096 avr 15 14:20 PreSession
-rw-r--r-- 1 root root 73 mar 28 2008 securitytokens.conf
-rwxr-xr-x 1 root root 5536 mar 28 2008 XKeepsCrashing
lrwxrwxrwx 1 root root 21 avr 15 14:20 Xsession -> ../X11/xinit/Xsession
~]# ll /etc/xdm/
ls: /etc/xdm/: Aucun fichier ou répertoire de ce type
~]# ll /etc/kdm/
ls: /etc/kdm/: Aucun fichier ou répertoire de ce type
~]# locate xmgr
/etc/opt/SUNWut/xmgr
/opt/SUNWut/lib/xmgr
Qui sont en fait des lien ....
~]# ll /etc/opt/SUNWut/xmgr
lrwxrwxrwx 1 root root 24 jui 16 14:37 /etc/opt/SUNWut/xmgr -> /opt/SUNWut/lib/xmgr/gdm
etc ....
Merci de votre aide
[^] # Re: XDMCP
Posté par NeoX . Évalué à 2.
ensuite il faut voir, il y a surement un fichier README fournit avec le SUNWut
qui explique dans une FAQ les problemes couramment rencontrés et comment les resoudre.
[^] # Re: XDMCP
Posté par dubis . Évalué à 1.
Malheureusement ce fichier n'est pas présent sur mon système qui subit plusieurs réinstallations.
SUN doc :
Configuration:
Sun Ray installation removes the current GDM from your system, including its
configuration file. Therefore, if you have modified your GDM configuration, back
the file up before installing SRSS. You may then wish to reapply your changes to the
/etc/X11/gdm/custom.conf that SRSS installs.
Caution – Do not simply replace the GDM configuration file that Sun Ray Server
Software installs with your old GDM configuration file; Sun Ray Server Software
will not work correctly if you do.
[^] # Re: XDMCP
Posté par NeoX . Évalué à 2.
/etc/X11/gdm/
mais /etc/gdm
l'un etant parfois un lien vers l'autre
[^] # Re: XDMCP
Posté par dubis . Évalué à 1.
SUNWut a écrit dedans ceci :
# SUNWut BEGIN - do not edit
VTAllocation=false
DynamicXServers=true
Greeter=/usr/libexec/gdmgreeter
RebootCommand=
HaltCommand=
XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
# SUNWut END
[security]
[xdmcp]
[gui]
[greeter]
[chooser]
[debug]
# Note that to disable servers defined in the defaults.conf file (such as
# 0=Standard, you must put a line in this file that says 0=inactive, as
# described in the Configuration section of the GDM documentation.
#
[servers]
# Also note, that if you redefine a [server-foo] section, then GDM will
# use the definition in this file, not the defaults.conf file. It is
# currently not possible to disable a [server-foo] section defined
# in the defaults.conf file.
J'essaye de savoir comment faire pour avoir de la log debug .....
[^] # Re: XDMCP
Posté par NeoX . Évalué à 2.
XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
un petit
file XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
te permettra de savoir si c'est un fichier texte ou binaire
si c'est du texte ca peut etre un script ou un fichier de log
[^] # Re: XDMCP
Posté par dubis . Évalué à 1.
~]# more /etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
#!/bin/sh
#
# ident "@(#)XKeepsCrashing.sunray.sh 1.1 08/09/08 SMI"
#
# Copyright 2008 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
logger -t gdm-XKeepsCrashing "GDM can't start X server."
exit 0
[^] # Re: XDMCP
Posté par NeoX . Évalué à 3.
[^] # Re: XDMCP
Posté par dubis . Évalué à 1.
Car il y a un écran claviers souris, connectés sur le serveur avec l'interface graphique Red Hat 5.
De plus je viens de faire un iptables -F sur celui ci, ce qui a eu pour effet de passer le message d'erreur de 22D à 26D sur les stations de travail SUN Ray, et cela a permis la mise à jour du firmware. Celles ci ne font plus de reset.
Le message 26 veut dire ceci d'après la doc SUN :
The Sun Ray DTU has connected to the server and is waiting for graphics traffic.
et j'ai un nouveau message d'erreur dans /var/opt/SUNWut/log/auth_log :
07/17/2009 10:04:11 Error obtaining system capacity
07/17/2009 10:04:31 Error obtaining system capacity
07/17/2009 10:04:51 Error obtaining system capacity
07/17/2009 10:05:11 Error obtaining system capacity
07/17/2009 10:05:31 Error obtaining system capacity
07/17/2009 10:05:51 Error obtaining system capacity
Je continues les recherches .............
[^] # Re: XDMCP
Posté par NeoX . Évalué à 2.
[^] # Re: XDMCP
Posté par dubis . Évalué à 1.
Car il y a un écran claviers souris, connectés sur le serveur avec l'interface graphique Red Hat 5.
De plus je viens de faire un iptables -F sur celui ci, ce qui a eu pour effet de passer le message d'erreur de 22D à 26D sur les stations de travail SUN Ray, et cela a permis la mise à jour du firmware. Celles ci ne font plus de reset.
Le message 26 veut dire ceci d'après la doc SUN :
The Sun Ray DTU has connected to the server and is waiting for graphics traffic.
et j'ai un nouveau message d'erreur dans /var/opt/SUNWut/log/auth_log :
07/17/2009 10:04:11 Error obtaining system capacity
07/17/2009 10:04:31 Error obtaining system capacity
07/17/2009 10:04:51 Error obtaining system capacity
07/17/2009 10:05:11 Error obtaining system capacity
07/17/2009 10:05:31 Error obtaining system capacity
07/17/2009 10:05:51 Error obtaining system capacity
Je continues les recherches .............
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.