6.3. Upgrade won't display 6.4
Morning, I ran the yum update on sl and sl-security repos from my up to date 6.3, yet /etc/redhat-release is still 6.3 I did run yum clean beforehand. What did I miss? Thank you AZ
Re: 6.3. Upgrade won't display 6.4
To upgrade to 6.4, try this: yum --releasever=6.4 update There are other ways to upgrade to 6.4, but I find the above command works for me. If you have nvidia video card, then don't forget to resolve that. -Tam On Mon, Apr 1, 2013 at 8:22 AM, Andrew Z form...@gmail.com wrote: Morning, I ran the yum update on sl and sl-security repos from my up to date 6.3, yet /etc/redhat-release is still 6.3 I did run yum clean beforehand. What did I miss? Thank you AZ
Re: 6.3. Upgrade won't display 6.4
ekh... that's how I did previous update. Already forgot :(. Thank you Tam. Will try tonight. On Apr 1, 2013 8:33 AM, Tam Nguyen tam8gu...@gmail.com wrote: To upgrade to 6.4, try this: yum --releasever=6.4 update There are other ways to upgrade to 6.4, but I find the above command works for me. If you have nvidia video card, then don't forget to resolve that. -Tam On Mon, Apr 1, 2013 at 8:22 AM, Andrew Z form...@gmail.com wrote: Morning, I ran the yum update on sl and sl-security repos from my up to date 6.3, yet /etc/redhat-release is still 6.3 I did run yum clean beforehand. What did I miss? Thank you AZ
Re: [SOLVED] XRandR + nVidia - well not quite solved
Well folks I have some more information and solved it the hard[est] way. The only thing I found that matches my symptoms pretty closely is in this blog post http://blog.pdark.de/tag/opengl/ According to the author: The reason for the error was that the xorg-x11-server contains the file /usr/lib64/xorg/modules/extensions/libglx.so which is needed for the NVIDIA http://www.nvidia.com driver but the NVIDIA driver has its own, special version. The fix for the error was to reinstall the NVIDIA driver again. Well upgrading the driver (yum upgrade kmod-nvidia nvidia-x11-drv nvidia-x11-drv-32bit) didn't work. I am now at 310.40 (Thanks Andrew). Erasing those things and verifying nouveau is blacklisted and reinstalling them put X in a state where it wouldn't start at all no matter how many permutations of things I did. So my solution was to grab some unused disk space and install a fresh version of 6.3 (6.4 has to wait until the clusters are upgraded). Now everything works fine (at least for a few hours). Having used Ubuntu, this was a familiar task and partitioning was set up to mitigate the headaches. I still don't really understand my problem, but I do have that directory available and am willing to help debug, if that will help someone else. Thanks for the help and support on this. Joe On 03/31/2013 08:14 AM, Joseph Areeda wrote: At the bottom of the SOLVED message, I noted that one program didn't work. That one is SeeVogh teleconverencing (research.seevogh.org). Today I discovered a Matlab application (one of mine) that produced the same symptoms. To skip to the end: Setting Matlab to use software opengl fixes that problem. *Symptoms *When running a program that encounters this problem, X11 crashes and the current session logs out bringing you to the login window. All programs are immediately terminated. When running NVidia settings from the menu and attempting to check OpenGL/GLX Information, that program exits immediately. *Error messages and logs *Since these programs crash the only information I've found is in $HOME/.xsession-errors.old and /var/log/Xorg.log.old The NVidia settings program, .xsession-errors: Gdk-ERROR **: The program 'nvidia-settings' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 771 error_code 3 request_code 137 minor_code 4) (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.) aborting... Matlab and SeeVogh have: Window manager warning: gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. /var/log/Xorg.log.old has: Backtrace: [ 37353.205] 0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x467998] [ 37353.205] 1: /usr/bin/Xorg (0x40+0x6bf99) [0x46bf99] [ 37353.205] 2: /lib64/libpthread.so.0 (0x32a040+0xf500) [0x32a040f500] [ 37353.205] Segmentation fault at address (nil) [ 37353.205] Fatal server error: [ 37353.205] Caught signal 11 (Segmentation fault). Server aborting [ 37353.205] [ 37353.205] Please consult the Scientific Linux support at https://www.scientificlinux.org/maillists for help. [ 37353.205] Please also check the log file at /var/log/Xorg.0.log for additional information. [ 37353.205] *Request *I've attached my xorg.conf, which I think is the most probable source of the problem. I'd appreciate any suggestions on how to fix this so these programs can use hardware OpenGL, or how to get everything to use software OpenGL as a workaround while still being able use the GPU for crunching. Also any avenues to allow me to dig deeper would help. Thanks, Joe -Excuse me for top posting on a bottom posting thread but this is just background below--- On 03/10/2013 08:57 AM, Joseph Areeda wrote: On 03/10/2013 08:02 AM, Florian Philipp wrote: Am 10.03.2013 14:53, schrieb Phil Perry: On 10/03/13 13:11, Florian Philipp wrote: Am 09.03.2013 21:59, schrieb Joseph Areeda: I need some advice on how to turn on RANDR. I have a few systems with nVidia GPU 5xx and 6xx series. Latest kmod drivers, multiple monitors with Xinerama enabled. Newer systems work fine but I have once that been upgraded since before the 2 were compatible. I have libXrandr installed but it doesn't seem to be enabled. [...] Thank you Florian and Phil. I got it to work. Here's the procedure I used. I make no claim that it is optimal. *Problem*: When using multiple monitors with nVidia
Re: [SOLVED] XRandR + nVidia - well not quite solved
On 04/01/2013 08:10 AM, Phil Perry wrote:
On 01/04/13 15:24, Joseph Areeda wrote:
Well folks I have some more information and solved it the hard[est] way.
The only thing I found that matches my symptoms pretty closely is in
this blog post http://blog.pdark.de/tag/opengl/
According to the author:
The reason for the error was that the xorg-x11-server contains the
file /usr/lib64/xorg/modules/extensions/libglx.so which is needed for
the NVIDIA http://www.nvidia.com driver but the NVIDIA driver has
its own, special version.
The fix for the error was to reinstall the NVIDIA driver again.
Well upgrading the driver (yum upgrade kmod-nvidia nvidia-x11-drv
nvidia-x11-drv-32bit) didn't work. I am now at 310.40 (Thanks Andrew).
You are confusing issues here somewhat.
The issue (and fix) described in that blog refers specifically to the
proprietary NVIDIA drivers as installed by the NVIDIA installer where
xorg-x11-server-Xorg and the NVIDIA installer will indeed conflict and
each overwrite /usr/lib{64}/xorg/modules/extensions/libglx.so
installed by the other. Thus, if you are using the NVIDIA installer
then you will need to reinstall the NVIDIA drivers after each update
to xorg-x11-server-Xorg to reinstate the NVIDIA libs just overwritten
by the OS.
However, the RPM packaged driver solution installs conflicting
libraries to separate locations (in this case
/usr/lib{64}/xorg/modules/extensions/nvidia/libglx.so) and either the
dynamic linker or an appropriately configured xorg.conf ensure the
correct lib is loaded. So upgrading the driver with yum will never
fix this issue as this is not broken in the first place with the
packaged driver.
Thanks Phil.
That helps my understanding a bit. I have been using the packaged
drivers. This system had been upgraded with yum update.
I guess I don't have a clue why OpenGL was crashing, everything else
seem to work.
Best,
Joe
Re: FireFox Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I suspect your best approach is to install a personal copy from Mozilla.org in your home area. It updates automatically and, aside from resource issues - as in how many people need to do this, should function just fine. I used to do this to get a more recent version for my own use. An install of google-chrome made this unnecessary but... Slightly off topic but related: now that 1) adobe is no longer supporting flash for linux firefox plugins and 2) google is no longer supporting google-chrome on SL, do we have a flash crisis? Is there a plan to deal with this by TUV? On 03/31/2013 03:25 PM, Larry Linder wrote: Excuse me but I have been ignoring the FireFox discussion, but now our purchasing group needs to use it. SL Linux 5.8. When I try to launch a FireFox app. The error message is: Error: Platform version '10.0.3' is not compatible with minVersion = 10.0.12 maxVersion = 10.0.12 Any Suggestions? Thank You Larry Linder -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iQEcBAEBAgAGBQJRWa7sAAoJEPQM1KNWz8QaxRMH/1lmdpHDzerhMu6ESXhlk/yV WqMn0Iwfs3jh9h8RnHXLdwzx9otPXiM/bZu6+oL0bdtGI01tfvocEPYx/sSPD8J+ glFlrpspFJKgQqdn/N/kNm83GeKwVY09LkjmSb6zbVPKtcaMTqX0J2FMOlQp6zSx derlruDc/ORJbUFZeq2pXrR3eV2eUyN4wYyJcYz6Q0N1AYhOzDqvspQLHtzVs3tm NXel+CZpA0XJ+9TzDKtZQn+Rgt7VA/3vx6zVXcA0bRz8Nu9ptvGOo1cK1beHxdVq fie4KlDw7ndxfLf0It+trP7Pq2wsu6ou7k/vZ6gbZ6/KASdRXL5YpQILIMoipMI= =uVV5 -END PGP SIGNATURE- attachment: reb.vcf
Re: Display problem
On 04/02/2013 01:32 AM, Chris Howe wrote: Hello, I was running SL6.1 OK but now the display no longer works - On boot the top half of the display is readable but the bottom half is rectangles of black and the screen. The mouse won't move into the lower half of the screen and produces a trail of black behind it. If I login the menus at the top are accessible but in half the width that they should be. I know that the monitor is OK as I use a KVM switch for another computer - I have also connected the monitor directly to the PC with no improvement. Something very similar happened a while back as a result of the universal access screen helper/magnifier thingy misbehaving: http://scientificlinuxforum.org/index.php?showtopic=2048 The solution there was to turn the accessibility/screen-magnifier program off (the user hadn't intended to have it running in the first place). You mention a KVM switch... if an accessibility program isn't the problem, try wiring your system up without the KVM switch in the middle and see if your system can build a workable Xorg config on its own (make sure you move/remove xorg.conf first). In the past I've had problems where I toggled the KVM switch at a bad time which made SL (and OS X) re-probe and get crazy results on multi-screen displays. Beyond that, this will probably become a graphics driver thread. I would check the above two things thoroughly before anything else; usually when drivers or Xorg config is wrong X doesn't start at all, so it makes me think this is more a screen effect gone wrong or a probe/detection issue with X.
Re: 6.3. Upgrade won't display 6.4
Paul, just finished an upgrade. What worked: yum --releasever 6.4 upgrade --disablerepo=* --enablerepo=sl*,epel* what didn't: yum upgrade once upgrade completed and before reboot i re-installed the nvidia driver. boot and life is good and warm thank you gentlemen for your help AZ On Mon, Apr 1, 2013 at 10:09 AM, Paul Robert Marino prmari...@gmail.comwrote: did you try doing a yum upgrade instead on a yum update -- Sent from my HP Pre3 -- On Apr 1, 2013 8:49 AM, Andrew Z form...@gmail.com wrote: ekh... that's how I did previous update. Already forgot :(. Thank you Tam. Will try tonight. On Apr 1, 2013 8:33 AM, Tam Nguyen tam8gu...@gmail.com wrote: To upgrade to 6.4, try this: yum --releasever=6.4 update There are other ways to upgrade to 6.4, but I find the above command works for me. If you have nvidia video card, then don't forget to resolve that. -Tam On Mon, Apr 1, 2013 at 8:22 AM, Andrew Z form...@gmail.com wrote: Morning, I ran the yum update on sl and sl-security repos from my up to date 6.3, yet /etc/redhat-release is still 6.3 I did run yum clean beforehand. What did I miss? Thank you AZ
Re: 6.3. Upgrade won't display 6.4
It also works well to install yum-conf-slx, which will include access to the next release components as they are published. On Mon, Apr 1, 2013 at 10:32 PM, Andrew Z form...@gmail.com wrote: Paul, just finished an upgrade. What worked: yum --releasever 6.4 upgrade --disablerepo=* --enablerepo=sl*,epel* what didn't: yum upgrade once upgrade completed and before reboot i re-installed the nvidia driver. boot and life is good and warm thank you gentlemen for your help AZ On Mon, Apr 1, 2013 at 10:09 AM, Paul Robert Marino prmari...@gmail.comwrote: did you try doing a yum upgrade instead on a yum update -- Sent from my HP Pre3 -- On Apr 1, 2013 8:49 AM, Andrew Z form...@gmail.com wrote: ekh... that's how I did previous update. Already forgot :(. Thank you Tam. Will try tonight. On Apr 1, 2013 8:33 AM, Tam Nguyen tam8gu...@gmail.com wrote: To upgrade to 6.4, try this: yum --releasever=6.4 update There are other ways to upgrade to 6.4, but I find the above command works for me. If you have nvidia video card, then don't forget to resolve that. -Tam On Mon, Apr 1, 2013 at 8:22 AM, Andrew Z form...@gmail.com wrote: Morning, I ran the yum update on sl and sl-security repos from my up to date 6.3, yet /etc/redhat-release is still 6.3 I did run yum clean beforehand. What did I miss? Thank you AZ
