Re: kernel-2.6.32-131.2.1.el6.x86_64 & Xen DomUs.
Hi Steven, On Jun 14, 2011, at 0:04, Steven Haigh wrote: > In the latest batch of updates, I installed kernel-2.6.32-131.2.1.el6.x86_64 > via a 'yum -y update'. > > It seemed all of my 5 Xen DomUs running SL6 failed to boot upon rebooting. It > looks like all of these systems failed at roughly where switchroot is called. > > Interestingly, I could recover from this by shutting down the DomU, mounting > then chrooting the DomUs filesystem and issuing: > # rpm -ivh --force kernel-2.6.32-131.2.1.el6.x86_64.rpm > > Not sure how widespread this issue is, but I had a 100% failure rate on Xen > DomUs. The one bare metal system I updated did so with no errors. no problems here on the two Xen domUs we're currently running. But then, we're still updating kernels with "rpm -i" rather than yum. Just a data point. Regards, Stephan -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany
kernel-2.6.32-131.2.1.el6.x86_64 & Xen DomUs.
Hi all, In the latest batch of updates, I installed kernel-2.6.32-131.2.1.el6.x86_64 via a 'yum -y update'. It seemed all of my 5 Xen DomUs running SL6 failed to boot upon rebooting. It looks like all of these systems failed at roughly where switchroot is called. Interestingly, I could recover from this by shutting down the DomU, mounting then chrooting the DomUs filesystem and issuing: # rpm -ivh --force kernel-2.6.32-131.2.1.el6.x86_64.rpm Not sure how widespread this issue is, but I had a 100% failure rate on Xen DomUs. The one bare metal system I updated did so with no errors. -- Steven Haigh Email: net...@crc.id.au Web: http://www.crc.id.au Phone: (03) 9001 6090 - 0412 935 897 Fax: (03) 8338 0299
Re: Question about mirroring SL6
On 06/13/2011 03:46 PM, Jon Peatfield wrote: On Mon, 13 Jun 2011, J. Ryan Earl wrote: Hello, I'm trying to setup a mirror for Scientific Linux 6 and newer (ie 6.0 and all updates). I'm going off of https://www.scientificlinux.org/download/mirroring/mirror.rsync but it appears to be outdated and invalid for SL6. There is no "60" directory. Which directories should be mirrored for the major 6.x releases? I'm assuming "6.0/" and "6x/" is this correct? Did SL move away from the "60" "61" style convention to "6.0" "6.1" convention @ Mirroring 6.0 and 6x seems to work for me. IMHO 6.0 (etc) makes it easier for those of us with local mirrors since we can have a locally modified yum.repos.d/ file which points at the right place using $releasever in the baseurl rather than needing to modify it at each release. For sl5 (and earlier I assume) we did this but needed to add symlinks by hand for each release. -- Jon It is 6.0 instead of 60, for the reason that Jon stated. I have updated the mirroring page to have a SL6 example. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Installing SL6 on VMware player
Has anyone managed to install Scientific Linux 6 (SL6) on VMware player? I tried installing it today and was unable to get it to work: * SL6 can not see the SCSI virtual disk * While the IDE disk works, SL6 either freezes on install or update. One time, I got a kernel message about a disk I/O error before the system froze up. I have given the guest 512MB of memory and the host is an Intel Atom N455 without VT-x. I am able to install SL6 on VirtualBox, and everything works (albeit more slowly than I would like) - Sam
Re: Question about mirroring SL6
On Mon, 13 Jun 2011, J. Ryan Earl wrote: Hello, I'm trying to setup a mirror for Scientific Linux 6 and newer (ie 6.0 and all updates). I'm going off of https://www.scientificlinux.org/download/mirroring/mirror.rsync but it appears to be outdated and invalid for SL6. There is no "60" directory. Which directories should be mirrored for the major 6.x releases? I'm assuming "6.0/" and "6x/" is this correct? Did SL move away from the "60" "61" style convention to "6.0" "6.1" convention @ Mirroring 6.0 and 6x seems to work for me. IMHO 6.0 (etc) makes it easier for those of us with local mirrors since we can have a locally modified yum.repos.d/ file which points at the right place using $releasever in the baseurl rather than needing to modify it at each release. For sl5 (and earlier I assume) we did this but needed to add symlinks by hand for each release. -- Jon
Question about mirroring SL6
Hello, I'm trying to setup a mirror for Scientific Linux 6 and newer (ie 6.0 and all updates). I'm going off of https://www.scientificlinux.org/download/mirroring/mirror.rsync but it appears to be outdated and invalid for SL6. There is no "60" directory. Which directories should be mirrored for the major 6.x releases? I'm assuming "6.0/" and "6x/" is this correct? Did SL move away from the "60" "61" style convention to "6.0" "6.1" convention @ ftp://ftp.scientificlinux.org/linux/scientific/ ? Thanks, -JR
Re: Graphical boot, nvidia, compiz
On 13/06/11 17:52, Akemi Yagi wrote: On Mon, Jun 13, 2011 at 8:49 AM, Misc Things wrote: Hello, Finally got to installing the sl6.its wonderful to see its booting much faster then previous version (centos5.6). Here is the situation and a question : I have an Nvidia video card. by default it uses the nouveau driver. Unfortunately, I was not able to run compiz. I followed the instructions on their site ans installed the closed source (nvidia) driver. I also blacklisted and disables nouveau driver. That made compiz "happy". But now the pretty graphical load is gone. The question is - how can I get it back :)? First, revert everything you have done. :) Especially make sure you do not have anything from Nvidia. Then install kmod-nvidia from ELRepo as detailed here: http://elrepo.org/tiki/kmod-nvidia and that page also describes how to restore plymouth graphical boot on EL6 with the nvidia driver under known issues. Regards, Phil
Re: Graphical boot, nvidia, compiz
On Mon, Jun 13, 2011 at 8:49 AM, Misc Things wrote: > Hello, > Finally got to installing the sl6.its wonderful to see its booting > much faster then previous version (centos5.6). > > Here is the situation and a question : > I have an Nvidia video card. by default it uses the nouveau driver. > Unfortunately, I was not able to run compiz. I followed the > instructions on their site ans installed the closed source (nvidia) > driver. I also blacklisted and disables nouveau driver. That made > compiz "happy". But now the pretty graphical load is gone. > The question is - how can I get it back :)? First, revert everything you have done. :) Especially make sure you do not have anything from Nvidia. Then install kmod-nvidia from ELRepo as detailed here: http://elrepo.org/tiki/kmod-nvidia It will take care of blacklisting nouveau if that has already been installed. Also there is a howto in the SL forums: http://scientificlinuxforum.org/index.php?showtopic=15 Akemi
TESTING - kernel update for SL4
Hello, Traditionally the first kernel for a minor update is full of bugs so we generally don't release it in regular security area. Traditionally The Upstream Vendor (TUV) releases a new kernel to fix those bugs fairly quickly. The 2.6.9-100 kernel for SL4 seems to break the tradition. It's been four months and nobody has complained about a major bug. And TUV hasn't released a new kernel to fix the kernel. So we will be releasing this kernel into the general security updates tomorrow June 14, 2011. We are putting it testing for those who have not yet tried out this kernel and/or want to give it one last test. To test or update SL4 --- yum --enablerepo=sl-testing update kernel\* or you can download rpm's by hand at http://ftp.scientificlinux.org/linux/scientific/40rolling/testing/i386/RPMS/kernel/ http://ftp.scientificlinux.org/linux/scientific/40rolling/testing/x86_64/RPMS/kernel/ kernel-2.6.9-100.EL Thanks Troy Dawson -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LCSI/CSI DSS Group __
Re: chances of PPC64 build?
On Mon, Jun 13, 2011 at 09:44:58AM -0500, Troy Dawson wrote: > >Suppose I'm assembling a list of OS candidates to run on a very large > >PPC64 based supercomputer- what are the odds of seeing a SL6 PPC64 version? > > As things stand right now, the odds are very slim that we will make > a ppc64 version of SL. Is there any PPC64 hardware commonly available still? -- 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
TESTING - jdk (java) update for SL4 and SL5
Hello, There is a new security update for jdk (the java from oracle). We have put this update into the testing area, so that if people want to install the update by hand they can. This update will go out on Thursday June 16, 2011 Note: jdk-1.6.0_26-fcs.x86_64.rpm is not signed, and we cannot sign it without breaking it. To test or update SL4 --- yum --enablerepo=sl-testing update jdk java\* or you can download rpm's by hand at http://ftp.scientificlinux.org/linux/scientific/40rolling/testing/i386/RPMS/java/ http://ftp.scientificlinux.org/linux/scientific/40rolling/testing/x86_64/RPMS/java/ java-1.6.0-sun-compat-1.6.0.26-3.sl4.jpp.i586.rpm jdk-1.6.0_26-fcs.i586.rpm SL5 --- yum --enablerepo=sl-testing update jdk java\* or you can download rpm's by hand at http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/java/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/java/ java-1.6.0-sun-compat-1.6.0.26-3.sl5.jpp.i586.rpm java-1.6.0-sun-compat-1.6.0.26-3.sl5.jpp.x86_64.rpm jdk-1.6.0_26-fcs.i586.rpm jdk-1.6.0_26-fcs.x86_64.rpm Thanks Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LCSI/CSI DSS Group __
Re: Java 6u26
On Mon, 13 Jun 2011, Troy Dawson wrote: On 06/09/2011 11:13 AM, Dr Andrew C Aitchison wrote: Sorry to be a pain, but should I expect Java 6u26 (Sun/Oracle) updates for java-1.6.0-sun-compat and jdk or do I now need to download direct from Oracle ? These would replace java-1.6.0-sun-compat1.6.0.24-3.sl5.jpp.i586.rpm jdk1.6.0_24-fcs.i586.rpm and 64bit equivalents. Thanks, Hi, I assume you are talking about the jdk for SLF4 and SLF5. Those should be out early this week. SLF ? I meant to replace http://ftp.scientificlinux.org/linux/scientific/55/i386/updates/security/java-1.6.0-sun-compat-1.6.0.24-3.sl5.jpp.i586.rpm http://ftp.scientificlinux.org/linux/scientific/55/i386/updates/security/jdk-1.6.0_24-fcs.i586.rpm and friends. Thanks, -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna
Graphical boot, nvidia, compiz
Hello, Finally got to installing the sl6.its wonderful to see its booting much faster then previous version (centos5.6). Here is the situation and a question : I have an Nvidia video card. by default it uses the nouveau driver. Unfortunately, I was not able to run compiz. I followed the instructions on their site ans installed the closed source (nvidia) driver. I also blacklisted and disables nouveau driver. That made compiz "happy". But now the pretty graphical load is gone. The question is - how can I get it back :)? Thank you. Andrew
Re: value of RAM reported not correct in SLC 5.6
On 06/08/2011 06:49 PM, Aldo F. Saavedra wrote: Hi, I'm having the following problem with an invariant of SL56, the cern flavour. I thought perhaps that someone may have come across this with SL56 Here in Sydney, we installed slc56 x86_64 on a Dell Power Edge R510 with 48Gb of RAM. The problem we have is that once the os is installed slc56 top, free and vmstat only reports 32Gb. All the yum updates were performed. To check we booted with the rescue mode, SLC 5.6 and all the commands report 48Gb . A further check we installed RHEL 5.6 x86_64 it reports 48Gb . Is there some tweak to the kernel that needs to be done? Or any cause to the problem. Any ideas are much appreciated. Cheers, Aldo Is this machine being a virtulization host? I know that on SL5 for xen hosts (I haven't verified it for KVM hosts) you only see the amount of memory that the host has left, not the total amount of memory. The best way I found to look at the full memory in this situation was to do a "xm list" which lists all the xen client's memory, as well as the hosts. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: value of RAM reported not correct in SLC 5.6
On 06/11/2011 10:53 AM, Alain Péan wrote: Le 10/06/2011 17:03, Stijn De Weirdt a écrit : we are running SL5.6 x86_64 (2.6.18-238.9.1) on a 96GB machine without issues. Hi all, It's a little bit off topic, but I thought that SLC was the CERN variant of Scientific Linux. And SL 5.6 is not yet released. I saw that SLC 5.6 was released months ago and is now the official release for CERN. So, for my information (and perhaps others), why is there a SLC 5.6 release and not yet a SL 5.6 one ? Thanks for the clarification ! Alain Short clarification, I'll let someone from CERN clarify longer if they want. SLC 5.6 has all the updates and packages from SL 5.6. Those packages have already passed our tests, and I assume CERN's tests. The reason SL 5.6 isn't out yet is due to two installer problems, not package problems. So if CERN modifies their installer different than plain SL, it is quite possible for them to beat the plain SL out with a release. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: chances of PPC64 build?
On Thu, Jun 9, 2011 at 17:43, Jeremy Enos wrote: > Hi there- > Suppose I'm assembling a list of OS candidates to run on a very large PPC64 > based supercomputer- what are the odds of seeing a SL6 PPC64 version? > thx- PPC64 seems to be a hard platform to support it would seem. Red Hat has support for PPC-64 but CentOS was never able to complete theres into a booting format. The Fedora PPC-64 project does have people working on it but they are usually several releases behind. To answer people's questions I think it was Itanium RHEL dropped for 6. It was close for PPC because the long term costs are just exorbitant compared so say X86_64+GPU. > Jeremy Enos > -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren
Re: chances of PPC64 build?
On 06/09/2011 04:43 PM, Jeremy Enos wrote: Hi there- Suppose I'm assembling a list of OS candidates to run on a very large PPC64 based supercomputer- what are the odds of seeing a SL6 PPC64 version? thx- Jeremy Enos As things stand right now, the odds are very slim that we will make a ppc64 version of SL. I won't say never, but I don't see it in the foreseeable future. For the time being, I would not put SL on the list. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: Java 6u26
On 06/09/2011 11:13 AM, Dr Andrew C Aitchison wrote: Sorry to be a pain, but should I expect Java 6u26 (Sun/Oracle) updates for java-1.6.0-sun-compat and jdk or do I now need to download direct from Oracle ? These would replace java-1.6.0-sun-compat1.6.0.24-3.sl5.jpp.i586.rpm jdk1.6.0_24-fcs.i586.rpm and 64bit equivalents. Thanks, Hi, I assume you are talking about the jdk for SLF4 and SLF5. Those should be out early this week. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: Montana Linux interview with Troy Dawson
On 06/08/2011 06:04 PM, Akemi Yagi wrote: On Wed, Jun 8, 2011 at 2:55 PM, Gerard Lally wrote: Hi everyone just thought I'd mention that Montana Linux have just published an extended and interesting interview with Troy Dawson. Hope you don't mind my linking to it Troy. www.montanalinux.org -- Gerard Lally Excellent interview. One problem -- I do not see the much-talked-about Hawaiian shirts ... and not much spiky hair. :-P (Sorry, Troy, I couldn't help) Akemi Nowdays I only wear Hawaiian shirts on Thursdays and Fridays or special occasions. I was wearing them out too fast. But the hair is still spiked up. There just isn't as much to spike. Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __