Dear Chen, "coot via ssh -X" works for me, even in Stereo, over Gb-ethernet, between computers that run CentOS7.6 (same as SL7.6 and RHEL7.6) and have Nvidia graphics. Our coot is the version 0.8.9.2 that comes with CCP4. The Nvidia graphics driver that we use is kmod-nvidia from the ElRepo repository. I remember that sometimes kmod-nvidia and the kernel are out of sync. In this case one sees lines in /var/log/messages like kernel: NVRM: API mismatch: the client has the version 430.14, but this kernel module has the version 418.56. Please make sure that this kernel module and all NVIDIA driver components have the same version. Unfortunately /var/log/messages is not readable by the ordinary user. But I think similar or even identical lines are visible for the normal user, by just dmesg | grep -i nvidia If there is a mismatch, the administrator must fix it and reboot.
To narrow down the problem: a) can you state what your client's, and what the server's operating system is? On Linux, this is given by 'uname -a' b) can you check "dmesg|grep -i nvidia" on both the server and the client? c) do you use "ssh -X" ? d) has "coot via ssh" worked for you earlier, and if so, what changed? The version of coot? My guess is that a Nvidia/kernel mismatch is the culprit, if it earlier worked for you. HTH, Kay On Thu, 6 Jun 2019 16:35:53 -0400, Chen Zhao <chenzhaoh...@gmail.com> wrote: >Dear all, > >I have not been able to open COOT through SSH, in cases where COOT is >version 0.8.9.2-pre-revision-7884 packaged with SBGrid mounted on a server >running scientific linux. The error message is: >Gtk-Message: Failed to load module "canberra-gtk-module" >INFO:: Using Standard CCP4 Refmac dictionary from CLIBD_MON: >/programs/x86_64-linux/ccp4/7.0/ccp4-7.0/lib/data/monomers/ >INFO:: Reading coordinate file: >/programs/x86_64-linux/ccp4/7.0/ccp4-7.0/share/coot/standard-residues.pdb > PDB file >/programs/x86_64-linux/ccp4/7.0/ccp4-7.0/share/coot/standard-residues.pdb >has been read. >Spacegroup: P 1 >The program 'coot-bin' received an X Window System error. >This probably reflects a bug in the program. >The error was 'BadValue (integer parameter out of range for operation)'. > (Details: serial 309 error_code 2 request_code 154 minor_code 3) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) >Guile 1.8.8 >Copyright (c) 1995, 1996, 1997, 2000, 2001, 2002, 2003, 2004, 2005, 2006, >2007, 2008 Free Software Foundation >Guile may be distributed under the terms of the GNU General Public Licence; >certain other uses are permitted as well. For details, see the file >`COPYING', which is included in the Guile distribution. >There is no warranty, to the extent permitted by law. >catching the crash log: >Gtk-Message: Failed to load module "canberra-gtk-module" >coot-exe: "/programs/x86_64-linux/ccp4/7.0/ccp4-7.0/libexec/coot-bin" >/usr/bin/ls >coot-version: >/programs/x86_64-linux/ccp4/7.0/ccp4-7.0/libexec/coot-bin >platform: >/usr/bin/uname >core: #f >No core file found. No debugging > >However, when I tried to locate canberra-gtk-module, I got the following >output: >locate libcanberra-gtk-module.so >/usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so >/usr/lib64/gtk-3.0/modules/libcanberra-gtk-module.so > >I tried to create a soft link of these files to /usr/lib but it did not >solve the problem. > >Does anyone have any idea? > >Thanks a lot in advance, >Chen > >######################################################################## > >To unsubscribe from the CCP4BB list, click the following link: >https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=CCP4BB&A=1 > ######################################################################## To unsubscribe from the CCP4BB list, click the following link: https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=CCP4BB&A=1
