Re: WiFi driver broken w/update
On Tue, Aug 21, 2012 at 4:56 PM, Akemi Yagi amy...@gmail.com wrote: On Tue, Aug 21, 2012 at 2:25 PM, William Shu ws...@yahoo.com wrote: $ lspci -nn | grep -i net 44:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11b/g LP-PHY [14e4:4727] (rev 01) Your wifi device is different, so it would have been better if you started a new thread. Broadcom BCM4313 [14e4:4727] has been problematic. I refer you to a recent conversation on the ELRepo mailing list that has dealt with getting this device working on EL 6.3. It is a long thread entitled [elrepo] Broken kmod-compat-wireless package: http://lists.elrepo.org/pipermail/elrepo/2012-August/thread.html#1350 You may want to jump to: http://lists.elrepo.org/pipermail/elrepo/2012-August/001375.html Sorry I meant this link: http://lists.elrepo.org/pipermail/elrepo/2012-August/001359.html But expect the updated version of kmod-compat-wireless to be out real soon now. :) Akemi
Re: WiFi driver broken w/update
On 22/08/12 07:24, Akemi Yagi wrote: Sorry I meant this link: http://lists.elrepo.org/pipermail/elrepo/2012-August/001359.html But expect the updated version of kmod-compat-wireless to be out real soon now. :) Akemi Just released: http://lists.elrepo.org/pipermail/elrepo/2012-August/001390.html For those not familiar with the compat-wireless project, they backport the wireless branch from the latest stable kernel. They actually backport a few other bits and pieces too like a few ethernet drivers and some bluetooth bits, and they are in the process of renaming their project to compat-drivers to better reflect that it's not just wireless but I'm going off topic now :-) Anyway, elrepo packages the compat-wireless project as a kmod for el6.3. The latest version is based on the stable 3.5.1 kernel so backports the complete wireless stack from that kernel. If your wireless device isn't natively supported on SL out of the box then this might be a quick and easy method to see if it's supported by the latest upstream kernel drivers. If anyone has wireless issues on 6.3 and would like to test this then we'd really appreciate the feedback (preferably on the elrepo list). Thanks.
nfs4 client hangs
Hello! Nfs4 client randomly hangs on a file or directory (for instance when performing df or find) and after a few seconds continues. When preforming strace, it hangs on getdents system call. Errors on the server side: Aug 19 21:29:08 host kernel: nfs: server host2 not responding, still trying Aug 19 21:31:17 host kernel: nfs: server host2 OK After a while the load on client and server side increases intensively, then system on the client side crashes. Reboot required. We use SL6.3, the same problem occurred on the following kernels: 2.6.32-220.17.1.el6.x86_64 2.6.32-279.2.1.el6.x86_64 and also on: 3.5.2-1.el6.elrepo.x86_64 3.3.2-1.el6.elrepo.x86_64 The only difference is that when we are using 3.x kernel from elrepo, the system crash never appears, just client hangs. Mount options: Flags: rw,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,noresvport,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=IP,local_lock=none,addr=IP Nfs utils version: nfs-utils-1.2.3-15.el6_2.1.x86_64 Any ideas? Thanks, Barbara
Re: Procmail problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21/08/12 20:02, Gerald Waugh wrote: On 08/21/2012 01:50 PM, Anne Wilson wrote: For reasons not relevant to this list, I've been using GMail to read my mail for a while, so I hadn't noticed that my local mail server now has big problems. I see mail arriving there in maillog, and my .forward file passes it to procmail - but procmail appears to be not doing its stuff - the messages aren't being delivered at all. What could be wrong? Anne What is in your .procmailrc $HOME/.procmailrc Thanks for answering. .procmailrc is a restored file that worked perfectly before - I'll give you the details if you still want to see it after reading this. Digging around in logs I found that there have been some problems with perl updates - and I assume that procmail is a perl app. It seems likely that I messed things up when setting repo priorities, so I set out to clean things up. First I removed the packages that wouldn't update, keeping a list so that I can restore them as soon as I have the problem sorted, and tweaked the priorities of rpmforge, since that seems to be the one that was missing out. At first I thought that had done it, as I got a clean list of updates about to perform. Unfortunately, I then got a transaction error - file /sbin/extlinux from install of syslinux-4.05-1.el6.rfx.x86_64 conflicts with file from package syslinux-extlinux-4.02-4.el6.x86_64 If I try to update the remaining packages as they stand at present I get Error: glibc-2.12-1.25.el6.i686 (sl) Requires: glibc-common = 2.12-1.25.el6 Installed: glibc-common-2.12.1.47.el6_2.5.x86_64 (@sl-security) glibc-common = 2.12.1.47.el6_2.5 Available: glibc-common-2.12-1.25.el6.x86_64 (sl) glibc-common = 2.12-1.25.el6 I thought of removing glibc, again, to instantly re-install, to ensure I got the right version, but that promises to remove hundreds of packages, so I abandoned that idea. By now I am completely out of my depth. Is it possible to repair this system, or would be simpler to just abandon it, and try a clean install, setting up everything afresh? I hate to be beaten, but a broken system is a liability. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlA0w3MACgkQj93fyh4cnBcTLACgivsdNoODcfSkS1WvRvKi6kQ1 YlYAn0R5Dy/JE5nJKjxHxBNKtOJSJl+s =3oqy -END PGP SIGNATURE-
Dell OMSA
All of a sudden after some updates, all my Dell PowerEdge systems won't start the Dell OMSA services. I get: dsm_om_shrsvc: DSM SA Shared Services cannot start on an unsupported system. See the Dell Systems Software Support Matrix for a list of supported systems. On some systems I've been able to fake it out by replacing /etc/redhat-release with one from a RHEL 6.0 system temporarily. But that's not worked on all the systems affected. Anyone else seeing this and got a workaround or solution? -- Stephen Berg Systems Administrator NRL Code: 7320 Office: 228-688-5738 stephen.berg@nrlssc.navy.mil
Re: Dell OMSA
A few systems that did not update this morning have the srvadmin 7.0 packages from Dell's repo. Version 7.1 appears to break OMSA on SL6.x On 08/22/2012 07:04 AM, Rich wrote: Not starting on unsupported systems is a great trick. I knew it sometimes complained in firmware updates if /etc/redhat-release wasn't matching one of its expected values, but that's new and upsetting behavior. - Rich On Wed, Aug 22, 2012 at 7:45 AM, Stephen Berg (Contractor) stephen.berg@nrlssc.navy.mil wrote: All of a sudden after some updates, all my Dell PowerEdge systems won't start the Dell OMSA services. I get: dsm_om_shrsvc: DSM SA Shared Services cannot start on an unsupported system. See the Dell Systems Software Support Matrix for a list of supported systems. On some systems I've been able to fake it out by replacing /etc/redhat-release with one from a RHEL 6.0 system temporarily. But that's not worked on all the systems affected. Anyone else seeing this and got a workaround or solution? -- Stephen Berg Systems Administrator NRL Code: 7320 Office: 228-688-5738 stephen.berg@nrlssc.navy.mil -- Stephen Berg Systems Administrator NRL Code: 7320 Office: 228-688-5738 stephen.berg@nrlssc.navy.mil
Re: Procmail problem
On Wed, Aug 22, 2012 at 12:33:09PM +0100, Anne Wilson wrote: ... procmail appears to be not doing its stuff What could be wrong? Why just had a spike of cartalk style questions my car does not start, what could be wrong? (my procmail, my wifi, whatever). What could be wrong? -- 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
Re: Procmail problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/08/12 18:17, Konstantin Olchanski wrote: On Wed, Aug 22, 2012 at 12:33:09PM +0100, Anne Wilson wrote: ... procmail appears to be not doing its stuff What could be wrong? Why just had a spike of cartalk style questions my car does not start, what could be wrong? (my procmail, my wifi, whatever). What could be wrong? Instead of facile retorts, why not ask a question if you think particular information may help? In fact someone with more sense has helped me off-list, if only to confirm that my install is broken beyond what would be a sensible repair. Just as a matter of interest, when I ask a question with only outline information, as this was, it's because I need a pointer as to which particular bit of the problem is most likely to need investigation, in order to avoid swamping the list with irrelevancies. You spectacularly failed to give this. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlA1H/8ACgkQj93fyh4cnBcxEQCfR5WDNGPYjJ+y3AaaZaxz8L0W 2rAAmwa9UU2w1MyqL3Orlt5uknhvm9hg =9Q/t -END PGP SIGNATURE-
Re: Procmail problem
On 2012/08/22 04:33, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21/08/12 20:02, Gerald Waugh wrote: On 08/21/2012 01:50 PM, Anne Wilson wrote: For reasons not relevant to this list, I've been using GMail to read my mail for a while, so I hadn't noticed that my local mail server now has big problems. I see mail arriving there in maillog, and my .forward file passes it to procmail - but procmail appears to be not doing its stuff - the messages aren't being delivered at all. What could be wrong? Anne What is in your .procmailrc $HOME/.procmailrc Thanks for answering. .procmailrc is a restored file that worked perfectly before - I'll give you the details if you still want to see it after reading this. Digging around in logs I found that there have been some problems with perl updates - and I assume that procmail is a perl app. It seems likely that I messed things up when setting repo priorities, so I set out to clean things up. First I removed the packages that wouldn't update, keeping a list so that I can restore them as soon as I have the problem sorted, and tweaked the priorities of rpmforge, since that seems to be the one that was missing out. At first I thought that had done it, as I got a clean list of updates about to perform. Unfortunately, I then got a transaction error - file /sbin/extlinux from install of syslinux-4.05-1.el6.rfx.x86_64 conflicts with file from package syslinux-extlinux-4.02-4.el6.x86_64 If I try to update the remaining packages as they stand at present I get Error: glibc-2.12-1.25.el6.i686 (sl) Requires: glibc-common = 2.12-1.25.el6 Installed: glibc-common-2.12.1.47.el6_2.5.x86_64 (@sl-security) glibc-common = 2.12.1.47.el6_2.5 Available: glibc-common-2.12-1.25.el6.x86_64 (sl) glibc-common = 2.12-1.25.el6 I thought of removing glibc, again, to instantly re-install, to ensure I got the right version, but that promises to remove hundreds of packages, so I abandoned that idea. By now I am completely out of my depth. Is it possible to repair this system, or would be simpler to just abandon it, and try a clean install, setting up everything afresh? I hate to be beaten, but a broken system is a liability. Anne, procmail is not in any way related to perl. It is a modest ELF binary executable. So let's start with some basics. Is there an /etc/procmailrc file? What does it look like. What does your home directory's .procmailrc file look like? Procmail has been solid for me for two decades or so now. It has also grown as I put in discard with extreme prejudice anti-troll measures. (That would be sites that require me to verify I am really me before they will forward a mailing list email to the customer, for example.) Make sure you have no such filters in your .procmailrc file. Generally consider procmail as a filter. Text goes in, is manipulated, and usually flows out the other end ultimately into the user's mailbox. You CAN cozen procmail into inserting log messages as it processes emails. (Heck, I had mine rigged to play chimes when I received customer emails at one time.) If you have log messages of these emails going into procmail then it is time to get procmail to tell you what it is doing. You CAN set a VERBOSE flag, VERBOSE=yes. That gets it to spit out error messages of some use. Note that sigs USR1 will turn off VERBOSE and USR2 will turn it on. Note that this little incantation right after any defines in .procmailrc will preserve emails so you can manually process them after splitting the email out of the destination file using mail -f$HOME/mail/rawmbox: :0c: clone.lock $HOME/mail/rawmbox Then you can run procmail manually with a copy of your .procmailrc and figure out pretty decently what is actually going on. {^_^}
Re: Procmail problem
On 2012/08/22 11:08, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/08/12 18:17, Konstantin Olchanski wrote: On Wed, Aug 22, 2012 at 12:33:09PM +0100, Anne Wilson wrote: ... procmail appears to be not doing its stuff What could be wrong? Why just had a spike of cartalk style questions my car does not start, what could be wrong? (my procmail, my wifi, whatever). What could be wrong? Instead of facile retorts, why not ask a question if you think particular information may help? In fact someone with more sense has helped me off-list, if only to confirm that my install is broken beyond what would be a sensible repair. Just as a matter of interest, when I ask a question with only outline information, as this was, it's because I need a pointer as to which particular bit of the problem is most likely to need investigation, in order to avoid swamping the list with irrelevancies. You spectacularly failed to give this. Anne, I know you are not a newby. But your question was sort of vague and seemed to betray a failure to perform some basic troubleshooting 101 steps, man procmail is one. (There IS a lot to read there in the various files. But learning the basics of how procmail works is going to be step one for a lasting good solution. This is hard for ancient bitches like me but I persevere. Having learned is a nice feeling. The distressing part is how fast it all dribbles away these days.) {o.o}
Re: WiFi driver broken w/update
Thanks Akemi, Phil, for all the assistance.However, still no success. Regards, William. From: Phil Perry p...@pendre.co.uk To: SCIENTIFIC-LINUX-USERS@listserv.fnal.gov SCIENTIFIC-LINUX-USERS@listserv.fnal.gov Sent: Wednesday, August 22, 2012 8:09 AM Subject: Re: WiFi driver broken w/update On 22/08/12 07:24, Akemi Yagi wrote: Sorry I meant this link: http://lists.elrepo.org/pipermail/elrepo/2012-August/001359.html But expect the updated version of kmod-compat-wireless to be out real soon now. :) Akemi Just released: http://lists.elrepo.org/pipermail/elrepo/2012-August/001390.html For those not familiar with the compat-wireless project, they backport the wireless branch from the latest stable kernel. They actually backport a few other bits and pieces too like a few ethernet drivers and some bluetooth bits, and they are in the process of renaming their project to compat-drivers to better reflect that it's not just wireless but I'm going off topic now :-) Anyway, elrepo packages the compat-wireless project as a kmod for el6.3. The latest version is based on the stable 3.5.1 kernel so backports the complete wireless stack from that kernel. If your wireless device isn't natively supported on SL out of the box then this might be a quick and easy method to see if it's supported by the latest upstream kernel drivers. If anyone has wireless issues on 6.3 and would like to test this then we'd really appreciate the feedback (preferably on the elrepo list). Thanks.
Re: WiFi driver broken w/update
Thank Akemi, and also for the suggestion to start a new thread on such matters. REgards, William. From: Akemi Yagi amy...@gmail.com To: William Shu ws...@yahoo.com Cc: SCIENTIFIC-LINUX-USERS@listserv.fnal.gov SCIENTIFIC-LINUX-USERS@listserv.fnal.gov Sent: Wednesday, August 22, 2012 7:24 AM Subject: Re: WiFi driver broken w/update On Tue, Aug 21, 2012 at 4:56 PM, Akemi Yagi amy...@gmail.com wrote: On Tue, Aug 21, 2012 at 2:25 PM, William Shu ws...@yahoo.com wrote: $ lspci -nn | grep -i net 44:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11b/g LP-PHY [14e4:4727] (rev 01) Your wifi device is different, so it would have been better if you started a new thread. Broadcom BCM4313 [14e4:4727] has been problematic. I refer you to a recent conversation on the ELRepo mailing list that has dealt with getting this device working on EL 6.3. It is a long thread entitled [elrepo] Broken kmod-compat-wireless package: http://lists.elrepo.org/pipermail/elrepo/2012-August/thread.html#1350 You may want to jump to: http://lists.elrepo.org/pipermail/elrepo/2012-August/001375.html Sorry I meant this link: http://lists.elrepo.org/pipermail/elrepo/2012-August/001359.html But expect the updated version of kmod-compat-wireless to be out real soon now. :) Akemi
Re: nfs4 client hangs
On 08/22/2012 05:07 PM, Barbara Krasovec wrote: Nfs4 client randomly hangs on a file or directory (for instance when performing df or find) and after a few seconds continues. When preforming strace, it hangs on getdents system call. Errors on the server side: Aug 19 21:29:08 host kernel: nfs: server host2 not responding, still trying Aug 19 21:31:17 host kernel: nfs: server host2 OK After a while the load on client and server side increases intensively, then system on the client side crashes. Reboot required. Mount options: Flags: rw,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,noresvport,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=IP,local_lock=none,addr=IP I haven't had this problem with several systems mounting /home, but sometime before 2.6.32-220 we switched to using automount instead of fstab. Have you tried playing with the options to see if one of them is poisonous (hard, retrans, local_lock, etc.)? Do you have the same problem using automount?
repo for packages built with Intel, Portland, etc. compilers
I'm starting to build a set of rpm packages built with the Intel and Portland Group compilers. These would install in /opt and be accessible via modules. Would anyone be interested in collaborating on a public repository for such things? I really haven't thought much through at this point, just trying to gauge interest. Has anything like this already been done? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com
Re: repo for packages built with Intel, Portland, etc. compilers
I think this is a great idea. Are there any licensing/legal issues to be considered before making these publicly available? Let me know if you need assistance with this. Best regards, Jamie Kinney jkin...@amazon.com 206.265.9439 On Aug 22, 2012, at 4:05 PM, Orion Poplawski or...@cora.nwra.com wrote: I'm starting to build a set of rpm packages built with the Intel and Portland Group compilers. These would install in /opt and be accessible via modules. Would anyone be interested in collaborating on a public repository for such things? I really haven't thought much through at this point, just trying to gauge interest. Has anything like this already been done? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com
Re: repo for packages built with Intel, Portland, etc. compilers
I'll be happy to mirror your repo if it comes to life. -- Henrique LonelySpooky Junior http://about.me/henriquejunior From: Kinney, Jamie jkin...@amazon.com To: Orion Poplawski or...@cora.nwra.com Cc: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV Sent: Wednesday, August 22, 2012 8:13 PM Subject: Re: repo for packages built with Intel, Portland, etc. compilers I think this is a great idea. Are there any licensing/legal issues to be considered before making these publicly available? Let me know if you need assistance with this. Best regards, Jamie Kinney jkin...@amazon.com 206.265.9439 On Aug 22, 2012, at 4:05 PM, Orion Poplawski or...@cora.nwra.com wrote: I'm starting to build a set of rpm packages built with the Intel and Portland Group compilers. These would install in /opt and be accessible via modules. Would anyone be interested in collaborating on a public repository for such things? I really haven't thought much through at this point, just trying to gauge interest. Has anything like this already been done? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com
Re: repo for packages built with Intel, Portland, etc. compilers
Sounds interesting. Were you going to build e.g. complete sl6-pgi, sl6-intel, etc repo clones, or something more restricted? - Rich On Wed, Aug 22, 2012 at 8:04 PM, Henrique Junior henrique...@gmail.com wrote: I'll be happy to mirror your repo if it comes to life. -- Henrique LonelySpooky Junior http://about.me/henriquejunior From: Kinney, Jamie jkin...@amazon.com To: Orion Poplawski or...@cora.nwra.com Cc: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV Sent: Wednesday, August 22, 2012 8:13 PM Subject: Re: repo for packages built with Intel, Portland, etc. compilers I think this is a great idea. Are there any licensing/legal issues to be considered before making these publicly available? Let me know if you need assistance with this. Best regards, Jamie Kinney jkin...@amazon.com 206.265.9439 On Aug 22, 2012, at 4:05 PM, Orion Poplawski or...@cora.nwra.com wrote: I'm starting to build a set of rpm packages built with the Intel and Portland Group compilers. These would install in /opt and be accessible via modules. Would anyone be interested in collaborating on a public repository for such things? I really haven't thought much through at this point, just trying to gauge interest. Has anything like this already been done? -- Orion Poplawski Technical Manager303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com
Re: repo for packages built with Intel, Portland, etc. compilers
Personally I was thinking pretty restricted to scientific code: openmpi netcdf hdf5 WRF etc. but I figured with various people contributing their interest we might develop a decent eco-system of performance dependent code. I was *not* thinking of another rebuild/clone of the OS. The main driver is the need to compile Fortran code with the same compiler up the library stack, but performance benefits of some of the C compilers might be helpful as well. Legal issues may arise, but generally it appears that you can distribute binaries even with certain runtime libraries as well. If anyone has experience with this though, that would be very helpful. On 08/22/2012 07:39 PM, Rich wrote: Sounds interesting. Were you going to build e.g. complete sl6-pgi, sl6-intel, etc repo clones, or something more restricted? - Rich On Wed, Aug 22, 2012 at 8:04 PM, Henrique Junior henrique...@gmail.com wrote: I'll be happy to mirror your repo if it comes to life. -- Henrique LonelySpooky Junior http://about.me/henriquejunior From: Kinney, Jamie jkin...@amazon.com To: Orion Poplawski or...@cora.nwra.com Cc: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV Sent: Wednesday, August 22, 2012 8:13 PM Subject: Re: repo for packages built with Intel, Portland, etc. compilers I think this is a great idea. Are there any licensing/legal issues to be considered before making these publicly available? Let me know if you need assistance with this. Best regards, Jamie Kinney jkin...@amazon.com 206.265.9439 On Aug 22, 2012, at 4:05 PM, Orion Poplawski or...@cora.nwra.com wrote: I'm starting to build a set of rpm packages built with the Intel and Portland Group compilers. These would install in /opt and be accessible via modules. Would anyone be interested in collaborating on a public repository for such things? I really haven't thought much through at this point, just trying to gauge interest. Has anything like this already been done? -- Orion Poplawski Technical Manager303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com