Error can't open display while installation

Hi,
While installting oracle, i am unable to launch the oracle universal installer. I have already set the DISPLAY value to IPAddress.
I am installing it from ora<sid>, it asking about xlock. When i am running it from root, i am able to open up xclock. But i am unable to open up xclock from ora<sid>. It is giving error as error: can't open display.
Please suggest the solution.
Regards
Karunakar

Hello,
It already solved!
What I did was:
Open a new Term. session.
Under root user I ran
#xhost + *
(this enables the X window for all users)
Then I don´t needed to set the Display variable with the value user within that Term. session.
#echo $DISPLAY
#:0.0
... then I test xclock to validate the display functionality and then I start oracle wizard installation with command
#./RUNINSTALLER
The oracle installation finish without problems!
Best regards,
João Dimas - Portugal

Similar Messages

Error can't open display after reboot

Hi,
I encounter this problem :
I just install SSGD 4.2 on Solaris 10 01/06 T2000 server. After installation I can connect to the SSGD using browser from my notebook, and can try the various demo (dtterm, xclock etc)
I reboot the Solaris 10 OS.
After reboot I tried to login again via browser in my notebook and try to run the various demo.
I can login, but almost all the demo failed to execute, the X applications give error "can't open display:" with no hostname following the error.
The only demo still runs is the vt420 demo
Anybody can help me to point out what causes the problem ? I am trying to demo this SSGD software to a customer.
Regards
Adrianus B. Kurnadi

I've noticed this as well, under Solaris 10 FCS, Solaris 10 U1, and Solaris Express nv_39.
However, I have tried it out under S8 02/04, and S9 09/04 and I do not have this problem after rebooting the host at all.
For the hell of it, I (rather badly) converted the S89/S90 startup scripts to be SMF manifests with S90Tarantella having a dependancy on tS89TarantellaWebServer as I thought perhaps there was a strange issue with the tta process starting before the web service had fully started (beats me why it would matter, ends up it didn't) - as my test S10 host is a slow Netra T1.
I'd be interested to know what the difference is between it being started up via an rc2.d script and the root user logging into the system console running /opt/tarantella/bin/tarantella start. I haven't even bothered starting to try to observe the environment differences between startup via SMF in S10 and init.d in S8.
</2.2c>
Andrew

[fvwm][main]: ERROR can't open display :1

I can start a second xfce (session?) in a tty while I have a normal xfce session running in tty10, by logging into the tty and designating an alternative display. example:
$ startxfce4 -- :1
Now I'm playing around with fvwm and trying to start it in a tty with xfce running in tty10, per the command and error below:
$ fvwm -d :1
[fvwm][main]: <<ERROR>> can't open display :1
I've tried find a solution with no luck. How would I start fvwm in a tty?

You have to start another X session. Perhaps xfce hides this fact from you by bundling all that in the startxfce4 script, but any other window manager requires X to already be running.
Use startx/xinit -- :1
You can create conditional entries in your xinitrc so you could do `xinit fvwm -- :1`
Edit: As I don't use fvwm you can test and confirm what I am suggesting by trying to start fvwm from a tty even in the default display before any other x session is running. Calling just `fvwm` from a terminal should fail.
Last edited by Trilby (2012-09-17 01:31:28)

Xclock Error: Can't open display: - after upgrading to openSSH 5.2p1

I have got two servers apssvrX and apssvrZ on OEL. Both were built by the same team using their standard build scripts.
Having received the servers I had installed Oracle (ODI) product on it successfully.
Then as a part of requirement and as per Oracle support's advise, I had upgraded the ssh version on apssvrX server from OpenSSH_4.3p2 To OpenSSH_5.2p1, so that, I can implement the chroot jailing.
As per Oracle advise, I had downloaded the 3 RPMs from "_http://layer1.rack911.com/openssh/rhel5/x86_64/" to run them on my first server i.e., apssvrX and then configured the sshd services following the below steps:
a) Modify /etc/ssh/sshd_config to comment the below line:
#Subsystem sftp /usr/libexec/openssh/sftp-server
b) Add below lines:
Subsystem sftp internal-sftp
Match Group sftponly
ChrootDirectory %h
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp
Then lastly, Restart sshd services complete the configuration
# /etc/init.d/sshd restart
apssvrX server current details are as below:
apssvrX$ uname -a
Linux apssvrX 2.6.18-128.el5 #1 SMP Wed Jan 21 08:45:05 EST 2009 x86_64 x86_64 x86_64 GNU/Linux
apssvrX$ ssh -V
OpenSSH_5.2p1, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
My problems started from this point onwards. I want to install another Oracle product using OUI, but when I try to execute xclock using the Exceed HummingBird tool on apssvrX server then it fails with the error - (xclock) Error: Can't open display:
I tried the DISPLAY variable setup as well but to no use.
Whereas I can successfully execute the xclock on apssvrZ and OUI as well. Its config details are as below:
apssvrZ$ uname -a
Linux apssvrZ 2.6.18-128.el5 #1 SMP Wed Jan 21 08:45:05 EST 2009 x86_64 x86_64 x86_64 GNU/Linux
apssvrZ$ ssh -V
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
Please advise the way forward.

Tried but still same error.
Affected servers's sshd_config is as below:
[root@apssvrX]# cat /etc/ssh/sshd_config
# $OpenBSD: sshd_config,v 1.73 2005/12/06 22:38:28 reyk Exp $
# This is the sshd server system-wide configuration file. See
# sshd_config(5) for more information.
# This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin
# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options change a
# default value.
#Port 22
Protocol 2
Protocol 2
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::
# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key
# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 768
# Logging
# obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
SyslogFacility AUTHPRIV
#LogLevel INFO
# Authentication:
#LoginGraceTime 2m
PermitRootLogin without-password
#StrictModes yes
#MaxAuthTries 6
#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile .ssh/authorized_keys
# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes
# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no
PasswordAuthentication yes
# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no
# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no
# GSSAPI options
#GSSAPIAuthentication no
GSSAPIAuthentication yes
#GSSAPICleanupCredentials yes
GSSAPICleanupCredentials yes
# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication mechanism.
# Depending on your PAM configuration, this may bypass the setting of
# PasswordAuthentication, PermitEmptyPasswords, and
# "PermitRootLogin without-password". If you just want the PAM account and
# session checks to run without PAM authentication, then enable this but set
# ChallengeResponseAuthentication=no
#UsePAM no
UsePAM yes
# Accept locale-related environment variables
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#ShowPatchLevel no
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
# no default banner path
#Banner /some/path
# override default of no subsystems
Subsystem sftp /usr/libexec/openssh/sftp-server
## Commented the sftp jailing configuration
##Subsystem sftp internal-sftp
##Match Group sftponly
## ChrootDirectory %h
## X11Forwarding no
## AllowTcpForwarding no
## ForceCommand internal-sftp

X11 remote app and XQuartz and xterm Xt error: Can't open display: %s

Hi
I have Snow Leopard (10.8.4) and XQuartz on it I need to run X11 remote app on redhat.
On local host echo $DISPLAY shows /tmp/launch-d33HNb/org.macosforge.xquartz:0
When i do ssh -X (or -Y) [email protected] and try to run xterm i got:
xterm Xt error: Can't open display: %s
xterm: DISPLAY is not set
the sshd_config on remote host has
cat /etc/ssh/sshd_config | grep X11
#X11Forwarding no
X11Forwarding yes
X11DisplayOffset 10
#X11UseLocalhost yes
Question is do i need to set up DISPLAY variable on remote host?
If yes which display number do i choose?
if i do export DISPLAY=<my mac ip>:10.0 or export DISPLAY=<my mac ip>:0.0
i still have message xterm Xt error: Can't open display: %s
Maybe this will help also
ssh -v -v -Y [email protected]
OpenSSH_5.9p1, OpenSSL 0.9.8x 10 May 2012
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 172.20.0.12 [172.20.0.12] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /var/root/.ssh/id_rsa type -1
debug1: identity file /var/root/.ssh/id_rsa-cert type -1
debug1: identity file /var/root/.ssh/id_dsa type -1
debug1: identity file /var/root/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH_4*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie- hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [email protected],[email protected],ssh-rsa,[email protected],[email protected],ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blow fish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blow fish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-g roup1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blow fish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blow fish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 110/256
debug2: bits set: 492/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 92:ac:c2:7b:1e:ba:6b:62:9b:32:3e:14:c6:87:a7:59
debug1: Host '172.20.0.12' is known and matches the RSA host key.
debug1: Found key in /var/root/.ssh/known_hosts:2
debug2: bits set: 524/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /var/root/.ssh/id_rsa (0x0)
debug2: key: /var/root/.ssh/id_dsa (0x0)
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Trying private key: /var/root/.ssh/id_rsa
debug1: Trying private key: /var/root/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug1: Next authentication method: password
[email protected]'s password:
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
Authenticated to 172.20.0.12 ([172.20.0.12]:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 3 setting TCP_NODELAY
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Last login: Thu Jun 6 09:12:43 2013 from 172.20.0.17
[root@npecdp01 ~]#

Jeffrey Jones2 wrote:
I'm always looking for new tricks of the trade.
I remember now why I originally changed the ssh config file. Here is another trick: In a text editor, type
ssh://[email protected]
making the obvious substitutions. Select the line and drag it to the Desktop. It will create an inetloc file that, when double-clicked, opens a Terminal window and connects to the ssh session. I have several of these in my Dock.
That is a neat trick. However, with LaunchPad I'm not much of a Finder double-clicker anymore. What is interesting is that the OS knows how to handle the ssh protocol. You can also type "open ssh://[email protected]" for the same effect. That may not seem like much of a gain, but it reveals some interesting OS-level possibilities.
With an RSA key, I don't even need a password
You can use the newer DSA keys. There is another neat trick too. Pretty much every set of instructions I've seen online suggests using an empty private key password because running ssh-agent is such a hassle on Linux. It is built-in to OS X. So, on OS X, you can create more secure DSA private keys with pass phrases that are stored (and encrypted) in your keychain. You only have to supply the Then, even if someone gets your private keys, they get nothing.

Error: Can't open display: localhost:0.0

Hi all,
Please help to solve the problem of x display, thanks a lot!
$DISPLAY=localhost:0.0; export DISPLAY
$xhost +sky
xhost: unable to open display "localhost:0.0"
$xclock
Error: Can't open display: localhost:0.0
Vivia/en

reboot
or
using xmanager tool

Xterm: Xt error: Can't open display: xterm: DISPLAY is not set

Hello, I am completely new to networking/systems. I have been asked to complete an open flow tutorial ( http://www.openflow.org/wk/index.php/OpenFlow_Tutorial ) I have fininshed a part of the tutorial and when i used "ssh -X [email protected]**.*", I was able to log in successfully but when i type in Xterm, it says "xterm: Xt error: Can't open display: xterm: DISPLAY is not set". I have downloaded virtual box, XQuartz and an ovf file as given in teh tutorial. I don't know what the problem is. Can someone please guide me through this? Thank you so much!

I didn't quite understand what you were saying but when i typed "ssh -Y ..." this is what happened:
mobile-172-16-103-167:~ mininet$ ssh -Y [email protected]
Password:
Last login: Sat May 18 20:25:50 2013 from 192.168.56.1
mobile-172-16-103-167:~ mininet$
ssh -X and ssh -Y do essentially the same thing. -Y is just less restrictive on X11 return traffic authority (basically it tells the local X11 display server that you trust the remote system sending X11 traffic to it).
Now what you are display seems strange. You prompt implies that your current system's IP address is 172.16.103.167 and you are ssh'ing to 192.168.56.1. You get a password prompt as expected, but then the "Last Login" messages says you are coming from 192.168.56.1, which is should be where you are coming, but that it the address you are trying to ssh to. And then to top it off, you command line prompt has not changed.
So I'm wondering if 192.168.56.1 is the same system you are currently using, but just a different account on that system?
Is this true?
Also your prompt implies you were logged into the 'mininet' account when you issued the ssh -Y command to login to the 'mininet' account on 192.168.56.1.
Or is it possible that you are loosing track of which system and account you are current remotely logged into?

Exceed : Error: Can't open display

Trying to install SAP with sapinst on AIX 6.1 , after launching exceed , and exporting the display variable , when try xclock , get the following error
ladksapdk33:/root # export DISPLAY=XXX.XX.XXX.XXX:2.0
adksapdk33:/root # xclock
Error: Can't open display: XXX.XX.XXX.XXX:2.0
Any one has any clue ? Please help

Abu Al MAmun wrote:
> ladksapdk33:/root # export DISPLAY=XXX.XX.XXX.XXX:2.0
> adksapdk33:/root # xclock
> Error: Can't open display: XXX.XX.XXX.XXX:2.0
Verify this IP
Thanks

11g on Oracle Ent Linux ./runInstaller fails: Error: can't open display:...

X-server stuff is killing me...
As root:
[root@blackbox ~]# xclock
the xclock starts right up.
[root@blackbox ~]# su - oracle
[oracle@blackbox ~]$ /usr/bin/xclock
xclock DOES NOT start. Permissions are fine and command just sits there until Ctl-C to abort.
[oracle@blackbox ~]$ hostname
blackbox
[oracle@blackbox ~]$ echo $DISPLAY
blackbox:0.0
[oracle@blackbox ~]$./runInstaller
...some checks are done and passed
...>>>Could not execute auto check for display colors using command /usr/bin/xdpinfo. Check id the DISPLAY variable is set...
Continue? yes
Can't connect to the X11 window server using blackbox:0.0...
...OUI-10027: To enable clent users to access the X server, ...# xhost +
etc., etc.
I tried all the checks suggested in the message including setting the DISPLAY to:
DISPLAY=192.168.1.110:0.0; export DISPLAY (shell is bash)
I seems that as the oracle user I cannont connect to the Xserver? Not sure how to check other than testing w/ something like xclock.
Any assistance much appreciated.

...ok...I still don't understand what the difference is from before. But, as you suggest...
(btw, the error message ">>> Could not execute auto check..." seems erroneous to me in that I'm running the KDE desktop just fine???)
[root@blackbox ~]#
[oracle@blackbox database]$ echo $SHELL
/bin/bash
[oracle@blackbox database]$
[root@blackbox ~]# DISPLAY=:0.0
[root@blackbox ~]# export DISPLAY
[root@blackbox ~]# echo $DISPLAY
:0.0
[root@blackbox ~]# su - oracle
[oracle@blackbox ~]$ cd /tmp/database/
[oracle@blackbox database]$ ./runInstaller
Starting Oracle Universal Installer...
Checking Temp space: must be greater than 80 MB. Actual 13706 MB Passed
Checking swap space: must be greater than 150 MB. Actual 1791 MB Passed
Checking monitor: must be configured to display at least 256 colors
>>> Could not execute auto check for display colors using command /usr/bin/xdpyinfo. Check if the DISPLAY variable is set. Failed <<<<
Some requirement checks failed. You must fulfill these requirements before
continuing with the installation,at which time they will be rechecked.
Continue? (y/n) [n] y
Rechecking installer requirements....
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2007-10-07_04-14-47PM. Please wait ...[oracle@blackbox database]$ Oracle Universal Installer, Version 11.1.0.6.0 Production
Copyright (C) 1999, 2007, Oracle. All rights reserved.
Can't connect to X11 window server using '192.168.1.110:0.0' as the value of the DISPLAY variable.
192.168.1.110:0.0
192.168.1.110:0.0
OUI-10025:Unable to start an interactive install session because of the following error:Can't connect to X11 window server using '192.168.1.110:0.0' as the value of the DISPLAY variable. The DISPLAY environment variable should be set to <hostname or IP address>:<screen>, where the <screen> is usually '0.0'.
OUI-10026:Depending on the Unix Shell, you can use one of the following commands as examples to set the DISPLAY environment variable:
- For csh: % setenv DISPLAY 192.168.1.128:0.0
- For sh, ksh and bash: $ DISPLAY=192.168.1.128:0.0; export DISPLAY
Use the following command to see what shell is being used:
echo $SHELL
Use the following command to view the current DISPLAY environment variable setting:
echo $DISPLAY
- Make sure that client users are authorized to connect to the X Server.
OUI-10027:To enable client users to access the X Server, open an xterm, dtterm or xconsole as the user that started the session and type the following command:
% xhost +
To test that the DISPLAY environment variable is set correctly, run a X11 based program that comes with the native operating system such as 'xclock':
% <full path to xclock... see below>
If you are not able to run xclock successfully, please refer to your PC-X Server or OS vendor for further assistance.
Typical path for 'xclock': '/usr/X11R6/bin/xclock'
--------------------------------

Ssh Error: Can't open display:

Hi all,
So I am fairly new to the whole Bash shell business but please bear with me. I am a student working on a research project and need to ssh through one computer into another in order to do my work (one has access to the other). On the second computer (computer B), I am going to need to use X11 to open up graphical programs that exist outside of terminal. I have successfully sshed from the 1st computer (computer A, an iMac which runs the 10.5.8 software) to computer B using ssh -Y [email protected] and can successfully open programs like firefox in an X11 window without having to set the DISPLAY variable.
The problem arises when I begin by using my laptop (a MacBook that runs 10.5.8 as well) to first ssh into computer A, and then into B. I can successfully log into my account on both computers by using ssh -Y [email protected] and then ssh -Y [email protected]. However, I cannot open programs such as xclock or firefox on either computer A or B from terminal on my macbook. When i type echo $DISPLAY on my macbook, it returns an empty line, unlike when I do so from the screen on computer A sshed into computer B (it generally has DISPLAY=localhost:##.0). I have tried using the -X flag and have also tried to manually set my DISPLAY variable by using a number of different combinations of localhost, ip adresses, etc and still cannot figure out how to get this thing to work.
Other useful facts:
-I have reviewed the ssh_config and sshd_config files on my macbook and on computer A, and they are nearly identical, and are identical with respect to X11 forwarding
-I have also tried this on another identical macbook, and on a brand new 15 inch macbook pro and they both sshed in with empty DISPLAY variables
-my system preferences under the sharing tab of my macbook are the same as on computer A
-I can get firefox on computer B to display in X11 on computer A by using my macbook when I know the value of the DISPLAY variable for computer A
-I do not have any code that alters the behavior of DISPLAY in my .profile, .bashrc, etc.
-echo $DISPLAY when not sshed into any computer reads /tmp/launch-_ _ _ _ _ _/:0 on both my macbook and computer A where the spaces underscores are filled with random numbers or letters (as with most macs, I think)
If there is any other information that is useful here, please feel free to ask. I just want to figure this out so I can get to work.
Cheers!

This would be better discussed in the Mac OS X Technologies > Unix Forum
<http://discussions.apple.com/forum.jspa?forumID=735>
where Unix aware users hang out.
Try
ssh -t -Y [email protected] ssh -t -Y [email protected]
That is just 1 command line. It is NOT 2 lines.
You are cascading the ssh logins via the same command line.
I've done this and it worked for me. Both systems fully support X11. If I used a middle system that does not support X11, the chain was broken.
Another approach would be to tunnel through a tunnel using system A as the bridging system. So from your Mac:
ssh -N -L 50022:web.address.B.com:22 [email protected] &
You now have a tunnel to system A which will redirect anything sent to port 50022 to system B's sshd daemon.
Now still on your Mac you take advantage of that first tunnel
ssh -p 50022 -Y usernameB@localhost
Now you have a single ssh connection from your Mac to system B, with X11 forwarding enabled. You should be able to start an X11 based App on system B, and it will send its display output to your Mac.
I played with xclock to make sure it worked for me.
The advantage of this 2nd approach is that the middle system A does not need to have X11 support as it is not being asked to do anything except forward the ssh port to system B.

Error: Can't open display:

Please
I don�t remember how to export a terminal when using a telnet
More one question what is the solaris adminitrative tool?
Thanks in advance
Fgaeski

Then there's only 2 sensible reasons why this is occurring :
1. You are referencing a DISPLAY variable that doesn't exist or resolve correctly .... or
2. You are trying to open a display under a non-Xwindows enviroment.
I suspect case 2 since you're on a PC .... NB X requires a bitmapped Display !!!!
If you are using something like Reflections (note this is different to ReflectionsX) to telnet onto the system this is not up to the job.
It would be the same if you tried it on a system console as oposed to a graphics head as X or PC X are not running.
If the above is not relevant can you try and actually detail what you are doing clearly ?
I'd like details such as s/w involved commands used etc and what systems be they PC, sun server etc are involved here ...as the process I gave is correct based on the info received at the time.
Thanks
Alex

VERY annoying thing with XServer "Can't open display" after a while

This issue is *very* annoying I would love if someone could help.
I had this issue for a long time, thinking I'll fix it. I googled, but everybody seems to have the same problem, but no fix (only temporary ones).
So here's the problem : I installed archlinux on my (very old) laptop, everything works great, now I even installed the XServer, which however is causing this problem:
everything works good for a while, but after a while, I can't launch any new programs, but existing ones work good... If I try to start any X-App in an already running terminal, it gives me:
No protocol specified
xterm Xt error: Can't open display: :0.0
However, all already running apps run fine, they even can create new windows!
The only fix I found for this is to kill & restart the xserver with ctrl+alt+backspace.
Here's my xorg.conf:
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
EndSection
Section "Module"
Load "extmod"
Load "xtrap"
Load "glx"
Load "dbe"
Load "dri"
Load "freetype"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "probe_sparse" # [<bool>]
#Option "accel" # [<bool>]
#Option "crt_display" # [<bool>]
#Option "composite_sync" # [<bool>]
#Option "hw_cursor" # [<bool>]
#Option "force_pci_mode" # [<bool>]
#Option "dma_mode" # <str>
#Option "agp_mode" # <i>
#Option "agp_size" # <i>
#Option "local_textures" # [<bool>]
#Option "buffer_size" # <i>
#Option "tv_out" # [<bool>]
#Option "tv_standard" # <str>
#Option "mmio_cache" # [<bool>]
#Option "test_mmio_cache" # [<bool>]
#Option "panel_display" # [<bool>]
#Option "reference_clock" # <freq>
#Option "shadow_fb" # [<bool>]
#Option "sw_cursor" # [<bool>]
#Option "AccelMethod" # <str>
#Option "RenderAccel" # [<bool>]
Identifier "Card0"
Driver "mach64"
VendorName "ATI Technologies Inc"
BoardName "3D Rage LT Pro"
BusID "PCI:0:5:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Here's lspci of my VGA controller (this is probably irrelevant, because people will all sorts of hw have this problem, but here it is anyway):
[x@y ~]$ lspci | grep VGA
00:05.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro (rev dc)
XServ version:
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.27-ARCH i686
Current Operating System: Linux 2.6.28-ARCH #1 SMP PREEMPT Sun Feb 8 10:13:45 UTC 2009 i686
Build Date: 17 December 2008 08:20:05PM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
I would be grateful if somebody could help me.

Just to let you know, I updated X to the latest version right now.
Here's the new output of X -version:
X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.29-ARCH i686
Current Operating System: Linux 2.6.28-ARCH #1 SMP PREEMPT Sun Feb 8 10:13:45 UTC 2009 i686
Build Date: 15 April 2009 11:09:10AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.

Can't open display

hi.
I can't open xwindows with another user than root, under my solaris 10 x86.
I checked the config, tried lots of things (set a display for my user, put /usr/openwin/bin in PATH,etc), but still the same:
Xlib: connection to localhost: 0.0 refused by server
Xlib: no protocol specified
Error: can't open display
Please help me :)

That s ok I found.
You just need to do as follows:
root@localhost: xhost + localhost
root@localhost: su - myUser
myUser@localhost: export DISPLAY=localhost:0
myUser@localhost: xclock &
:)

Can't Open Display localhost:0.0

I'm trying to connect to my linux server but I'm having some major problems. The server had OEL 5 installed and my local pc is running Windows XP. I'm using PuTTy to connect to the server with Xming running on my loacl machine. I login as root and run the following command -
export DISPLAY={+ipaddress+}:0.0
I then run xclock and get the following error -
Xlib: connection to "{+ipaddress+}:0.0" refused by server
Xlib: No protocol specified
Error: Can't open display: {+ipaddress+}:0.0
The strange thing is that on my bosses pc (who has got almost the exact same setup ie. PuTTy & Xming) is works perfectly.
Please help.
Thanx in advance.

You normally enter the xhost command in a XTerm window, or you can start Xming with the -ac parameter which disables access control (not recommend). You don't need to use xhost if you make a SSH connection, but from the information you provided it is not possible to determine.
Perhaps the following link will be useful for you: http://www.straightrunning.com/XmingNotes/trouble.php

Putty xming Can't open display

Yes I have googled and went through all Xming trouble? pages. Thanks for asking.
I have a arch box called janus and a xp workstation japetus
on janus /etc/ssh/sshd_config have
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes
on japetus installed: Putty 0.60, under Connection|SSH|X11|Enable X11 forwarding is switched on the X display location is: localhost:0, with MIT-Magic-Cookie-1 protocol
on japetus installed: Xming 6.9.0.31
there is no firewall running on japetus
on japetus started Xlaunch and left Display number: 0
on japetus fired up putty and connected to janus. Contrary to recommend the DISPLAY var is not set, so:
on janus:
export DISPLAY=localhost:0
echo $DISPLAY returns localhost:0 so that is in order
on janus: xlock &
result
Error: Can't open display: localhost:0
I've been over these settings over and over and am not able to get it working. It must be a small simple oversight

Logs as attached.
debug1: sshd version OpenSSH_5.8p1
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: read PEM private key done: type ECDSA
debug1: private host key: #2 type 3 ECDSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
Set /proc/self/oom_score_adj from 0 to -1000
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: Bind to port 22 on ::.
Server listening on :: port 22.
debug1: Server will not fork when running in debugging mode.
debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8
debug1: inetd sockets after dupping: 3, 3
Connection from 192.168.2.1 port 4556
debug1: Client protocol version 2.0; client software version PuTTY_Release_0.60
debug1: no match: PuTTY_Release_0.60
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8
debug1: permanently_set_uid: 99/99
debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes256-ctr hmac-sha1 none
debug1: kex: server->client aes256-ctr hmac-sha1 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user root service ssh-connection method none
debug1: attempt 0 failures 0
debug1: PAM: initializing for "root"
debug1: PAM: setting PAM_RHOST to "192.168.2.1"
debug1: PAM: setting PAM_TTY to "ssh"
debug1: userauth-request for user root service ssh-connection method password
debug1: attempt 1 failures 0
debug1: PAM: password authentication accepted for root
debug1: do_pam_account: called
Accepted password for root from 192.168.2.1 port 4556 ssh2
debug1: monitor_child_preauth: root has been authenticated by privileged process
debug1: PAM: establishing credentials
debug1: Entering interactive session for SSH2.
debug1: server_init_dispatch_20
debug1: server_input_channel_open: ctype session rchan 256 win 16384 max 16384
debug1: input_session_request
debug1: channel 0: new [server-session]
debug1: session_new: session 0
debug1: session_open: channel 0
debug1: session_open: session 0: link with channel 0
debug1: server_input_channel_open: confirm session
debug1: server_input_channel_req: channel 0 request x11-req reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req x11-req
debug1: server_input_channel_req: channel 0 request pty-req reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req pty-req
debug1: Allocating pty.
debug1: session_pty_req: session 0 alloc /dev/pts/0
debug1: server_input_channel_req: channel 0 request shell reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req shell
debug1: Setting controlling tty using TIOCSCTTY.
debug1: Received SIGCHLD.
debug1: session_by_pid: pid 5077
debug1: session_exit_message: session 0 channel 0 pid 5077
debug1: session_exit_message: release channel 0
debug1: session_pty_cleanup: session 0 release /dev/pts/0
debug1: session_by_channel: session 0 channel 0
debug1: session_close_by_channel: channel 0 child 0
debug1: session_close: session 0 pid 0
debug1: channel 0: free: server-session, nchannels 1
Connection closed by 192.168.2.1
debug1: do_cleanup
debug1: PAM: cleanup
debug1: PAM: closing session
debug1: PAM: deleting credentials
Transferred: sent 3664, received 2008 bytes
Closing connection to 192.168.2.1 port 4556

Error can't open display while installation

Similar Messages

Maybe you are looking for