Closed
Bug 687443
Opened 13 years ago
Closed 13 years ago
loan fedora talos slaves to benoit jacob
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task, P2)
Infrastructure & Operations Graveyard
CIDuty
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Assigned: coop)
References
Details
(Whiteboard: [buildduty][loaned slave])
To investigate upgrading the NVIDIA drivers on them. Benoit, I'm thinking it would be good to specifically test both a 32 and 64 bit machine, what do you think?
Reporter | ||
Updated•13 years ago
|
Assignee: nobody → bhearsum
Reporter | ||
Comment 1•13 years ago
|
||
Benoit, I've set aside talos-r3-fed-001 and talos-r3-fed64-001 for you. I'll send you the password via IRC.
Reporter | ||
Comment 2•13 years ago
|
||
Aki, nothing to do here until Benoit is done with the slaves.
Assignee: bhearsum → aki
Comment 3•13 years ago
|
||
Completely overlooked this since I only look at the triage queue and not my own during buildduty.
Assignee: aki → nobody
Whiteboard: [buildduty]
Assignee | ||
Updated•13 years ago
|
Priority: -- → P3
Whiteboard: [buildduty] → [buildduty][loaned slave]
Comment 4•13 years ago
|
||
TL;DR: EPIC FAIL I used talos-r3-fed-001. The only Fedora 12 package for recent NVIDIA drivers that I found were: ftp://ftp.pbone.net/mirror/atrpms.net/f12-i386/atrpms/stable/nvidia-graphics275.09.07-libs-275.09.07-136.fc12.i686.rpm I installed that on the test slave: [root@talos-r3-fed-001 lib]# rpm -Uvh nvidia-graphics275.09.07-libs-275.09.07-136.fc12.i686.rpm I checked with rpm -qa what nvidia-related packages I had installed at this point: [root@talos-r3-fed-001 lib]# rpm -qa | grep nvidia xorg-x11-drv-nvidia-libs-190.42-5.fc12.i686 nvidia-graphics275.09.07-libs-275.09.07-136.fc12.i686 nvidia-xconfig-1.0-1.fc12.i686 xorg-x11-drv-nvidia-190.42-5.fc12.i686 nvidia-settings-1.0-3.2.fc12.i686 kmod-nvidia-2.6.31.5-127.fc12.i686.PAE-190.42-1.fc12.4.i686 It was quite disconcerting to still have those 190.42 packages around so I searched for Fedora 12 versions of these packages, like kmod-nvidia and xorg-x11-drv-nvidia-libs, but I couldn't find any, so I decided that all I could do was hope that nvidia-graphics was enough. So I rebooted it, and ran glxinfo... which told me that it was still using 190.42. I checked in /usr/lib what the libGL / nvidia packages were looking like. [root@talos-r3-fed-001 lib]# ls -l | egrep libGL\|nvidia lrwxrwxrwx 1 root root 12 2011-10-18 13:34 libGL.so.1 -> libGL.so.1.2 -rwxr-xr-x 1 root root 590024 2009-09-21 14:25 libGL.so.1.2 lrwxrwxrwx 1 root root 20 2010-01-20 11:08 libGLU.so.1 -> libGLU.so.1.3.070700 -rwxr-xr-x 1 root root 446072 2009-09-21 14:25 libGLU.so.1.3.070700 drwxr-xr-x 3 root root 4096 2010-01-21 03:37 nvidia drwxr-xr-x 4 root root 4096 2011-10-18 13:01 nvidia-graphics-275.09.07 I replaced the existing libGL.so.1 symlink by a link to nvidia-graphics-275.09.07/libGL.so.1 and retried glxinfo which was still using 190.42. I unpacked a Firefox 10.0a1 Nightly build and went to about:support to force it to create a WebGL context and show me the GL version, but that crashed Firefox. Worried I might have caused that with my symlink change, I undid it... but going to about:support in Nightly still crashed. I then decided to try the official NVIDIA driver installer so I downloaded NVIDIA-Linux-x86-285.05.09.run .... but it complained that it needed a compiler which wasn't present on this test slave. Giving up. This needs someone more knowledgeable than me in Fedora. Again, the motivation for this is to be able to turn on by default OpenGL Layers Acceleration in Firefox/Linux. Time is running short to do that for Firefox 10; it would be nice to have it in Firefox 11.
Comment 5•13 years ago
|
||
Anyway, thanks for the slaves, I don't need them anymore.
Reporter | ||
Comment 6•13 years ago
|
||
Thanks for doing your best here, Benoit. I'm going to have a look and see if I can figure something out, but let's take it to bug 684165. Assigning this bug to coop for slave reclamation.
Assignee: nobody → coop
Reporter | ||
Comment 7•13 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #1) > Benoit, I've set aside talos-r3-fed-001 and talos-r3-fed64-001 for you. I'll > send you the password via IRC. Whoops, it was actually talos-r3-fed-001 and talos-r3-fed64-002 that I set aside.
Comment 8•13 years ago
|
||
Please leave talos-r3-fed-001 to me for a couple more hours, i'm trying to debug bug 696009 and other webgl intermittent oranges on 32bit linux.
Comment 9•13 years ago
|
||
I don't need the slave anymore. Thanks.
Assignee | ||
Comment 10•13 years ago
|
||
talos-r3-fed-001 has been synced up with puppet, and is now connecting to preprod-tests.
Status: NEW → RESOLVED
Closed: 13 years ago
Priority: P3 → P2
Resolution: --- → FIXED
Comment 11•11 years ago
|
||
(mass move of loan bugs to new releng component, filter on CallekAug2013LoanerMove )
Component: Release Engineering → Release Engineering: Loan Requests
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•6 years ago
|
Component: Loan Requests → Buildduty
Product: Release Engineering → Infrastructure & Operations
Updated•4 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•