[Triumf-linux-managers] Is your OPENGL broken?

[Konstantin Olchanski]

On Thu, May 03, 2012 at 01:00:34PM -0700, Frederick Jones wrote:
> Recently the following happened on geant4 and lin26:


Hi, Fred - I do not think I have any access to geant4 and lin26, but both machines
still report information to ladd00 at http://ladd00.triumf.ca/triumf_nodeinfo/config.html

I see that the two machines are running SL4.1 and SL4.2, last updates are shown
as installed in February.

As we know, SL4 is no longer supported by anybody (me included) and there are
no updates issues by RH and SL.

As I understand the very last updates from SL effectively brought
all SL4 releases to the level of SL4.9, the last SL4 release from RH.

So if you again fix the machines by hand, I doubt thay will break again
by external updates - because there will be none.


But really, you should retire both double-obsolete (SL4 and no 64-bit support) machines
and get some current technology hardware running 64-bit SL6. This will
bring you into the same century as the rest of us.

(For hardware recommendation, I am presently testing a Intel socket 2011 system,
similar to what I recommended to AAPS/Geotomo, who have 2 systems running and
are greatly impressed with the performance).


K.O.




> 
> 1. The yum updates were magically turned back on
>     (previously they were disabled)
> 
> 2. The faulty x.org distribution was re-installed.
> 
> 3. There is no record of this in yum.log on either machine.
> 
> 4. OPENGL is broken again.
> 
> 5. I had to back out these updates as before
>     and disable the yum updates again.
> 
> How can I stop this?
> 
> Is it something to do with the fact that these systems
> were built from a TRIUMF kickstart disk and somehow
> the updates are being forced on them?
> 
> Or, is it something to do with Scientific Linux?
> 
> Either way I am not impressed.
> 
> Cheers,
> Fred
> 
> Frederick Jones wrote:
> > Back in early October, x.org issued a faulty update
> > to the X11 packages that causes OPENGL applications
> > to fail, at least on three SL 4.x systems here at
> > TRIUMF.  The fault is apparently with the X server
> > itself (file "Xorg").  The fix I used was to back up to the
> > previous rpms:
> > 
> > xorg-x11-6.8.2-1.EL.69.i386.rpm
> > xorg-x11-Xdmx-... etc.
> >      -x11-Xnest-
> >      -x11-Xvfb-
> > 
> > I am not sure if this affects any SL 5.X or 6.x systems
> > but would be curious to find out.
> > 
> > If you have a desktop Linux machine, you can check it
> > by running "glxgears".  With the faulty X server it will
> > fail with an X protocol error.  If it works you will see
> > some spinning gears in a small window.
> > Also you can check the date on the file Xorg and see if
> > it was updated on around October 6 or so.
> > 
> > Cheers,
> > Fred
> > _______________________________________________
> > Triumf-linux-managers mailing list
> > Triumf-linux-managers at lists.triumf.ca
> > http://lists.triumf.ca/mailman/listinfo/triumf-linux-managers
> > 
> _______________________________________________
> Triumf-linux-managers mailing list
> Triumf-linux-managers at lists.triumf.ca
> http://lists.triumf.ca/mailman/listinfo/triumf-linux-managers

-- 
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada