Re: [SCIENTIFIC-LINUX-USERS] Installation media not recognized duringinstall...
Martes G Wigglesworth wrote: On 10/19/2010 11:55 AM, Troy Dawson wrote: Where, exactly, did you get the dvd-i386 iso? There are many i386 DVD images relating to Scientific Linux. Until we know which one you are talking about, it's very hard to help. I checked my history and found this link, which was the source of the incident DVD image: http://ftp1.scientificlinux.org/linux/scientific/55/iso/i386/dvd/SL.55.051810.DVD.i386.disc1.iso Thanks for sending that. It helps narrow things down. Installation page does need a bit of work. You previously said I am attempting to install the dvd-i386 iso on a Dell Dimension 5100c (P4+2GB+CD/DVD) system. ...it attempts to use the option for local CDRom, it fails to see the DVD that the installation is actually running off of. The process halts, and all activities await a recognized CD. Do you happen to know how what style your CD/DVD is? Is it ATA, SATA, SCSI, or USB? It might sound odd that we would list USB, but some manufacturers are starting to do that. Maybe a USB DVD drive is cheaper than a SATA one, I don't know. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: TESTING - glibc update for SL5
Hello, Thus far the tests have been positive, but several people have asked me one question. Do you have to reboot your machine for this update to take effect? I *believe* the answer is You don't have to reboot your machine for this update to take effect, but it is a good practice. The postinstall script that get's run (glibc_post_upgrade.arch) is a binary, so I can't tell exactly what it does. I know that at a minimum is restarts init. So at the very least, every process started after the update is affected. It might do more than that, and it probably does. But I don't know that for a fact. Thanks Troy Troy J Dawson wrote: Hello, Due to the high demand for this glibc update, we are putting it into our general testing area so that people can install it as soon as possible. Although this glibc hasn't gone through our full testing procedure, it has gone through preliminary testing, and we expect it to pass all of our testing. This glibc update fixes CVE-2010-3847 We plan on pushing this out on tomorrow - 21 October 2010 To test or update SL5 --- yum --enablerepo=sl-testing update glibc\* or you can download rpm's by hand at http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/glibc/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/glibc/ Thanks Troy Dawson -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
AMD Magny-Cours
Hi everyone, can someone tell me what the support status of Magny-Cours is? In upstream's release notes and knowledgebase, I have found some obscure (to me) notes stating that there is some support with 5.4, 2.6.18-164.9, some more with 5.5, and still more with 6. Currently, we have a bunch of 6168-based 4-core machines here, and while they are quite stable with 5.4 and kernel 2.6.18-164.11.1, performance of our main hpc application is abysmal. It is 48-way multithreaded and yields hardly even half the expected performance; what is more, performance is varying from run to run by something like +/- 30%. Thanks, A. -- Ansgar Esztermann DV-Systemadministration Max-Planck-Institut für biophysikalische Chemie, Abteilung 105
Re: AMD Magny-Cours
When Fermilab did our HW evaluation earlier this year we had Magny-Cours based machines, 12 core processors, available. It did work but I don't know what if any tunes were done. Steve On Thu, 21 Oct 2010, Esztermann, Ansgar wrote: Hi everyone, can someone tell me what the support status of Magny-Cours is? In upstream's release notes and knowledgebase, I have found some obscure (to me) notes stating that there is some support with 5.4, 2.6.18-164.9, some more with 5.5, and still more with 6. Currently, we have a bunch of 6168-based 4-core machines here, and while they are quite stable with 5.4 and kernel 2.6.18-164.11.1, performance of our main hpc application is abysmal. It is 48-way multithreaded and yields hardly even half the expected performance; what is more, performance is varying from run to run by something like +/- 30%. Thanks, A. -- -- Steven C. Timm, Ph.D (630) 840-8525 t...@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
xdiff for SL
Is there a SL YUM repository containing the xdiff utility? T. Rosmond