Troubleshooting VNC
From FarmShare
(→Quota conditions) |
(→Authentication) |
||
Line 5: | Line 5: | ||
== Authentication == | == Authentication == | ||
- | Likewise, | + | Likewise, farmvnc may not start if you do not have a valid Kerberos ticket and [[AFS]] tokens. Try re-authenticating before running the command. |
<pre>kinit && aklog</pre> | <pre>kinit && aklog</pre> | ||
Revision as of 15:32, 17 September 2014
Contents |
Quota conditions
farmvnc may not start if you are over your AFS quota.
Authentication
Likewise, farmvnc may not start if you do not have a valid Kerberos ticket and AFS tokens. Try re-authenticating before running the command.
kinit && aklog
Resetting the shell configuration
Some kinds of changes to ~/.cshrc and ~/.login (or other shell configuration files) may break VNC; in particular, setting up the environment for certain applications (e.g., Cadence) according to instructions is known to cause problems. You can restore the default shell configuration by running updaterc.
/usr/pubsw/bin/updaterc
Resetting VNC state and configuration
A common troubleshooting method is to reset the VNC configuration by deleting the ~/.vnc application directory.
rm -rf ~/.vnc mkdir ~/.vnc vncpasswd
Suggested default ~/.vnc/xstartup
If the default configuration is not working, try replacing the contents of ~/.vnc/xstartup with the following:
#!/bin/sh [ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources vncconfig -iconic & /usr/bin/gnome-session & /usr/bin/gnome-terminal &
This configuration should provide something like the standard Ubuntu desktop with a single running instance of GNOME Terminal.
Search the farmshare-discuss archives for posts about VNC.