X11 errors on Solaris 10 - SL Console not showing up

Hi all,

I have been administrating large backup environments for quite some time now, but I have never seen the types of errors I'm getting for a client I have in Asia, so I humbly appeal to your expertise in order to fix things.

Set up: StreamLine 8500 library connected to a Solaris 10-powered ACSLS server, the machine from which I'm trying to connect is Windows 7 (there's a catch though: I am not connecting to the ACSLS host directly, but through 2 separate gateways accessible on my company's VPN, one that could be considered a "master" gateway - with connections to all other GWs of different clients - and then this specific client's GW)

root@j-server # uname -a
SunOS j-server 5.10 Generic_127111-06 sun4u sparc SUNW,Sun-Fire-V245

Normally, I would just run ./SLConsole on that host like I usually do for other clients, in order to bring the administration console for the SL8500, but when I do, this is what I get in the first place:

root@j-server # ./SLConsole/SLConsole &
[1] 19416
root@j-server # Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
Stack Trace:
java.awt.HeadlessException: 
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
        at java.applet.Applet.<init>(Unknown Source)
        at javax.swing.JApplet.<init>(Unknown Source)
        at com.stortek.ats.elib.opel.Opel.<init>(Opel.java:120)
        at com.stortek.ats.elib.opel.Opel.main(Opel.java:360)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at com.zerog.lax.LAX.launch(DashoA10*..)
        at com.zerog.lax.LAX.main(DashoA10*..)
This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

I tried exporting DISPLAY to point to my Windows-desktop VPN IP, to no avail:

root@j-server # DIPLAY=141.147.153.170:0.0
root@j-server # export DISPLAY
root@j-server # env
MANPATH=/opt/VRTSob/man:/opt/VRTS/man:/opt/VRTSvxvm/man::/usr/man:/usr/share/man:/opt/SUNWexplo/man:/opt/SUNWsneep/man:/opt/CTEact/man
TERM=xterm
SHELL=/sbin/sh
SSH_CLIENT=10.22.224.125 53809 22
SSH_TTY=/dev/pts/3
USER=root
LD_LIBRARY_PATH=/usr/openwin/lib
OPENWINHOME=/usr/openwin
PATH=/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,Sun-Fire-V245/sbin:/opt/sun/bin:/etc/vx/bin:/opt/VRTS/bin:/etc/vx/bin:/opt/VRTSob/bin:/opt/VRTSvlic/bin:/opt/SUNWexplo/bin:/opt/SUNWsneep/bin:/opt/CTEact/bin:/opt/VRTSvcs/bin:/export/home/ACSSS/data/external
MAIL=/var/mail//root
PWD=/
EDITOR=vi
TZ=Asia/Jakarta
PS1=root@j-server #
PS2=root@j-server >
SHLVL=1
HOME=/
LOGNAME=root
SSH_CONNECTION=10.22.224.125 53809 10.22.224.212 22
DISPLAY=:0.0
_=/usr/bin/env
root@j-server # !./
./SLConsole/SLConsole &
[1] 7880
root@j-server # Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
Stack Trace:
java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Unknown Source)
        at sun.awt.X11.XToolkit.<clinit>(Unknown Source)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at java.awt.Toolkit$2.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Toolkit.getDefaultToolkit(Unknown Source)
        at sun.swing.SwingUtilities2$AATextInfo.getAATextInfo(Unknown Source)
        at javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults(Unknown Source)
        at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(Unknown Source)
        at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(Unknown Source)
        at javax.swing.UIManager.setLookAndFeel(Unknown Source)
        at com.stortek.ats.elib.opel.Opel.main(Opel.java:312)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at com.zerog.lax.LAX.launch(DashoA10*..)
        at com.zerog.lax.LAX.main(DashoA10*..)
This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
[1]+  Exit 188                ./SLConsole/SLConsole

I found a suggestion about unsetting the DISPLAY variable but I'm no Java coder and I don't want to mess things up there.

Any ideas? Let me know if you need more info. I did do my search and found this but it doesn't apply in my case, unfortunately...

Thanks

If that's an actual screen capture, you set "DIPLAY" instead of "DISPLAY"

Corrected, but still nothing showing up...

---------- Post updated at 06:03 AM ---------- Previous update was at 06:02 AM ----------

The output from the last attempt:

root@jktbtracsls2 # DISPLAY=141.147.153.170:0.0
root@jktbtracsls2 # export DISPLAY
root@jktbtracsls2 # ./SLConsole/SLConsole &
[1] 19266
root@jktbtracsls2 # Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
Stack Trace:
java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Unknown Source)
        at sun.awt.X11.XToolkit.<clinit>(Unknown Source)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at java.awt.Toolkit$2.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Toolkit.getDefaultToolkit(Unknown Source)
        at sun.swing.SwingUtilities2$AATextInfo.getAATextInfo(Unknown Source)
        at javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults(Unknown Source)
        at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(Unknown Source)
        at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(Unknown Source)
        at javax.swing.UIManager.setLookAndFeel(Unknown Source)
        at com.stortek.ats.elib.opel.Opel.main(Opel.java:312)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at com.zerog.lax.LAX.launch(DashoA10*..)
        at com.zerog.lax.LAX.main(DashoA10*..)
This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

try to use ssh -X to connect through all the hosts, hopefully that would make ssh to forward the DISPLAY session across all the connections (slowly). Probably there is a Firewall that is blocking the default Xsession port which is 6000.... SSH can forward the X session through the port 22 (encrypted) so you can bypass any restriction on the VPN
That is assuming you have a local X server running.

Cheers

Juan

I did that already, I actually went to putty and clicked on "Enable X display forwarding", it didn't solve anything. :frowning:

have you tried to run other applications like dtcalc? That way you can tell if the problem is with the app itself or with the DISPLAY thing. The other thing is that some ssh configuration for security reasons they disable ssh forwarding.... You can check that on /etc/ssh/sshd_config. If that is the case you'll have to talk with the jumpbox administrator.

You can try to ssh to the first host, run dtcalc, if it work then go to the next and try again and so on, so you can tell which host is messing it up.

Juan

I haven't tried dtcalc, I don't even know what that is but I'll give it a try. I've tried X-ming and X-manager but to no avail.

I know what you're referring to when talking about the sshd_config stuff, so I'm posting what I think it's relevant from the pesky host:

# IPv4 only
#ListenAddress 0.0.0.0
# IPv4 & IPv6
ListenAddress ::
 
# X11 tunneling options
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes
 
# Port forwarding
AllowTcpForwarding no
 

I have no AddressFamily to modify in sshd_config. Could it be that I hit this bug?

Maybe. Do you have an IPV6 "::1 localhost" line in /etc/hosts?