Unable to use array manager, No X11 DISPLAY variable was set

Tor Lambrechts wrote:

> I get this error message when trying to launch array manager.

>

> I run Fedora Core 3, any ideas?

>

> Caused by: java.awt.HeadlessException:

> No X11 DISPLAY variable was set, but this program performed an operation

> which requires it.

> at

> java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159)

> at java.awt.Window.<init>(Window.java:317)

> at java.awt.Frame.<init>(Frame.java:419)

> at java.awt.Frame.<init>(Frame.java:384)

> at javax.swing.JFrame.<init>(JFrame.java:150)

> at

> com.sco.tta.admin.gui.RunAdminGui$AdminFrame.<init>(RunAdminGui.java:260)

> at com.sco.tta.admin.gui.RunAdminGui.<clinit>(RunAdminGui.java:68)

> Connection to ns.daxlab.no closed.

>

>

Uhm ...

Are you trying to run ArrayManager from within the SGD webtop ? What

about ObjectManager ? Are you able to run them from KDE/Gnome (graphical

console) ? Which version of SGD are you using ?

Best,

Rob

--

Roberto Zini - r.zini<@AT@>strhold.it

"Has anybody around here seen an aircraft carrier?"

(Pete "Maverick" Mitchell - Top Gun)

Rob at 2007-7-4 19:04:18 >

I have the same issue running SGD on SuSE Enterprise version 9. Do you

have a solution?

Tor Lambrechts wrote:

> I get this error message when trying to launch array manager.

> I run Fedora Core 3, any ideas?

> Caused by: java.awt.HeadlessException:

> No X11 DISPLAY variable was set, but this program performed an operation

> which requires it.

> at

> java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159)

> at java.awt.Window.<init>(Window.java:317)

> at java.awt.Frame.<init>(Frame.java:419)

> at java.awt.Frame.<init>(Frame.java:384)

> at javax.swing.JFrame.<init>(JFrame.java:150)

> at

> com.sco.tta.admin.gui.RunAdminGui$AdminFrame.<init>(RunAdminGui.java:260)

> at com.sco.tta.admin.gui.RunAdminGui.<clinit>(RunAdminGui.java:68)

> Connection to ns.daxlab.no closed.

JasonBaker at 2007-7-4 19:04:18 >

Barrie,

I monitored the connections during a connect attempt and I've noticed that

the "Array Manager" as well as the "Object Manager" do not seem to be

using ssh; both contact port 3144 where the Java error begins to dump. I

don't believe SSH has much to do with the application at this point...

what does your experience tell you?

barrie wrote:

> Hi Jason

> When you are using ssh, ssh needs to set the DISPLAY variable so that

> the X11 data is encrypted via it's own channel. I think the only

> situation where there is no DISPLAY variable set is when ssh is being

> used but is not configured for, or, for some reason, does not provide for,

> X11 forwarding. Can you check ssh against the instructions in

>

http://www.tarantella.com/support/documentation/sgd/ee/4.1/help/en-us/base/inde pth/ssh.html

> The launch of array manager may need to have ssh or telnet configured

> correctly, the process that could do the launch locally is running as a

> non-priviliged user and login via su has probably been denied. At least

> that would be my guess.

> Regards

>Barrie

> On 2005-09-01, Jason Baker <Jason.Baker@dana.com> wrote:

> > I have the same issue running SGD on SuSE Enterprise version 9. Do you

> > have a solution?

> >

> >

> >

> > Tor Lambrechts wrote:

> >

> >> I get this error message when trying to launch array manager.

> >

> >> I run Fedora Core 3, any ideas?

> >

> >> Caused by: java.awt.HeadlessException:

> >> No X11 DISPLAY variable was set, but this program performed an operation

> >> which requires it.

> >> at

> >> java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159)

> >> at java.awt.Window.<init>(Window.java:317)

> >> at java.awt.Frame.<init>(Frame.java:419)

> >> at java.awt.Frame.<init>(Frame.java:384)

> >> at javax.swing.JFrame.<init>(JFrame.java:150)

> >> at

> >> com.sco.tta.admin.gui.RunAdminGui$AdminFrame.<init>(RunAdminGui.java:260)

> >> at com.sco.tta.admin.gui.RunAdminGui.<clinit>(RunAdminGui.java:68)

> >> Connection to ns.daxlab.no closed.

> >

> >

> >

> >

> >

JasonBaker at 2007-7-4 19:04:18 >

Jason,

Try turning off the Xauth in Tarantella using:

<tta_inst_dir>/bin/tarantella config edit --security-xsecurity 0

and then try launching Array Manager or Object Manager.

Let us know if this helps or not.

Jason Baker wrote:

> Barrie,

>

> I monitored the connections during a connect attempt and I've noticed that

> the "Array Manager" as well as the "Object Manager" do not seem to be

> using ssh; both contact port 3144 where the Java error begins to dump. I

> don't believe SSH has much to do with the application at this point...

> what does your experience tell you?

>

> barrie wrote:

>

>

>>Hi Jason

>

>

>>When you are using ssh, ssh needs to set the DISPLAY variable so that

>>the X11 data is encrypted via it's own channel. I think the only

>>situation where there is no DISPLAY variable set is when ssh is being

>>used but is not configured for, or, for some reason, does not provide for,

>>X11 forwarding. Can you check ssh against the instructions in

>

>

> http://www.tarantella.com/support/documentation/sgd/ee/4.1/help/en-us/base/inde pth/ssh.html

>

>

>>The launch of array manager may need to have ssh or telnet configured

>>correctly, the process that could do the launch locally is running as a

>>non-priviliged user and login via su has probably been denied. At least

>>that would be my guess.

>

>

>>Regards

>> Barrie

>

>

>>On 2005-09-01, Jason Baker <Jason.Baker@dana.com> wrote:

>>

>>>I have the same issue running SGD on SuSE Enterprise version 9. Do you

>>>have a solution?

>>>

>>>

>>>

>>>Tor Lambrechts wrote:

>>>

>>>

>>>>I get this error message when trying to launch array manager.

>>>

>>>>I run Fedora Core 3, any ideas?

>>>

>>>>Caused by: java.awt.HeadlessException:

>>>>No X11 DISPLAY variable was set, but this program performed an operation

>>>>which requires it.

>>>>at

>>>>java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment. java:159)

>>>>at java.awt.Window.<init>(Window.java:317)

>>>>at java.awt.Frame.<init>(Frame.java:419)

>>>>at java.awt.Frame.<init>(Frame.java:384)

>>>>at javax.swing.JFrame.<init>(JFrame.java:150)

>>>>at

>>>>com.sco.tta.admin.gui.RunAdminGui$AdminFrame.<init>(RunAd minGui.java:260)

>>>>at com.sco.tta.admin.gui.RunAdminGui.<clinit>(RunAdminGui.java:68)

>>>>Connection to ns.daxlab.no closed.

>>>

>>>

>>>

>>>

>>>

>

>

>

JohnDoe at 2007-7-4 19:04:18 >

Hi Jason

I've just noticed that the advice on this in the admin guide requires

improvement. It needs to match FAQ 2.7 ; I'll ask for this to be

changed.

Regards

Barrie

On 2005-09-06, Jason Baker <Jason.Baker@dana.com> wrote:

> It took some digging on the openssh.org site but I found the solution to

> the problem under FAQ 2.7.

>

> Thanks for for prompt replies and assistance.

>

>

>

>

>

> barrie wrote:

>

>> Hi Jason

>

>> Contacting the 3144 port has nothing to do with this error, it just

>> happens to be the thing the program does before the problem is

>> discovered, but the problem occurred well before the program was started.

>> I can't think of another explanation other than a launch via ssh is being

>> attempted. In other circumstances the DISPLAY variable would be

>> set to point directly to the SGD X11 server but when using ssh it has

>> to go via a proxy set up by ssh in order to ensure encryption so ssh

>> is left to set it's own variable, if not correctly configured ssh sets

>> no DISPLAY variable and exactly the error you see occurs.

>

>> The ssh launch is probably being attempted after a local launch has

>> failed. I believe this is a common problem on Linux where many distros

>> ship with security so tight by default that it is difficult to do

>> anything involving commands such as 'su' etc.

>

>> If you want to see this working the simplest way may be to install a

>> telnet daemon and use that, but if you follow the advice for 'ssh' you

>> should be able to configure into a state where it will work. You may

>> also find that forcing the connection method to ssh, for these objects,

>> having checked that ssh is correctly configured, helps as the attempt to

>> do the launch using su may be failing in an unusual or unhelpful way.

>

>> You can also turn on logging in the launch script, unix.exp, by

>> uncommenting the startdebug command. This may reveal some more

>> information.

>

>> Alternatively, if your Linux server is local, you could just ignore the

>> problem and run these tools from the Linux desktop.

>

>> Regards

>>Barrie

>

>> On 2005-09-02, Jason Baker <Jason.Baker@dana.com> wrote:

>> > Barrie,

>> >

>> > I monitored the connections during a connect attempt and I've noticed that

>> > the "Array Manager" as well as the "Object Manager" do not seem to be

>> > using ssh; both contact port 3144 where the Java error begins to dump. I

>> > don't believe SSH has much to do with the application at this point...

>> > what does your experience tell you?

>> >

>> > barrie wrote:

>> >

>> >> Hi Jason

>> >

>> >> When you are using ssh, ssh needs to set the DISPLAY variable so that

>> >> the X11 data is encrypted via it's own channel. I think the only

>> >> situation where there is no DISPLAY variable set is when ssh is being

>> >> used but is not configured for, or, for some reason, does not provide for,

>> >> X11 forwarding. Can you check ssh against the instructions in

>> >

>> >>

>> >

> http://www.tarantella.com/support/documentation/sgd/ee/4.1/help/en-us/base/inde pth/ssh.html

>> >

>> >> The launch of array manager may need to have ssh or telnet configured

>> >> correctly, the process that could do the launch locally is running as a

>> >> non-priviliged user and login via su has probably been denied. At least

>> >> that would be my guess.

>> >

>> >> Regards

>> >>Barrie

>> >

>> >> On 2005-09-01, Jason Baker <Jason.Baker@dana.com> wrote:

>> >> > I have the same issue running SGD on SuSE Enterprise version 9. Do you

>> >> > have a solution?

>> >> >

>> >> >

>> >> >

>> >> > Tor Lambrechts wrote:

>> >> >

>> >> >> I get this error message when trying to launch array manager.

>> >> >

>> >> >> I run Fedora Core 3, any ideas?

>> >> >

>> >> >> Caused by: java.awt.HeadlessException:

>> >> >> No X11 DISPLAY variable was set, but this program performed an

> operation

>> >> >> which requires it.

>> >> >> at

>> >> >>

> java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159)

>> >> >> at java.awt.Window.<init>(Window.java:317)

>> >> >> at java.awt.Frame.<init>(Frame.java:419)

>> >> >> at java.awt.Frame.<init>(Frame.java:384)

>> >> >> at javax.swing.JFrame.<init>(JFrame.java:150)

>> >> >> at

>> >> >>

> com.sco.tta.admin.gui.RunAdminGui$AdminFrame.<init>(RunAdminGui.java:260)

>> >> >> at com.sco.tta.admin.gui.RunAdminGui.<clinit>(RunAdminGui.java:68)

>> >> >> Connection to ns.daxlab.no closed.

>> >> >

>> >> >

>> >> >

>> >> >

>> >> >

>> >

>> >

>> >

>

>

>

>

barrie at 2007-7-4 19:04:18 >