Hi, All. We see periodic file system hangs when a firefox profile is stored in
an NFSv4 directory. Both client and server are fully updated SL6.2.
We reliably see this when running firefox with the profile stored in an NFSv4
file system, and do not see this when the client switches to NFSv3.
Just incase anyone else runs into this issue, here's a link to the bug report
where you can find a patch to Mesa that resolves this issue.
https://bugzilla.redhat.com/show_bug.cgi?id=820746
Devin
certainly wasn't needed with SL5.
It would also be helpful to know if anyone else with a mixed nvidia /
non-nvidia environment can reproduce this proble
Thanks again,
Devin
On Apr 6, 2012, at 12:12 PM, Devin Bougie wrote:
> Hi, All. We're seeing a problem running opengl on a remote
Hi, All. We're seeing a problem running opengl on a remote SL6 system when the
local system uses the proprietary nvidia drivers. This does not seem to be a
problem with remote SL5 systems.
The problem seems to only be when sitting at a local system with the nvidia
drivers (tested with local S
mmendations for achieving this (or suggestions of a different workflow)
in SL6 would be greatly appreciated.
Many thanks,
Devin
--
Devin Bougie
Cornell University
Laboratory for Elementary-Particle Physics
devin.bou...@cornell.edu
eral of them in SL5.6 (using the default
e1000e driver provided by SL).
Devin
On Aug 22, 2011, at 10:42 AM, Eero Volotinen wrote:
> 2011/8/22 Devin Bougie :
>> Hi Eero,
>>
>> Have you tried using the e1000e driver that's provided by SL? We haven't
>> ha
Hi Eero,
Have you tried using the e1000e driver that's provided by SL? We haven't had
any problems using 82572EI cards in SL5.6 with the e1000e driver.
I hope this helps,
Devin
On Aug 22, 2011, at 10:10 AM, Eero Volotinen wrote:
> Hi,
>
> Any ideas how to get Intel Corporation 82572EI Gigabi
(C).
http://linuxsoft.cern.ch/cern/mrg/slc5X/x86_64/RPMS/repoview/
Any quick comments on how other labs are or are considering using MRG Realtime
would be greatly appreciated.
Many thanks,
Devin
--
Devin Bougie
Cornell University
Laboratory for Elementary-Particle Physics
devin.bou
Just to follow-up on this posting, the problem was that the filesystem the KVM
guests were on was full. Everything worked properly after clearing up a little
space.
Devin
On Apr 22, 2011, at 10:22 AM, James M Pulver wrote:
I’ve noticed on one of my servers that KVM is randomly pausing guests.
t SL5, and are just beginning to
evaluate SL6.
Many thanks,
Devin
------
Devin Bougie
Cornell University
Laboratory for Elementary-Particle Physics
devin.bou...@cornell.edu
On Jan 4, 2011, at 10:57 AM, Akemi Yagi wrote:
> The module-init-tools version on your system has a bug as detailed here:
> http://elrepo.org/tiki/Update
> You need to update module-init-tools to the current version which has
> the bug fixed.
I've now found this updated version in the sl-fastbugs
On Jan 4, 2011, at 10:57 AM, Akemi Yagi wrote:
On Tue, Jan 4, 2011 at 7:45 AM, Devin Bougie
mailto:devin.bou...@cornell.edu>> wrote:
Thanks for the suggestion, Akemi and Mark. When I try to use the ELRepo
packages, kmod-nvidia conflicts with module-init-tools.
The module-init-tools vers
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
--
On Jan 3, 2011, at 5:55 PM, Akemi Yagi wrote:
> On Mon, Jan 3, 2011 at 9:00 AM, Devin Bougie wrote:
>> And, here is the reply we
RPMs are messed up. Please use drivers from nvidia web site,
until SLC5 will resolve this issue.
--
Thanks again,
Devin
On Jan 3, 2011, at 11:39 AM, Devin Bougie wrote:
> Hi, All. We have several SL5 systems using the proprietary nvidia driver
> from sl-contrib. We did not have
Hi, All. We have several SL5 systems using the proprietary nvidia driver from
sl-contrib. We did not have any trouble with these systems until we tried to
view video in EVO (ViEVO). We have no problem using EVO with the latest
260.19.29 drivers downloaded and installed from nvidia.com. Howev
Hi, All. Thank you for the suggestions. We were able to fix our problem after
upgrading from "samba" to "samba3x" and making some configuration changes on
both the Linux and Windows side. On Linux, in order for "cupsaddsmb" to work
we needed to map the AD user that runs "cupsaddsmb" to root.
Just incase anyone was interested in the resolution to this problem, it appears
that the poor drive performance was caused by vibrations from the chassis fans.
After replacing about every component in this system (hard drive, motherboard,
SATA cable, memory, and CPU's) to no avail, we discovere
Hi Stijn,
Thank you very much for your reply.
On Sep 9, 2010, at 2:13 AM, Stijn De Weirdt wrote:
> so there is only 1 disk in your system according to dmesg (a 500GB SATA
> disk) and dd reports speeds > 1GB/s. you are either the lucky owner of a
> wonder SATA disk or you are measuring linux cachi
disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
On Sep 8, 2010, at 6:46 PM, Konstantin Olchanski wrote:
> On Wed, Sep 08, 2010 at 04:42:43PM -0400, Devin Bougie wrote:
>> Hi, All. We are seeing periodic I/O delays on a new large compute node ...
>
Hi Steve,
On Sep 8, 2010, at 5:03 PM, Steven Timm wrote:
> Devin--what is the output of the command "dmesg"
> Are there any kernel traces or bugs in that output?
Unfortunately I don't see anything unusual in syslog or the output of dmesg.
Thanks,
Devin
dmesg.log
Description: dmesg.log
Hi David,
On Jun 25, 2010, at 4:15 PM, Kinzel, David wrote:
>> In our case, home directories are also on NFS shares. The
>> problem described above happened when ~/.mozilla/firefox was a
>> link to a folder in a different NFS share. Sorry for the confusion.
> Out of curiosity, why are people d
Hi Chris,
On Jun 25, 2010, at 4:05 PM, Chris Jones wrote:
> On 25 Jun 2010, at 6:05pm, Devin Bougie wrote:
>> Just incase it helps, we saw this same problem with the Lazarus extension
>> for one of our users. In this case, the problem appears to have been that
>> ~/.mozil
h Lazarus works fine when ~/.mozilla/firefox is a link to an NFS
share, but Firefox 3.6 with Lazarus does not.
Devin
------
Devin Bougie
Cornell University
Laboratory for Elementary-Particle Physics
devin.bou...@cornell.edu
well for us. The qcow
format was slow (and reportedly buggy). Our images are stored on an ext3
filesystem using 15K SAS drives in software RAID5.
My host system has all latest kernels and patches.
Our host system is also running a fully updated x86_64 SL5.4.
I hope this helps,
Devin
--
D
Hi, All. For what it's worth, our systems appear to have two versions of
lam-devel and lam-libs after upgrading from SL4.5 to SL4.8:
--
[r...@lnx100 ~]# rpm -qi lam-devel
Name: lam-develRelocations: (not relocatable)
Version : 7.1.2
rs to consider.
Many thanks,
Devin
--
Devin Bougie
Cornell University
Laboratory for Elementary-Particle Physics
devin.bou...@cornell.edu<mailto:devin.bou...@cornell.edu>
using tshark. We have also started a
thread in the HP IT Resource Forum:
http://forums13.itrc.hp.com/service/forums/questionanswer.do?threadId=1362175
Any suggestions for fixing this problem would be greatly appreciated.
Many thanks,
Devin
--
Devin Bougie
Laboratory for Elementary
ule Plugin
Finished Kernel Module Plugin
Error: Missing Dependency: gcc = 3.4.5 is needed by package apr-devel
--
It looks like this has been reported in the past, but I'm not sure if
there was ever any resolution.
Sincerely,
Devin
--
Devin Bougie
Laboratory for Elementary-Particle Physics
Cornell University
da...@cornell.edu
is running. As such,
Scientific Linux does not plan to fix this issue in Scientific Linux
4, as the modifications required would be too invasive.
Note that this issue is not present in Scientific Linux 5.
---
Many thanks,
Devin
--
Devin Bougie
Laboratory for Elementary-Particle
Hi Stephen,
On Feb 4, 2009, at 3:36 AM, Stephen J. Gowdy wrote:
Wouldn't it be best to run SAMBA on the machines that actually have
the disks?
Our home disk server is currently running Solaris 10. When we moved
the home disks from an Alpha running Tru64 to this new Sun box, our
Solaris A
On Feb 3, 2009, at 4:10 PM, Dr Andrew C Aitchison wrote:
On Tue, 3 Feb 2009, Devin Bougie wrote:
Hi, All. We are using samba on an SL5.2 server to share
filesystems with our Windows systems. Everything works properly
when sharing a filesystem that is local to the samba server. When
encountered this? Any suggestions would be greatly
appreciated.
Thanks,
Devin
--
Devin Bougie
Laboratory for Elementary-Particle Physics
da...@cornell.edu
Hi, All. Just incase anyone else runs into this, we had a handful of
SL4.5 machines kernel panic after receiving the openafs-1.4.7-68
update. Here are the relevant entries in syslog, and please let me
know if there is any more information I can provide.
Many thanks,
Devin
--
Nov 25
On Aug 26, 2008, at 6:13 PM, Devin Bougie wrote:
On Aug 22, 2008, at 3:27 PM, Troy Dawson wrote:
Anyway ... the real problem is that annoying message about doing
aklog when you log in isn't it?
I remember another lab having that problem and we fixed it for
them ... I think. It might
Hello, All.
On Aug 22, 2008, at 3:27 PM, Troy Dawson wrote:
...
Anyway ... the real problem is that annoying message about doing
aklog when you log in isn't it?
I remember another lab having that problem and we fixed it for
them ... I think. It might have been changing the aklog stuff in /
On May 18, 2007, at 4:48 PM, Connie Sieh wrote:
On Fri, 18 May 2007, Devin Bougie wrote:
The .buildstamp(in initrd) and .discinfo (in top level dir) have to
"agree"
So you probably need to get the .discinfo file from your "install
tree" and put it on your new iso image.
Hi Connie,
On May 18, 2007, at 12:40 PM, Connie Sieh wrote:
I assume you are installing from a "mirror" of the
ftp.scientificlinux.org site.
Yes, we created a local mirror by following your "Mirroring
Scientific Linux" documentation. We see the same error regardless of
whether we use our
get the same error regardless of which SL mirror we use. However,
we can install from our local mirror by using "linux askmethod" and
the normal SL5 installation CD.
Any suggestions would be greatly appreciated.
Many thanks,
Devin
--
Devin Bougie
Laboratory for Elementary-Particle Physics
[EMAIL PROTECTED]
Hi All,
Just to let you know, the 2.6.9-55 kernels released with Update 5 do
fix this bug.
Regards,
Devin
On Apr 12, 2007, at 8:34 PM, Devin Bougie wrote:
here's a bugzilla report with TUV:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236308
This report now contains test kernels that appear to fix this bug.
They should be included in 4.5 which will be released "real soon now."
Devin
Many thanks for the reply, Miles.
On Apr 12, 2007, at 11:16 PM, Miles O'Neal wrote:
We've run into serious NFS problems with SL3 with our
NetApp filer and NFS. We solved the problem (or at
least greatly reduced it) with options like these:
foo:/vol/vol1/bar on /export/bar type nfs
(rw,vers=3
also posted a message to the Subversion developers mailing
list, and here's a bugzilla report with TUV:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236308
Finally, here are others with the same problem:
http://www.centos.org/modules/newbb/viewtopic.php?topic_id=4875
Any suggestions or workaround would be greatly appreciated.
Devin
--
Devin Bougie
Laboratory for Elementary-Particle Physics
[EMAIL PROTECTED]
42 matches
Mail list logo