Hi,
I'd like to get a decent support for the C++11 language on SL6. RH ships the devtoolset
[1] package for just this purpose; the PUIAS repo [2] has the RPMs. However, I am not
much familiar with the PUIAS, so I would like to ask here for references -- is that a
repository which is known to
On 02/22/11 21:11, Jan Kundrát wrote:
On 01/20/11 18:30, Troy Dawson wrote:
kernel-2.6.18-238.1.1.el5
Hi Troy,
FYI -- I've now tracked this problem down to the patch
linux-2.6-virt-nmi-don-t-print-nmi-stuck-messages-on-guests [1] and
reported this issue on RHEL's Bugzilla [2].
The comment
On 05/26/11 01:48, Nathan Yehle wrote:
I have rebuilt 2.6.39-UL1 using the Ultralight RPM specs to create
this rpm for use with Scientific Computing Servers at MWT2.org.
Hi, is that the unbreakable Linux kernel from Oracle, or some other
UL thing? (I'm not familiar with Ultralight patchset, and
On 02/22/11 21:11, Jan Kundrát wrote:
I'll try upgrading the dom0 to recent kernel tomorrow and keep you posted.
I've updated the kernel to 2.6.18-238.1.1.el5xen and left Xen at
xen-3.0.3-94.el5_4.1. Didn't help, so I just updated to the latest 5x
repository, updated all packages on the physical
On 02/23/11 15:51, Troy Dawson wrote:
Just because the client kernel is running 2.6.18-238.1.1.el5xen does not
mean it is trying to be a xen host. It means that it is running
paravirtualized. If your xen machine was setup to be a paravirtualized
client, then it *has* to continue to run the
On 02/23/11 16:23, Jan Kundrát wrote:
I've just updated kernel on another domU instance to the -238
I forgot to mention that when I `yum update`d that second domU, yum
complained about the following:
Running Transaction
Installing : kernel
Installing : kernel-xen
WARNING: No module
Hi there,
I've got a fresh install of SL5.5, and would like to set it up to use
the 5x repositories, whatever they are (or, to be more precise, I want
this machine to receive updates from new releases as they come, and I
think that replacing yum's conf files is the way to go). The most
On 02/22/11 18:00, Larry Vaden wrote:
you might want to reinstall
That'd be possible on this particular box, but I'd like to come up with
a nice way to upgrade any existing installation, so no reinstalls.
otherwise you could edit the .repo files. YMMV.
That would mean that the yum-conf-*
On 01/20/11 18:30, Troy Dawson wrote:
kernel-2.6.18-238.1.1.el5
Hi list,
looks like I'm the only person having this problem. I've installed a
SL5.5 machine today as a fully virtualized guest in a SL5.2 Xen host
(kernel 2.6.18-194.32.1.el5xen). The installation went fine and the auto
updates
Troy Dawson wrote:
All distribution machines are back up and working correctly.
Thank you again for your patience.
Hi Troy,
I got HTTP error 403 on
http://ftp.scientificlinux.org/linux/scientific/55/x86_64/updates/security/repodata/repomd.xml,
and it looks like the listing at
Dear list,
I've hit the following issue on a 5.2 box. When trying to run `yum
update kernel`, yum wants to remove quite a lot of items:
[r...@iberis66 ~]# cat /etc/redhat-release
Scientific Linux SL release 5.2 (Boron)
[r...@iberis66 ~]# yum update kernel
Loaded plugins: kernel-module, priorities
Jan Kundrát wrote:
Will I have the XFS filesystem after the upgrade?
Quick answer: yes, it's integrated into the kernel RPM. Other issues
(yum willing to remove bunch of X11-related packages if the xfs RPM
was installed before) still stand.
Have fun,
Jan
smime.p7s
Description: S/MIME
Michael Mansour wrote:
Is this something real and to be concerned about?
Yes, it crashed our named instance running on a freshly updated SL5.2.
For reference, exploit is available from the Debian bugtracker [1]. Note
that the iptables snippet won't work on SL because it doesn't have the
u32
Dear list,
a fresh installation of 5.3 with alpine from the SL repo doesn't provide
/etc/alpine/pine.conf file, even though the file is said to be provided
by that package and it was there in 5.2:
[r...@samson ~]# rpm -ql alpine | grep pine.conf$
/etc/alpine/pine.conf
My cfengine script relied
P. Larry Nelson wrote:
From what I've gleaned about the two protocols from googling, it appears
that TCP has advantages on a lossy network but that's not our scenario.
It also is not a stateless protocol, like UDP, so if a server crashes in
the middle of a packet transmission, the client will
Hi Troy,
immediately after installing mysql-server-5.0.45-7.el5 and calling
`/etc/init.d/mysqld start`, it complains that there's no user:group
mysql:mysql, which is indeed the case on a freshly installed box.
This was the output of `yum install` command:
Installing: mysql-server
Troy Dawson wrote:
Unless there is something critical that most people use, we usually let
RedHat deal with it and push out the fix. Since they say they have
already fixed it, and it will come out in the next release, expect the
fix in SL 5.3.
OK; considering that nobody complained so far
Hi folks,
kpartx, a tool for extracting partitions from whole-disk images, doesn't
currently work on large files. That makes it kind of useless for working
with common Xen images, for example those created by virt-install.
There's a bugreport in RedHat's Bugzilla [1], and I'm not sure what
Hi,
when trying to use a kernel/initrd from SL5.1 i686 Xen dom0 (right now,
the /boot/initrd-2.6.18-53.1.21.el5xen.img and corresponding kernel) as
a kernel for domU, the domU won't boot when it's set up to use /dev/xvda
for root (that's how Xen exports virtual block devices to Xen).
The solution
Troy Dawson wrote:
We do not touch the kernel rpm's. Not at all. So the answer is no, I
will not put that into the kernel rpm. (the kernel-xen rpm is built
from the main kernel src rpm)
Ok, that sounds reasonable.
Are you trying to boot your guest machines (domU) from your host (dom0)
Troy Dawson wrote:
Thanks for the reminder. They were all built and ready to be pushed out.
They are going out right now ... so it will be at least a half hour
before they get completely pushed out. Also, don't forget to do a
yum --enablerepo=sl-contrib clean all
to refresh your yum
Zhi-Wei Lu wrote:
I am applying the latest updates to a number of systems, those with LDAP
configured failed to boot at Start system message bus, those
without LDAP configured booted just fine!
Any suggestion?
Hi, a 5.1 desktop box that is LDAPized boots fine here (using remote
LDAP
Zhi-Wei Lu wrote:
2. Turn on ssl and add the nss_initgrous_ignoreusers line, the message
bus was fine and system rebooted, but ldap query is still not working
via ldaps, therefore, the latest nss_dap_253-12 breaks something.
Instead of ldaps (as in LDAP over SSL), we use starttls (plaintext
[EMAIL PROTECTED] wrote:
We're successfully using devices up to 7 TB with a single XFS filesystem
on them, under SL4/5 (but I think we started doing this with 4.3, not
4.2). I have no hope to be able to check (xfs_repair) those should this
ever become necessary though - from what I've read it
Jan Kundrát wrote:
I'll mail you in a week or two about how the tests ended on desktop
PCs. (This is on 32bit.)
I've been running bonnie++ and iozone on an XFS partition and nothing
bad happened, no funny messages in kernel log. I guess you can move
these useful modules to the contrib repo
Hi list,
I'm having troubles finding XFS kernel modules for SL5.1. So far, I've
tried the standard repositories (sl-contrib, sl-base, sl-security) and
also atrpms and dag, but to no avail. Do we have such modules, or do I
have to hack something up myself?
(I've read the thread from May 2007,
Beyerle Urs wrote:
I have built xfs kernel modules for SL5 (starting from a CentOS extra
SRPM). We use it here at PSI - not heavily, but they should work (at
least for 64bit).
Hi Urs,
thanks a lot. Right now, it's only for some local-storage on a desktop
PC, but we'll need to migrate one SL3
Andrea wrote:
does anyone know where I can find kstars? Unfortunately it's not in the
repositories I have enabled (atrpms, dag, epel, flash, sl-base,
sl-bugfix-52, sl-contrib, sl-security, sl-srpms).
kstars belongs to kdeedu packages, so you should try to find that package.
Cheers,
-jkt
Troy Dawson wrote:
Just out of curiousity, why do you need 32 bit python on a 64 bit machine?
This is for a gLite worker node where Atlas needs (used to need) a 32bit
copy of Python available.
Cheers,
-jkt
smime.p7s
Description: S/MIME Cryptographic Signature
Killian De Volder wrote:
It seems however that perl(SOAP::Lite) seems to be missing from it:
Hi Killian,
as mentioned in the installation guide [1], you have to enable (among
others) the dag repository. Also note that you're more likely to get
accurate answers with regard to the gLite middleware
Killian De Volder wrote:
(The tutorial has been written for SL4 and I am using SL51).
What would be the correct method to resolve this issue please?
What is the reason why you're trying to get it working on an uncertified
OS? If you desperately need to set it on the SL5.1, try the tarball
Hi,
today I've upgraded my SL5 x86 box. This update looks like this in the logs:
Dec 04 14:49:41 Installed: kernel-devel.i686 2.6.18-53.1.4.el5
Dec 04 14:49:41 Updated: ipw3945-firmware.noarch 1.14.2-1.sl5
Dec 04 14:49:42 Updated: kernel-headers.i386 2.6.18-53.1.4.el5
Dec 04 14:49:51 Installed:
Troy Dawson wrote:
The options I see are to either fix the old xen to work with the new
kernel, or to update the xen in SL 5.0 to match the xen in SL 5.1.
Personally, after using the xen on SL 5.1, my vote it to move 5.0 up to
that version of xen. It fixes *alot* of the bugs and troubles I
Troy Dawson wrote:
RedHat does not do that, or at least they didn't use to do that. They
are implementing something that is similiar to what we do.
Thanks for explaining this.
The xen in SL 5.1 is only at version 3.0.3, not 3.1. So, it's not too
big of a jump.
And despite RedHat's
34 matches
Mail list logo