From jmtilsley at st-claire.org Mon Aug 6 20:34:23 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 6 Aug 2012 20:34:23 +0000 Subject: [rhelv6-list] Top Does not show all CPU cores Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> All, I am using top to get basic server usage. I have seen some other posts on the web to toggle the CPU's being show to press '1' after getting into top. However I get "Command not understood". If I run 'grep -C processor /proc/cpuinfo' it shows 4 which is correct. How can I get all the CPU's to display in top on RHEL 5.7? Thanks, Jerry Tilsley Sr Systems Analyst St. Claire Regional Medical Center ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hs at nhn.ou.edu Mon Aug 6 21:19:13 2012 From: hs at nhn.ou.edu (Horst Severini) Date: Mon, 06 Aug 2012 16:19:13 -0500 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> Message-ID: <201208062119.q76LJDt2032354@particle.nhn.ou.edu> Hi Jerry, hmm, that's strange, since 'top' on our RHEL5.8 and RHEL6.3 machines understand '1' just fine and then show all the cors on the respective machine. We have procps-3.2.7-18.el5 installed on RHEL5.8 and procps-3.2.8-23.el6.x86_64 on RHEL6.3. What version do you have? 'grep -C processor /proc/cpuinfo' give me an error, since it's missing a number after the -C, but the number of cores of 'grep processor /proc/cpuinfo' agrees with that top's 1 toggle shows. By the way, since you are asking about a RHEL5 machine, maybe it would be better to ask the rhelv5-list -- although I'm sure there will be a lot of overlap there. :) Hope this helps, Horst "Tilsley, Jerry M." wrote: > All, > > I am using top to get basic server usage. I have seen some other posts on the web to toggle the CPU's being show to press '1' after getting into top. However I get "Command not understood". If I run 'grep -C processor /proc/cpuinfo' it shows 4 which is correct. How can I get all the CPU's to display in top on RHEL 5.7? > > Thanks, > > Jerry Tilsley > Sr Systems Analyst > St. Claire Regional Medical Center > > > ________________________________ > > Disclaimer**** > This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From jmtilsley at st-claire.org Mon Aug 6 21:28:33 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 6 Aug 2012 21:28:33 +0000 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: <201208062119.q76LJDt2032354@particle.nhn.ou.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> <201208062119.q76LJDt2032354@particle.nhn.ou.edu> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> First of all, I wasn't paying attention when I sent this 5.7 issue to the RHEL6 group, sorry about that! Secondly, I found the issue. I also didn't realize I was running as a basic user when trying to do top. When I switched to user 'root' top worked as expected! Thanks, Jerry -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Horst Severini Sent: Monday, August 06, 2012 5:19 PM To: rhelv6-list at redhat.com Subject: Re: [rhelv6-list] Top Does not show all CPU cores Hi Jerry, hmm, that's strange, since 'top' on our RHEL5.8 and RHEL6.3 machines understand '1' just fine and then show all the cors on the respective machine. We have procps-3.2.7-18.el5 installed on RHEL5.8 and procps-3.2.8-23.el6.x86_64 on RHEL6.3. What version do you have? 'grep -C processor /proc/cpuinfo' give me an error, since it's missing a number after the -C, but the number of cores of 'grep processor /proc/cpuinfo' agrees with that top's 1 toggle shows. By the way, since you are asking about a RHEL5 machine, maybe it would be better to ask the rhelv5-list -- although I'm sure there will be a lot of overlap there. :) Hope this helps, Horst "Tilsley, Jerry M." wrote: > All, > > I am using top to get basic server usage. I have seen some other posts on the web to toggle the CPU's being show to press '1' after getting into top. However I get "Command not understood". If I run 'grep -C processor /proc/cpuinfo' it shows 4 which is correct. How can I get all the CPU's to display in top on RHEL 5.7? > > Thanks, > > Jerry Tilsley > Sr Systems Analyst > St. Claire Regional Medical Center > > > ________________________________ > > Disclaimer**** > This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From hs at nhn.ou.edu Mon Aug 6 21:30:49 2012 From: hs at nhn.ou.edu (Horst Severini) Date: Mon, 06 Aug 2012 16:30:49 -0500 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> <201208062119.q76LJDt2032354@particle.nhn.ou.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> Message-ID: <201208062130.q76LUnJC032658@particle.nhn.ou.edu> Hi Jerry, hmm, but top works for me as regular user that way as well, I don't need to be root for the '1' to work. Cheers, Horst "Tilsley, Jerry M." wrote: > First of all, I wasn't paying attention when I sent this 5.7 issue to the RHEL6 group, sorry about that! Secondly, I found the issue. I also didn't realize I was running as a basic user when trying to do top. When I switched to user 'root' top worked as expected! > > Thanks, > > Jerry > > > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Horst Severini > Sent: Monday, August 06, 2012 5:19 PM > To: rhelv6-list at redhat.com > Subject: Re: [rhelv6-list] Top Does not show all CPU cores > > Hi Jerry, > > hmm, that's strange, since 'top' on our RHEL5.8 and RHEL6.3 machines understand '1' just fine and then show all the cors on the respective machine. We have procps-3.2.7-18.el5 installed on RHEL5.8 and > procps-3.2.8-23.el6.x86_64 on RHEL6.3. What version do you have? > > 'grep -C processor /proc/cpuinfo' give me an error, since it's missing a number after the -C, but the number of cores of 'grep processor /proc/cpuinfo' agrees with that top's 1 toggle shows. > > By the way, since you are asking about a RHEL5 machine, maybe it would be better to ask the rhelv5-list -- although I'm sure there will be a lot of overlap there. :) > > Hope this helps, > > Horst > > "Tilsley, Jerry M." wrote: > > > All, > > > > I am using top to get basic server usage. I have seen some other posts on the web to toggle the CPU's being show to press '1' after getting into top. However I get "Command not understood". If I run 'grep -C processor /proc/cpuinfo' it shows 4 which is correct. How can I get all the CPU's to display in top on RHEL 5.7? > > > > Thanks, > > > > Jerry Tilsley > > Sr Systems Analyst > > St. Claire Regional Medical Center > > > > > > ________________________________ > > > > Disclaimer**** > > This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > > ________________________________ > > Disclaimer**** > This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From mezei.zoltan at gmail.com Mon Aug 6 21:38:20 2012 From: mezei.zoltan at gmail.com (Mezei Zoltan) Date: Mon, 6 Aug 2012 23:38:20 +0200 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: <201208062130.q76LUnJC032658@particle.nhn.ou.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> <201208062119.q76LJDt2032354@particle.nhn.ou.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> <201208062130.q76LUnJC032658@particle.nhn.ou.edu> Message-ID: The most probable cause is that the normal user has a .toprc in his home directory that changes top's behavior. Well, probably :-) On Mon, Aug 6, 2012 at 11:30 PM, Horst Severini wrote: > Hi Jerry, > > hmm, but top works for me as regular user that way as well, > I don't need to be root for the '1' to work. > > Cheers, > > Horst > > "Tilsley, Jerry M." wrote: > >> First of all, I wasn't paying attention when I sent this 5.7 issue to the RHEL6 group, sorry about that! Secondly, I found the issue. I also didn't realize I was running as a basic user when trying to do top. When I switched to user 'root' top worked as expected! >> >> Thanks, >> >> Jerry >> >> >> >> -----Original Message----- >> From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Horst Severini >> Sent: Monday, August 06, 2012 5:19 PM >> To: rhelv6-list at redhat.com >> Subject: Re: [rhelv6-list] Top Does not show all CPU cores >> >> Hi Jerry, >> >> hmm, that's strange, since 'top' on our RHEL5.8 and RHEL6.3 machines understand '1' just fine and then show all the cors on the respective machine. We have procps-3.2.7-18.el5 installed on RHEL5.8 and >> procps-3.2.8-23.el6.x86_64 on RHEL6.3. What version do you have? >> >> 'grep -C processor /proc/cpuinfo' give me an error, since it's missing a number after the -C, but the number of cores of 'grep processor /proc/cpuinfo' agrees with that top's 1 toggle shows. >> >> By the way, since you are asking about a RHEL5 machine, maybe it would be better to ask the rhelv5-list -- although I'm sure there will be a lot of overlap there. :) >> >> Hope this helps, >> >> Horst >> >> "Tilsley, Jerry M." wrote: >> >> > All, >> > >> > I am using top to get basic server usage. I have seen some other posts on the web to toggle the CPU's being show to press '1' after getting into top. However I get "Command not understood". If I run 'grep -C processor /proc/cpuinfo' it shows 4 which is correct. How can I get all the CPU's to display in top on RHEL 5.7? >> > >> > Thanks, >> > >> > Jerry Tilsley >> > Sr Systems Analyst >> > St. Claire Regional Medical Center >> > >> > >> > ________________________________ >> > >> > Disclaimer**** >> > This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> >> ________________________________ >> >> Disclaimer**** >> This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- Zizi "...n?latok a c?gn?l m?ltb?l nagyon sok van..." From jmtilsley at st-claire.org Mon Aug 6 22:34:36 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 6 Aug 2012 22:34:36 +0000 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> <201208062119.q76LJDt2032354@particle.nhn.ou.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> <201208062130.q76LUnJC032658@particle.nhn.ou.edu>, Message-ID: <6355131C-C4D1-45EF-9F89-5E2AC032B37C@st-claire.org> My rhel6.2 server has the same issue, and I saw not config file in the users home directory. Sent from my iPhone On Aug 6, 2012, at 5:41 PM, "Mezei Zoltan" wrote: > The most probable cause is that the normal user has a .toprc in his > home directory that changes top's behavior. > > Well, probably :-) > > On Mon, Aug 6, 2012 at 11:30 PM, Horst Severini wrote: >> Hi Jerry, >> >> hmm, but top works for me as regular user that way as well, >> I don't need to be root for the '1' to work. >> >> Cheers, >> >> Horst >> >> "Tilsley, Jerry M." wrote: >> >>> First of all, I wasn't paying attention when I sent this 5.7 issue to the RHEL6 group, sorry about that! Secondly, I found the issue. I also didn't realize I was running as a basic user when trying to do top. When I switched to user 'root' top worked as expected! >>> >>> Thanks, >>> >>> Jerry >>> >>> >>> >>> -----Original Message----- >>> From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Horst Severini >>> Sent: Monday, August 06, 2012 5:19 PM >>> To: rhelv6-list at redhat.com >>> Subject: Re: [rhelv6-list] Top Does not show all CPU cores >>> >>> Hi Jerry, >>> >>> hmm, that's strange, since 'top' on our RHEL5.8 and RHEL6.3 machines understand '1' just fine and then show all the cors on the respective machine. We have procps-3.2.7-18.el5 installed on RHEL5.8 and >>> procps-3.2.8-23.el6.x86_64 on RHEL6.3. What version do you have? >>> >>> 'grep -C processor /proc/cpuinfo' give me an error, since it's missing a number after the -C, but the number of cores of 'grep processor /proc/cpuinfo' agrees with that top's 1 toggle shows. >>> >>> By the way, since you are asking about a RHEL5 machine, maybe it would be better to ask the rhelv5-list -- although I'm sure there will be a lot of overlap there. :) >>> >>> Hope this helps, >>> >>> Horst >>> >>> "Tilsley, Jerry M." wrote: >>> >>>> All, >>>> >>>> I am using top to get basic server usage. I have seen some other posts on the web to toggle the CPU's being show to press '1' after getting into top. However I get "Command not understood". If I run 'grep -C processor /proc/cpuinfo' it shows 4 which is correct. How can I get all the CPU's to display in top on RHEL 5.7? >>>> >>>> Thanks, >>>> >>>> Jerry Tilsley >>>> Sr Systems Analyst >>>> St. Claire Regional Medical Center >>>> >>>> >>>> ________________________________ >>>> >>>> Disclaimer**** >>>> This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >>> ________________________________ >>> >>> Disclaimer**** >>> This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > > > -- > Zizi > > "...n?latok a c?gn?l m?ltb?l nagyon sok van..." > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From john.haxby at gmail.com Tue Aug 7 08:08:30 2012 From: john.haxby at gmail.com (John Haxby) Date: Tue, 7 Aug 2012 09:08:30 +0100 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> <201208062119.q76LJDt2032354@particle.nhn.ou.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> Message-ID: On 6 August 2012 22:28, Tilsley, Jerry M. wrote: > First of all, I wasn't paying attention when I sent this 5.7 issue to the > RHEL6 group, sorry about that! Secondly, I found the issue. I also didn't > realize I was running as a basic user when trying to do top. When I > switched to user 'root' top worked as expected! > > There's something else going on there. It doesn't matter whether you're on EL5 or EL6, "1" in top should show the per-cpu stats like this: top - 08:42:00 up 4 days, 20:51, 1 user, load average: 0.00, 0.01, 0.05 Tasks: 118 total, 1 running, 117 sleeping, 0 stopped, 0 zombie Cpu0 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1880072k total, 1159908k used, 720164k free, 195840k buffers Swap: 1048572k total, 0k used, 1048572k free, 606672k cached It's not even as though the per-cpu information comes from a different place: top gets both summary and the per-cpu data from /proc/stat. Even if you only have one CPU you'd still see a "Cpu0" line instead of "Cpu(s). The only way I can see to prevent top from displaying per-cpu information is to prevent it displaying any cpu information at all: try hitting "t" -- that will take away the Tasks and Cpu lines. It's possible that the Task area (t flag) is off by default: it can be set in either ~/.toprc or /etc/toprc. If it's not and you still don't have per-cpu data then something is seriously amiss. Check /proc/stat to make sure you do have per-cpu lines, check "rpm -qf $(type -p top)" to make sure the top you're running really is the one in the procps rpm and "rpm -V procps" to make sure procps isn't damaged. And then check for rootkits :) jch -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmtilsley at st-claire.org Tue Aug 7 11:54:48 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Tue, 7 Aug 2012 11:54:48 +0000 Subject: [rhelv6-list] Top Does not show all CPU cores In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3C19@scrvm-ex01.st-claire.org> <201208062119.q76LJDt2032354@particle.nhn.ou.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A3DF5@scrvm-ex01.st-claire.org> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4A5335@scrvm-ex01.st-claire.org> >>On 6 August 2012 22:28, Tilsley, Jerry M. > wrote: >>First of all, I wasn't paying attention when I sent this 5.7 issue to the RHEL6 group, sorry about that! Secondly, I found the issue. I also didn't realize I was running as a basic user when trying to do top. When I switched to user 'root' top worked as >>expected! >There's something else going on there. It doesn't matter whether you're on EL5 or EL6, "1" in top should show the per-cpu stats like this: >top - 08:42:00 up 4 days, 20:51, 1 user, load average: 0.00, 0.01, 0.05 >Tasks: 118 total, 1 running, 117 sleeping, 0 stopped, 0 zombie >Cpu0 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st >Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st >Cpu2 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st >Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st >Mem: 1880072k total, 1159908k used, 720164k free, 195840k buffers >Swap: 1048572k total, 0k used, 1048572k free, 606672k cached >It's not even as though the per-cpu information comes from a different place: top gets both summary and the per-cpu data from /proc/stat. Even if you only have one CPU you'd still see a "Cpu0" line instead of "Cpu(s). >The only way I can see to prevent top from displaying per-cpu information is to prevent it displaying any cpu information at all: try hitting "t" -- that will take away the Tasks and Cpu lines. >It's possible that the Task area (t flag) is off by default: it can be set in either ~/.toprc or /etc/toprc. If it's not and you still don't have per-cpu data then something is seriously amiss. Check /proc/stat to make sure you do have per-cpu lines, check "rpm ->qf $(type -p top)" to make sure the top you're running really is the one in the procps rpm and "rpm -V procps" to make sure procps isn't damaged. I have narrowed down the issue to only a particular user, the rest function as expected. I cannot find a file called toprc anyway, not in any users home and not in /etc either. Not sure what I am missing there. All other checks came back good, the I get the information as long as I'm not running as one particular user. And then check for rootkits :) jch ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pbonzini at redhat.com Thu Aug 9 07:10:15 2012 From: pbonzini at redhat.com (Paolo Bonzini) Date: Thu, 09 Aug 2012 09:10:15 +0200 Subject: [rhelv6-list] virtio-scsi disks on rhel 6.3? In-Reply-To: References: Message-ID: <50236257.5020801@redhat.com> Il 23/07/2012 18:06, Gianluca Cecchi ha scritto: > Hello, > virtio-scsi support is claimed as a tech preview in rh el 6.3 release notes. > But walking through them and tech notes I don't find any "official" > way of using/testing it. > In virt-manager I don't find any option... Yes, unfortunately virt-manager and virt-install do not support virtio-scsi yet. For this reason, the Guest Installation Guide was not updated for 6.3. For Fedora hosts there is no support in virt-manager yet, but virt-install does have --controller and it can be used to create a virtio-scsi device). > And also on rhn I don't find any reference in kb or tech briefs. There are examples of using virsh to add and remove virtio-scsi controller and disks in the Virtualization Administration Guide (http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/sect-Managing_storage_controllers_in_a_guest.html). The same examples are easily adapted to usage with "virsh edit". I hope this helps. Paolo From bill at magicdigits.com Fri Aug 10 18:02:46 2012 From: bill at magicdigits.com (Bill Watson) Date: Fri, 10 Aug 2012 11:02:46 -0700 Subject: [rhelv6-list] PCI compliance services Message-ID: <00b701cd7722$5f161ad0$1d425070$@com> Does anyone know of a PCI compliance service that is Red Hat aware? It seems popular for these services to need huge amounts of hand holding to get past backporting. Thanks, Bill Watson bill at magicdigits.com From jjneely at ncsu.edu Mon Aug 13 19:49:29 2012 From: jjneely at ncsu.edu (Jack Neely) Date: Mon, 13 Aug 2012 15:49:29 -0400 Subject: [rhelv6-list] iPXE from Grub Message-ID: <20120813194929.GA27138@virge.linuxczar.net> Folks, On my managed RHEL machines I usually have a Grub menu option to re-install the box. I have recently upgraded this so that the menu option runs ipxe.lkrn with an embedded script: #!ipxe :retry_dhcp dhcp || goto retry_dhcp chain tftp://tftp-server/pxelinux.0 On most machines this work very well. However, on newer hardware that supports EFI (such as the Dell R710) when this Grub menu option is chosen I see the following iPXE initialising devices... Try to free Memory without Signature and the machine halts. These EFI machines are running in BIOS compatibility mode, and legacy PXE from the BIOS works normally. (Our DHCP servers aren't yet setup to handle EFI-PXE at all, yet.) It seems that no one (or google) knows really anything about what causes this error message and boot failure. Any clues? Thanks, Jack Neely -- Jack Neely Linux Czar, OIT Campus Linux Services Office of Information Technology, NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89 From mirko.vukovic at gmail.com Tue Aug 14 15:10:24 2012 From: mirko.vukovic at gmail.com (Mirko Vukovic) Date: Tue, 14 Aug 2012 11:10:24 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: References: Message-ID: I want to install sbcl (steel bank common lisp). However sbcl requires glibc_2.14. I did not find glibc_2.14 (and 2.15 and 2.16) rpm's for rhel6. Is compiling my own version the only other alternative? Thank you, Mirko From rprice at redhat.com Tue Aug 14 15:23:18 2012 From: rprice at redhat.com (Robin Price II) Date: Tue, 14 Aug 2012 11:23:18 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: References: Message-ID: <502A6D66.1070803@redhat.com> Mirko, I see sbcl is in EPEL. [rprice at T520 ~]$ grep sbcl ~/yum-list.txt maxima-runtime-sbcl.x86_64 5.23.2-1.el6 epel sbcl.x86_64 1.0.38-3.el6 epel http://fedoraproject.org/wiki/EPEL Hope this helps. :) ~rp On 08/14/2012 11:10 AM, Mirko Vukovic wrote: > I want to install sbcl (steel bank common lisp). However sbcl > requires glibc_2.14. > > I did not find glibc_2.14 (and 2.15 and 2.16) rpm's for rhel6. > > Is compiling my own version the only other alternative? > > Thank you, > > Mirko > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From mirko.vukovic at gmail.com Tue Aug 14 15:57:36 2012 From: mirko.vukovic at gmail.com (Mirko Vukovic) Date: Tue, 14 Aug 2012 11:57:36 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: <502A6D66.1070803@redhat.com> References: <502A6D66.1070803@redhat.com> Message-ID: I was not clear enough. I want to download and install version 1.0.59, which is about 21 months newer than1.0.38. Thanks, Mirko On Tue, Aug 14, 2012 at 11:23 AM, Robin Price II wrote: > Mirko, > > I see sbcl is in EPEL. > > [rprice at T520 ~]$ grep sbcl ~/yum-list.txt > maxima-runtime-sbcl.x86_64 5.23.2-1.el6 epel > sbcl.x86_64 1.0.38-3.el6 epel > > http://fedoraproject.org/wiki/EPEL > > Hope this helps. :) > > ~rp > > > On 08/14/2012 11:10 AM, Mirko Vukovic wrote: >> >> I want to install sbcl (steel bank common lisp). However sbcl >> requires glibc_2.14. >> >> I did not find glibc_2.14 (and 2.15 and 2.16) rpm's for rhel6. >> >> Is compiling my own version the only other alternative? >> >> Thank you, >> >> Mirko >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From wolfy at nobugconsulting.ro Wed Aug 15 00:01:03 2012 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 15 Aug 2012 03:01:03 +0300 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: References: Message-ID: <502AE6BF.6080302@nobugconsulting.ro> On 08/14/2012 06:10 PM, Mirko Vukovic wrote: > I want to install sbcl (steel bank common lisp). However sbcl > requires glibc_2.14. If sbcl really needs glibc 2.14 ( which I doubt ), you cannot use it in RHEL 6 unless you create a chroot where you install both sbcl and a newer glibc. If the binary that you have found a newer glibc that but it is not a hard requirement of the source (but the binary was built for a different distro), see the options listed below. > I did not find glibc_2.14 (and 2.15 and 2.16) rpm's for rhel6. For as long as RHEL6 will exist glibc will stay at its current level > Is compiling my own version the only other alternative? There are at least 2 options here - persuade the maintainer of the EPEL package to update it - grab the source package from epel and the source of sbcl , edit the spec file included in the source rpm and build a newer, updated version. From mirko.vukovic at gmail.com Wed Aug 15 12:40:24 2012 From: mirko.vukovic at gmail.com (Mirko Vukovic) Date: Wed, 15 Aug 2012 08:40:24 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: <502AE6BF.6080302@nobugconsulting.ro> References: <502AE6BF.6080302@nobugconsulting.ro> Message-ID: On Tue, Aug 14, 2012 at 8:01 PM, Manuel Wolfshant wrote: > On 08/14/2012 06:10 PM, Mirko Vukovic wrote: >> >> I want to install sbcl (steel bank common lisp). However sbcl >> requires glibc_2.14. > > If sbcl really needs glibc 2.14 ( which I doubt ), you cannot use it in RHEL > 6 unless you create a chroot where you install both sbcl and a newer glibc. I am not familiar with details of chroot (other than what I read this mornign on google). Does that mean that the chroot would need to contain *all* other libraries that sbcl would require? > If the binary that you have found a newer glibc that but it is not a hard > requirement of the source (but the binary was built for a different distro), > see the options listed below. > > >> I did not find glibc_2.14 (and 2.15 and 2.16) rpm's for rhel6. > > For as long as RHEL6 will exist glibc will stay at its current level Thank you, I thought so. > > > >> Is compiling my own version the only other alternative? A general question: Is it bad form to compile my own version of glibc and place it in /usr/local/... > > There are at least 2 options here > - persuade the maintainer of the EPEL package to update it But the maintainer of EPEL sbcl would still need a new version of glibc, right? > - grab the source package from epel and the source of sbcl , edit the spec > file included in the source rpm and build a newer, updated version. > > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list Thank you, Mirko From brilong at cisco.com Wed Aug 15 13:07:57 2012 From: brilong at cisco.com (Brian Long) Date: Wed, 15 Aug 2012 09:07:57 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: References: <502AE6BF.6080302@nobugconsulting.ro> Message-ID: <208BF0B0-47B2-4A34-8E36-8D318DCD7D5C@cisco.com> Mirko, I'm not sure where you grabbed the sbcl (maybe the Fedora 18 build), but I show a couple of contributors have built it for EPEL. http://koji.fedoraproject.org/koji/packageinfo?packageID=3783 I would contact one of them to see if you can get it updated for RHEL 6. I would not try to force a sbcl compiled for Fedora 18 to run on RHEL 6. It would be much easier to get it built natively for RHEL 6 by the EPEL folks. /Brian/ From akrherz at iastate.edu Wed Aug 15 14:32:15 2012 From: akrherz at iastate.edu (Daryl Herzmann) Date: Wed, 15 Aug 2012 09:32:15 -0500 Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array In-Reply-To: References: Message-ID: On Sun, Jun 24, 2012 at 12:48 PM, Stephen John Smoogen wrote: > On 23 June 2012 11:04, Daryl Herzmann wrote: >> On Fri, Jun 22, 2012 at 4:03 PM, Stephen John Smoogen wrote: >>> On 22 June 2012 14:10, daryl herzmann wrote: >>>> Howdy, >>>> >>>> The RHEL6.3 release notes have a curious entry: >>>> >>>> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html >>>> >>>> kernel component >>>> >>>> Due to a race condition, in certain cases, writes to RAID4/5/6 while the >>>> array is reconstructing could hang the system >>>> >>>> Wow, I am reproducing it frequently here. Simply have a RAID-5 software >>>> array and do some write IO to it, eventually things start hanging and the >>>> power button needs to be pressed. >>>> >>>> Oh man. >>> >>> Well the race condition they are mentioning should only happen when >>> the RAID array is reconstructing. This sounds like a different >>> bug/problem. What kind of disks, type of RAID etc. >> >> Thanks for the response. I am not sure of the difference between >> 'reconstructing' and 'resyncing' and/or 'syncing'. The reproducing >> case was quite easy for me. >> >> 1. Create a software raid5 >> 2. Immediately then create a filesystem on this raid5, while init sync underway >> 3. IO to the RAID device eventually stops, even for the software raid5 sync > > Ok reconstructing is where the initial RAID drives pair up with each > other. Resyncing I believe is where a RAID which has been created is > putting the data across its raid. Basic cat /proc/mdstat.. if there is > a line ====> then you are reconstructing the disk array. In the > example you give above, the disks would be reconstructing > > So the next thing to do is why you are able to trigger it constantly. > That may be due to > CPU Type: > RAM Amount: > Disk controllers: > DIsk types (SATA, SAS, SCSI, PATA): > RAID type: > RAID layout (same controller, different controller, etc): I don't seem to have much issue reproducing, I just had another machine do it this morning. Nehalem processor, 12 GB ram, Dell PowerEdge T400, Perc 6i controller, software raid 5, Seagate 2 TB Barracuda drives... Does anybody have the bugzilla ticket associated with this or perhaps a knowledge base article on it? daryl From mirko.vukovic at gmail.com Wed Aug 15 14:41:03 2012 From: mirko.vukovic at gmail.com (Mirko Vukovic) Date: Wed, 15 Aug 2012 10:41:03 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: <208BF0B0-47B2-4A34-8E36-8D318DCD7D5C@cisco.com> References: <502AE6BF.6080302@nobugconsulting.ro> <208BF0B0-47B2-4A34-8E36-8D318DCD7D5C@cisco.com> Message-ID: On Wed, Aug 15, 2012 at 9:07 AM, Brian Long wrote: > Mirko, I'm not sure where you grabbed the sbcl (maybe the Fedora 18 build), but I show a couple of contributors have built it for EPEL. > > http://koji.fedoraproject.org/koji/packageinfo?packageID=3783 > > I would contact one of them to see if you can get it updated for RHEL 6. I would not try to force a sbcl compiled for Fedora 18 to run on RHEL 6. It would be much easier to get it built natively for RHEL 6 by the EPEL folks. > > /Brian/ > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list The solution turned out to be quite easy: - compile new version of sbcl using an old version that uses glibc_2.12. I used sbcl 1.054 for that purpose. Thanks to all, Mirko From geslinux at gmail.com Wed Aug 15 20:01:00 2012 From: geslinux at gmail.com (Grzegorz Witkowski) Date: Wed, 15 Aug 2012 21:01:00 +0100 Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array In-Reply-To: References: Message-ID: On Wed, Aug 15, 2012 at 3:32 PM, Daryl Herzmann wrote: > On Sun, Jun 24, 2012 at 12:48 PM, Stephen John Smoogen > wrote: > > On 23 June 2012 11:04, Daryl Herzmann wrote: > >> On Fri, Jun 22, 2012 at 4:03 PM, Stephen John Smoogen > wrote: > >>> On 22 June 2012 14:10, daryl herzmann wrote: > >>>> Howdy, > >>>> > >>>> The RHEL6.3 release notes have a curious entry: > >>>> > >>>> > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html > >>>> > >>>> kernel component > >>>> > >>>> Due to a race condition, in certain cases, writes to RAID4/5/6 while > the > >>>> array is reconstructing could hang the system > >>>> > >>>> Wow, I am reproducing it frequently here. Simply have a RAID-5 > software > >>>> array and do some write IO to it, eventually things start hanging and > the > >>>> power button needs to be pressed. > >>>> > >>>> Oh man. > >>> > >>> Well the race condition they are mentioning should only happen when > >>> the RAID array is reconstructing. This sounds like a different > >>> bug/problem. What kind of disks, type of RAID etc. > >> > >> Thanks for the response. I am not sure of the difference between > >> 'reconstructing' and 'resyncing' and/or 'syncing'. The reproducing > >> case was quite easy for me. > >> > >> 1. Create a software raid5 > >> 2. Immediately then create a filesystem on this raid5, while init sync > underway > >> 3. IO to the RAID device eventually stops, even for the software raid5 > sync > > > > Ok reconstructing is where the initial RAID drives pair up with each > > other. Resyncing I believe is where a RAID which has been created is > > putting the data across its raid. Basic cat /proc/mdstat.. if there is > > a line ====> then you are reconstructing the disk array. In the > > example you give above, the disks would be reconstructing > > > > So the next thing to do is why you are able to trigger it constantly. > > That may be due to > > CPU Type: > > RAM Amount: > > Disk controllers: > > DIsk types (SATA, SAS, SCSI, PATA): > > RAID type: > > RAID layout (same controller, different controller, etc): > > I don't seem to have much issue reproducing, I just had another > machine do it this morning. Nehalem processor, 12 GB ram, Dell > PowerEdge T400, Perc 6i controller, software raid 5, Seagate 2 TB > Barracuda drives... > > Does anybody have the bugzilla ticket associated with this or perhaps > a knowledge base article on it? > > daryl > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Just a curiosity... why to use software raid if you have PERC6??? :O Of course, bugzilla should be open for this... -------------- next part -------------- An HTML attachment was scrubbed... URL: From szinski at richmond.edu Wed Aug 15 19:43:04 2012 From: szinski at richmond.edu (Steve Zinski) Date: Wed, 15 Aug 2012 19:43:04 +0000 (UTC) Subject: [rhelv6-list] yum issues after latest pyhton update References: <4FE01734.3080900@guh-software.de> <18ACE6C30FF1454D93B4C039FB62EA7627E3E18F@SPO-MAIL.stfd.ro> <20120619102627.52db2cb6@r2d2.marmotte.net> <4FE09918.1000005@guh-software.de> Message-ID: Dirk Gfr?rer writes: > It turned out to be LD_LIBRARY_PATH which on some of our servers is set > for Oracle. It points to $ORACLE_HOME/lib. Unsetting this environment > variable makes yum working again. Same problem here... set LD_LIBRARY_PATH to $ORACLE_HOME/lib and it breaks yum. Anyone know how to fix this? From wolfy at nobugconsulting.ro Wed Aug 15 22:53:28 2012 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 16 Aug 2012 01:53:28 +0300 Subject: [rhelv6-list] yum issues after latest pyhton update In-Reply-To: References: <4FE01734.3080900@guh-software.de> <18ACE6C30FF1454D93B4C039FB62EA7627E3E18F@SPO-MAIL.stfd.ro> <20120619102627.52db2cb6@r2d2.marmotte.net> <4FE09918.1000005@guh-software.de> Message-ID: <502C2868.1000305@nobugconsulting.ro> On 08/15/2012 10:43 PM, Steve Zinski wrote: > Dirk Gfr?rer writes: > >> It turned out to be LD_LIBRARY_PATH which on some of our servers is set >> for Oracle. It points to $ORACLE_HOME/lib. Unsetting this environment >> variable makes yum working again. > Same problem here... set LD_LIBRARY_PATH to $ORACLE_HOME/lib and it breaks yum. > Anyone know how to fix this? make sure LD_LIBRARY_PATH is set only when needed for who needs it, not always for everyone From millerdc at fusion.gat.com Thu Aug 16 18:08:20 2012 From: millerdc at fusion.gat.com (David C. Miller) Date: Thu, 16 Aug 2012 11:08:20 -0700 (PDT) Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array In-Reply-To: Message-ID: <1481619669.26160.1345140500532.JavaMail.root@email.gat.com> ----- Original Message ----- > From: "Daryl Herzmann" > To: "Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list" > Sent: Wednesday, August 15, 2012 7:32:15 AM > Subject: Re: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array > > On Sun, Jun 24, 2012 at 12:48 PM, Stephen John Smoogen > wrote: > > On 23 June 2012 11:04, Daryl Herzmann wrote: > >> On Fri, Jun 22, 2012 at 4:03 PM, Stephen John Smoogen > >> wrote: > >>> On 22 June 2012 14:10, daryl herzmann > >>> wrote: > >>>> Howdy, > >>>> > >>>> The RHEL6.3 release notes have a curious entry: > >>>> > >>>> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html > >>>> > >>>> kernel component > >>>> > >>>> Due to a race condition, in certain cases, writes to RAID4/5/6 > >>>> while the > >>>> array is reconstructing could hang the system > >>>> > >>>> Wow, I am reproducing it frequently here. Simply have a RAID-5 > >>>> software > >>>> array and do some write IO to it, eventually things start > >>>> hanging and the > >>>> power button needs to be pressed. > >>>> > >>>> Oh man. > >>> > >>> Well the race condition they are mentioning should only happen > >>> when > >>> the RAID array is reconstructing. This sounds like a different > >>> bug/problem. What kind of disks, type of RAID etc. > >> > >> Thanks for the response. I am not sure of the difference between > >> 'reconstructing' and 'resyncing' and/or 'syncing'. The > >> reproducing > >> case was quite easy for me. > >> > >> 1. Create a software raid5 > >> 2. Immediately then create a filesystem on this raid5, while init > >> sync underway > >> 3. IO to the RAID device eventually stops, even for the software > >> raid5 sync > > > > Ok reconstructing is where the initial RAID drives pair up with > > each > > other. Resyncing I believe is where a RAID which has been created > > is > > putting the data across its raid. Basic cat /proc/mdstat.. if there > > is > > a line ====> then you are reconstructing the disk array. In the > > example you give above, the disks would be reconstructing > > > > So the next thing to do is why you are able to trigger it > > constantly. > > That may be due to > > CPU Type: > > RAM Amount: > > Disk controllers: > > DIsk types (SATA, SAS, SCSI, PATA): > > RAID type: > > RAID layout (same controller, different controller, etc): > > I don't seem to have much issue reproducing, I just had another > machine do it this morning. Nehalem processor, 12 GB ram, Dell > PowerEdge T400, Perc 6i controller, software raid 5, Seagate 2 TB > Barracuda drives... > > Does anybody have the bugzilla ticket associated with this or perhaps > a knowledge base article on it? > > daryl > I would like to know too. I have not seen this issue yet but I do have some large RAID6 arrays. David. From gsgatlin at ncsu.edu Thu Aug 16 19:02:51 2012 From: gsgatlin at ncsu.edu (Gary Gatling) Date: Thu, 16 Aug 2012 15:02:51 -0400 Subject: [rhelv6-list] question about ntfs on rhel 6 via epel's ntfs-3g rpm Message-ID: Greetings, I am not a windows user at all. So this has never come up for me personally. However, at my job we have several computer labs with RHEL 6 installations. A student who uses these labs has asked for support so they can read/write to a external drive formatted with a windows NTFS file system. I see in EPEL there is a nfts-3g package that seems to "just work" [tm] I have done a little testing here with a external drive a co worker lent me that has ntfs on it. My concern would be that since its not "officially" supported by Red Hat, some user might write to their drive and loose their homework or something? Is this something I should be worried about? Does anyone have experiences with this package? Would it be possible to have a pop up dialog, perhaps via zenity, telling a user that using ntfs-3g could be dangerous, as a device is mounted with that filesystem? I didn't see an obvious way to do something like that after a little googling. Thanks for any ideas or experiences anyone has with this package... -------------- next part -------------- An HTML attachment was scrubbed... URL: From eivind at aminor.no Thu Aug 16 23:22:53 2012 From: eivind at aminor.no (Eivind Olsen) Date: Fri, 17 Aug 2012 01:22:53 +0200 Subject: [rhelv6-list] How do people keep track of third party software? Message-ID: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> Hello. I'm wondering how people recommend to keep track of / making sure third party software is kept up to date. Let's say you have >10 servers running RHEL6, and you have to install some third party RPMs on some of these servers as well as upgrading it every now and then (Oracle Java? vmware tools? Other software that doesn't have any official repository...). How do you keep yourself on top of this? Do you set up your own repository with those RPMs and add a yum repo file on the servers so it will show up when you do a "yum update"? Do you install the RPM manually and hope you will remember about it? Do you import it into your Satellite server and add it to your channels? Recipe in Puppet? Or some other way? What works for you? (my question isn't "How do I know that a new version of Java has been released?") Regards Eivind Olsen From mezei.zoltan at gmail.com Fri Aug 17 06:38:31 2012 From: mezei.zoltan at gmail.com (Mezei Zoltan) Date: Fri, 17 Aug 2012 08:38:31 +0200 Subject: [rhelv6-list] How do people keep track of third party software? In-Reply-To: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> References: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> Message-ID: On Fri, Aug 17, 2012 at 1:22 AM, Eivind Olsen wrote: > I'm wondering how people recommend to keep track of / making sure third party software is kept up to date. Let's say you have >10 servers running RHEL6, and you have to install some third party RPMs on some of these servers as well as upgrading it every now and then (Oracle Java? vmware tools? Other software that doesn't have any official repository...). > > How do you keep yourself on top of this? Do you set up your own repository with those RPMs and add a yum repo file on the servers so it will show up when you do a "yum update"? Do you install the RPM manually and hope you will remember about it? Do you import it into your Satellite server and add it to your channels? Recipe in Puppet? Or some other way? What works for you? > > (my question isn't "How do I know that a new version of Java has been released?") At our company we handle it as a complex process that includes the following (short version, the actual document detailing it is way too long/secret to publish on this list): - determine the need for and external application/investigate if there is a supported alternative - if not, then: - check the application's update policy if it exists/check how we can know if a new version is released (notification e-mail, RSS feed, have to check manually on the website (we have an automatism for this), etc.) - download the application and depending on the format: - rpm --> put it to our own yum repository (which we keep outside of satellite - it could be inside as well...) - source of some format --> if easily doable, create an rpm from it, if not, compile and handle it as a binary - binary --> put it to our own binary repository (which we keep right next to the yum repository), along with an automatic installation script and update our small in-house .rpm file that acts as a wrapper around binary installations - install the application - if a new version of the application comes out we get automatically notified and the whole process is repeated. When updating a server, our small wrapper .rpm gets upgraded and in its %pre and %post scripts we take care of upgrading the binaries. The non-supported .rpms (custom ones as well as a partial mirror of EPEL) get updated from the yum repository and the official rpms from satellite. Setting up this process the first time is somewhat time consuming and keeping stuff updated in the custom rpm/binary repository definitely requires time, but in the end it requires less time than trying to remember/document all custom software installations. This could be different if you have more diversity in your environment though so you should consider introducing this process carefully. -- Zizi "...n?latok a c?gn?l m?ltb?l nagyon sok van..." From mezei.zoltan at gmail.com Fri Aug 17 06:49:31 2012 From: mezei.zoltan at gmail.com (Mezei Zoltan) Date: Fri, 17 Aug 2012 08:49:31 +0200 Subject: [rhelv6-list] How do people keep track of third party software? In-Reply-To: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> References: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> Message-ID: On Fri, Aug 17, 2012 at 1:22 AM, Eivind Olsen wrote: > I'm wondering how people recommend to keep track of / making sure third party software is kept up to date. Let's say you have >10 servers running RHEL6, and you have to install some third party RPMs on some of these servers as well as upgrading it every now and then (Oracle Java? vmware tools? Other software that doesn't have any official repository...). Ohh, btw, vmware-tools actually has an official yum repository here: http://packages.vmware.com/tools Docs available here: http://www.vmware.com/download/packages.html According to vmware's recommendations you should use the rpms from the matching vmware esx(i) version and OS version/architecture directory. Its real pain to keep it managed, especially if you have different esxi versions across the company though... :/ (The main source of the problem is that you would need to detect the esxi version on a guest machine that doesn't have vmware-tools installed. Anybody has some great ideas on how to do this?) -- Zizi "...n?latok a c?gn?l m?ltb?l nagyon sok van..." From gsgatlin at ncsu.edu Fri Aug 17 19:09:01 2012 From: gsgatlin at ncsu.edu (Gary Gatling) Date: Fri, 17 Aug 2012 15:09:01 -0400 Subject: [rhelv6-list] How do people keep track of third party software? In-Reply-To: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> References: <39CA6F96-9959-4C3D-AE16-C0C934CF74B3@aminor.no> Message-ID: On Thu, Aug 16, 2012 at 7:22 PM, Eivind Olsen wrote: > Hello. > > I'm wondering how people recommend to keep track of / making sure third > party software is kept up to date. Let's say you have >10 servers running > RHEL6, and you have to install some third party RPMs on some of these > servers as well as upgrading it every now and then (Oracle Java? vmware > tools? Other software that doesn't have any official repository...) I use several methods and I'm sure I fail at all of them. We use the same slightly modified RHEL 6 distro for both servers and desktop type systems. Many of the desktops are used in computer labs by students. I have some yum repos. Mostly they have my own rpms in there but sometimes I add some from some other repo by hand. When I learn there is a new version I rebuild and run createrepo on the repo. I probably fail at this method the hardest in keeping things updated. I like installing software where they already have a third party repo. Like google chrome. We have to use GMail + google apps where I I work so we had to add Chrome to all the desktops. This was made easy by google having a yum repo that you can update from. So chrome always stays up to date. We have a lot of software installed on a network filesystem called openafs. I'm sure the software could also be installed on something like nfs but openafs gives us better management of the data and permissions. So users can run software out of afs volumes that are stored in a database. They can "add" software and the afs volume is added to their path and some initialization scripts are run if needed The command we have to make this software available to an end user is called "add." If a user types it without arguments an "advertisement" of the most popular addable/software packages names are displayed. So like for java, which they teach with in the java classes, they can "add jdk" and that gets them jdk7u5 in their path. But older versions are also available. Like they could also "add jdk6u31" if they need an older version. I do a new version about every 6 months. So I admit I'm probably failing at keeping everything always at the newest version if I only look at these every 6 months. But the java on the system is still maintained by Red Hat with the openjdk package so its less risky. They only get the new java when they "add" it and even then its only good for that terminal window. We have tons of commercial software installed in this manner such as matlab, ansys, opnet, cadence design tools, and so on. We have 1 full time employee and 1 part time employee just to keep track of a lot of this commercial third party software. They do things like license renewals, downloading new versions for me to install, keeping the windows and Red Hat software as in sync as possible, getting license manager software, etc... I understand this concept was pioneered by MIT back in the 80s and we got a lot of our software from them back in the day. Look up project Athena if you are curious. We also use bcfg2 for configuration management but we are switching to puppet soon. Would like to hear how others are solving this problem also. Cheers, -------------- next part -------------- An HTML attachment was scrubbed... URL: From applicgs at gmail.com Tue Aug 21 18:57:09 2012 From: applicgs at gmail.com (george application) Date: Tue, 21 Aug 2012 21:57:09 +0300 Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format Message-ID: Hi, Does anyone know if I can use the disk name /dev/disk/by-id/scsi-xxxx format on the FILTER option of lvm.conf file instead of /dev/sdX? For example, I don't want to use the disk name "/dev/sda", because it is not persistent, and some times my sda changes to sdc. Thanks in advance, AGS -------------- next part -------------- An HTML attachment was scrubbed... URL: From imusayev at webmd.net Thu Aug 23 14:04:35 2012 From: imusayev at webmd.net (Musayev, Ilya) Date: Thu, 23 Aug 2012 14:04:35 +0000 Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format In-Reply-To: References: Message-ID: Look into udev rules. http://www.linuxtopia.org/online_books/rhel6/rhel_6_lvm_admin/rhel_6_lvm_udev_device_manager.html From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of george application Sent: Tuesday, August 21, 2012 2:57 PM To: rhelv6-list at redhat.com Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format Hi, Does anyone know if I can use the disk name /dev/disk/by-id/scsi-xxxx format on the FILTER option of lvm.conf file instead of /dev/sdX? For example, I don't want to use the disk name "/dev/sda", because it is not persistent, and some times my sda changes to sdc. Thanks in advance, AGS -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmtilsley at st-claire.org Thu Aug 23 14:09:09 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 14:09:09 +0000 Subject: [rhelv6-list] FreeTDS Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> All, Has anyone successfully used FreeTDS with RHEL 6.x? I'm having trouble getting it to work. Works great on RHEL 5.7, but neither of my RHEL 6.x servers will work with it. Thanks, Jerry Tilsley Sr Systems Analyst/Interfaces St. Claire Regional Medical Center ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.galdes at agix.com.au Thu Aug 23 14:15:54 2012 From: andrew.galdes at agix.com.au (Andrew Galdes) Date: Thu, 23 Aug 2012 23:45:54 +0930 Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format In-Reply-To: References: Message-ID: Not sure on the answer but if you have disks that are sometimes there and other times not (like backup disks), consider labelling them with "e2label /dev/sdXY BACKUP" and mount them in "/etc/fstab" that way. By doing that, your system disks shouldn't change. Sorry not to answer your question. Good luck. I hope this helps. -Andrew Galdes On Thu, Aug 23, 2012 at 11:34 PM, Musayev, Ilya wrote: > Look into udev rules.**** > > ** ** > > > http://www.linuxtopia.org/online_books/rhel6/rhel_6_lvm_admin/rhel_6_lvm_udev_device_manager.html > **** > > ** ** > > *From:* rhelv6-list-bounces at redhat.com [mailto: > rhelv6-list-bounces at redhat.com] *On Behalf Of *george application > *Sent:* Tuesday, August 21, 2012 2:57 PM > *To:* rhelv6-list at redhat.com > *Subject:* [rhelv6-list] LVM question about filter option in lvm.conf > file and persistent disk name format**** > > ** ** > > Hi, > > Does anyone know if I can use the disk name /dev/disk/by-id/scsi-xxxx > format on the FILTER option of lvm.conf file instead of /dev/sdX? > > For example, I don't want to use the disk name "/dev/sda", because it is > not persistent, and some times my sda changes to sdc. > > Thanks in advance, > AGS **** > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- -Andrew Galdes Managing Director AGIX Ph: 08 7324 4429 Mb: 0422 927 598 Site: http://www.agix.com.au Filter: http://www.agix.com.au/flow Blog: http://www.agix.com.au/help Twitter: http://twitter.com/agixlinux LinkedIn: http://au.linkedin.com/in/andrewgaldes -------------- next part -------------- An HTML attachment was scrubbed... URL: From markmont at umich.edu Thu Aug 23 14:26:35 2012 From: markmont at umich.edu (Mark Montague) Date: Thu, 23 Aug 2012 10:26:35 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> Message-ID: <50363D9B.6060004@umich.edu> On August 23, 2012 10:09 , "Tilsley, Jerry M." wrote: > Has anyone successfully used FreeTDS with RHEL 6.x? I?m having trouble > getting it to work. Works great on RHEL 5.7, but neither of my RHEL > 6.x servers will work with it. I'm successfully using FreeTDS on two RHEL 6.3 systems to connect to a Microsoft SQL Server database via ODBC. I followed the instructions for setting up PHP PDO, ODBC, and FreeTDS to connect to MSSQL that are at http://www.php.net/manual/en/ref.pdo-odbc.php#98716 Additional useful information is at http://lucasmanual.com/mywiki/unixODBC I enabled the EPEL repository on my systems and then ran "yum install freetds". I created a tds.driver file containing: [FreeTDS] Description = FreeTDS v0.91 Driver64 = /usr/lib64/libtdsodbc.so.0 Setup64 = /usr/lib64/libtdsS.so I created a tds.datasource file containing: [MY-DATABASE-TAG] Driver=FreeTDS Description=My Database Description Trace=No Server=mydatabase-server-fqdn.example.com Port=1433 TDS Version=7.1 Database=my_database_name I then ran: odbcinst -i -d -f tds.driver odbcinst -i -s -l -f tds.datasource At this point, I edited the files /etc/freetds.conf, /etc/odbcinst.ini, /etc/odbc.ini and made sure everything was correct. IMPORTANT: /etc/odbc.ini must have NO LEADING SPACES on any line, regardless of what you may see in examples in documentation. In /etc/freetds.conf, I have: [my-server-tag] host = mydatabase-server-fqdn.example.com port = 1433 tds version = 7.1 In /etc/odbc.ini I have the same stanza as in tds.datasource At this point, I was able to successfully test everything using both of these commands: osql -S MY-DATABASE-TAG -U 'my-ad-domain\my-username' -P 'password-goes-here' -I /etc isql -v MY-DATABASE-TAF 'my-ad-domain\myusername 'password-goes-here' I hope this helps. -- Mark Montague LSA Research Systems Group University of Michigan markmont at umich.edu From Mark.Vanbogart at us.army.mil Thu Aug 23 14:32:45 2012 From: Mark.Vanbogart at us.army.mil (Van Bogart, Mark H Mr CIV NG MN ARNG) Date: Thu, 23 Aug 2012 09:32:45 -0500 Subject: [rhelv6-list] FreeTDS (UNCLASSIFIED) In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> Message-ID: <2C225589A1AB8A44BD081AFC1CB9183F025F84F6@NGMNBEVSMB002CL.mn.ng.ds.army.mil> Classification: UNCLASSIFIED Caveats: NONE Yes, I'm using v0.82 on Red Hat Enterprise Linux Server release 6.3 (Santiago) I only do read operations for generating reports at this time. Here's my /etc/freetds.conf [global] # TDS protocol version ; tds version = 4.2 # Whether to write a TDSDUMP file for diagnostic purposes # (setting this to /tmp is insecure on a multi-user system) ; dump file = /tmp/freetds.log ; debug flags = 0xffff # Command and connection timeouts ; timeout = 10 ; connect timeout = 10 # If you get out-of-memory errors, it may mean that your client # is trying to allocate a huge buffer for a TEXT field. # Try setting 'text size' to a more reasonable limit text size = 64512 [srva4-ops-d1] host = srva4-ops-d1.mydomain.com port = 1433 tds version = 8.0 Here's my /etc/odbc.ini [SRVA4-OPS-D1] Description = MS SQL 2008 Driver = /usr/lib/libtdsodbc.so.0 ServerName = srva4-j6ops-d1 Port = 1433 Trace = Yes TraceFile = /tmp/srva4-ops-d1_trace.log ReadOnly = No Here's my /etc/odbcinst.ini # Example driver definitions [TDS] Description = v0.82 with protocol v7.0 Driver = /usr/lib/libtdsodbc.so Driver64 = Setup = /usr/lib/libtdsS.so Setup64 = UsageCount = 1 CPTimeout = CPReuse = Trace = Yes TraceFile = /tmp/freetds.log FileUsage = 1 Mark H. Van Bogart Department of Military Affairs-J6 Phone: (651) 268-8824 DSN; 825-8824 Cell: (651) 324-2066 -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Tilsley, Jerry M. Sent: Thursday, August 23, 2012 9:09 AM To: 'rhelv6-list at redhat.com' Subject: [rhelv6-list] FreeTDS All, Has anyone successfully used FreeTDS with RHEL 6.x? I'm having trouble getting it to work. Works great on RHEL 5.7, but neither of my RHEL 6.x servers will work with it. Thanks, Jerry Tilsley Sr Systems Analyst/Interfaces St. Claire Regional Medical Center ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. Classification: UNCLASSIFIED Caveats: NONE From jim.leinweber at slh.wisc.edu Thu Aug 23 16:13:28 2012 From: jim.leinweber at slh.wisc.edu (Leinweber, James) Date: Thu, 23 Aug 2012 11:13:28 -0500 Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format In-Reply-To: References: Message-ID: <1298E81544388440ADBE9B0072AABD810E7FBD79@slhmail2003.ad.slh.wisc.edu> > Does anyone know if I can use the disk name /dev/disk/by-id/scsi-xxxx > format on the FILTER option of lvm.conf file instead of /dev/sdX?? Sure. For example I have a system with: filter = [ "a,^/dev/sda,", "a,^/dev/mapper/fc,", "r/.*/" ] It's doing regular expression pattern matches, and doesn't care about the semantics of the underlying files until much later. -- Jim Leinweber State Laboratory of Hygiene, University of Wisconsin - Madison phone +1 608 221 6281 PGP fp: D573 AF7D F484 EE2A F0B6 B7DB A870 7518 F87D A0D1 From jmtilsley at st-claire.org Thu Aug 23 16:17:25 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 16:17:25 +0000 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50363D9B.6060004@umich.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> All I have built a new box, added the repository stated below and followed the configuration examples below but I am still receiving the same error as: tsql -S 10.1.212.106 -U Password: locale is "en_US.UTF-8" locale charset is "UTF-8" using default charset "UTF-8" Error 20002 (severity 9): Adaptive Server connection failed There was a problem connecting to the server There is no more detail than this. Isql and osql fail as well. Any ideas? > -----Original Message----- > From: Mark Montague [mailto:markmont at umich.edu] > Sent: Thursday, August 23, 2012 10:27 AM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Cc: Tilsley, Jerry M. > Subject: Re: [rhelv6-list] FreeTDS > > On August 23, 2012 10:09 , "Tilsley, Jerry M." > wrote: > > Has anyone successfully used FreeTDS with RHEL 6.x? I'm having trouble > > getting it to work. Works great on RHEL 5.7, but neither of my RHEL > > 6.x servers will work with it. > > I'm successfully using FreeTDS on two RHEL 6.3 systems to connect to a > Microsoft SQL Server database via ODBC. > > I followed the instructions for setting up PHP PDO, ODBC, and FreeTDS to > connect to MSSQL that are at > http://www.php.net/manual/en/ref.pdo-odbc.php#98716 > > Additional useful information is at > http://lucasmanual.com/mywiki/unixODBC > > I enabled the EPEL repository on my systems and then ran "yum install > freetds". > > I created a tds.driver file containing: > > [FreeTDS] > Description = FreeTDS v0.91 > Driver64 = /usr/lib64/libtdsodbc.so.0 > Setup64 = /usr/lib64/libtdsS.so > > I created a tds.datasource file containing: > > [MY-DATABASE-TAG] > Driver=FreeTDS > Description=My Database Description > Trace=No > Server=mydatabase-server-fqdn.example.com > Port=1433 > TDS Version=7.1 > Database=my_database_name > > I then ran: > > odbcinst -i -d -f tds.driver > odbcinst -i -s -l -f tds.datasource > > At this point, I edited the files /etc/freetds.conf, /etc/odbcinst.ini, > /etc/odbc.ini and made sure everything was correct. IMPORTANT: > /etc/odbc.ini must have NO LEADING SPACES on any line, regardless of what > you may see in examples in documentation. > > In /etc/freetds.conf, I have: > > [my-server-tag] > host = mydatabase-server-fqdn.example.com > port = 1433 > tds version = 7.1 > > In /etc/odbc.ini I have the same stanza as in tds.datasource > > At this point, I was able to successfully test everything using both of these > commands: > > osql -S MY-DATABASE-TAG -U 'my-ad-domain\my-username' -P 'password- > goes-here' -I /etc > > isql -v MY-DATABASE-TAF 'my-ad-domain\myusername 'password-goes- > here' > > > I hope this helps. > > -- > Mark Montague > LSA Research Systems Group > University of Michigan > markmont at umich.edu ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From tom at riverscomputers.com Thu Aug 23 17:10:57 2012 From: tom at riverscomputers.com (Tom Rivers) Date: Thu, 23 Aug 2012 13:10:57 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> Message-ID: <50366421.9060807@riverscomputers.com> On 8/23/2012 12:17 PM, Tilsley, Jerry M. wrote: > All I have built a new box, added the repository stated below and followed the configuration examples below but I am still receiving the same error as: > > tsql -S 10.1.212.106 -U > Password: > locale is "en_US.UTF-8" > locale charset is "UTF-8" > using default charset "UTF-8" > Error 20002 (severity 9): > Adaptive Server connection failed > There was a problem connecting to the server > > There is no more detail than this. Isql and osql fail as well. Any ideas? If you're trying to connect to Microsoft SQL Server, Microsoft has released a linux ODBC driver that I have been able to use successfully on three RHELv6.3 systems: http://www.microsoft.com/en-us/download/details.aspx?id=28160 The instructions are very straightforward and work with a stock load of RHELv6.3. I used to use FreeTDS on RHELv5 but I stared using the MS driver and have been satisfied with the results. -- Tom Rivers Director of Research and Development Rivers Computer Support, Inc. http://www.riverscomputers.com/ (800)553-8238 (585)586-5170 From tom at riverscomputers.com Thu Aug 23 17:16:17 2012 From: tom at riverscomputers.com (Tom Rivers) Date: Thu, 23 Aug 2012 13:16:17 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> Message-ID: <50366561.4070501@riverscomputers.com> On 8/23/2012 12:17 PM, Tilsley, Jerry M. wrote: > All I have built a new box, added the repository stated below and followed the configuration examples below but I am still receiving the same error as: > > > > There is no more detail than this. Isql and osql fail as well. Any ideas? Have you tried the following?: http://stackoverflow.com/questions/6973371/freetds-problem-connecting-to-sql-server-on-mac-unexpected-eof-from-the-server -- Tom Rivers Director of Research and Development Rivers Computer Support, Inc. http://www.riverscomputers.com/ (800)553-8238 (585)586-5170 From markmont at umich.edu Thu Aug 23 17:36:07 2012 From: markmont at umich.edu (Mark Montague) Date: Thu, 23 Aug 2012 13:36:07 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> Message-ID: <50366A07.9010805@umich.edu> On August 23, 2012 12:17 , "Tilsley, Jerry M." wrote: > All I have built a new box, added the repository stated below and followed the configuration examples below but I am still receiving the same error as: > > tsql -S 10.1.212.106 -U > Password: > locale is "en_US.UTF-8" > locale charset is "UTF-8" > using default charset "UTF-8" > Error 20002 (severity 9): > Adaptive Server connection failed > There was a problem connecting to the server > > There is no more detail than this. Isql and osql fail as well. Any ideas? Check /etc/freetds.conf, /etc/odbcinst.ini, and /etc/odbc.ini very carefully for errors. If you're not sure you have everything exactly right, experiment a little. Are you using the correct TDS version for your server? Try other versions, both lower and higher (e.g., by setting the TDSVER environment variable). Do the logs on the database server shed any light on the problem? Configure FreeTDS logging on your RHEL6 client, and see if any useful clues appear in the logs. http://www.freetds.org/userguide/logging.htm -- Mark Montague LSA Research Systems Group University of Michigan markmont at umich.edu From markmont at umich.edu Thu Aug 23 17:38:10 2012 From: markmont at umich.edu (Mark Montague) Date: Thu, 23 Aug 2012 13:38:10 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50366A07.9010805@umich.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> Message-ID: <50366A82.6080303@umich.edu> On August 23, 2012 13:36 , Mark Montague wrote: > Are you using the correct TDS version for your server? Try other > versions, both lower and higher (e.g., by setting the TDSVER > environment variable). Example: https://pyyou.wordpress.com/2009/02/01/install-pymssql-and-how-to-deal-with-db-lib-error-message-20009-severity-9/ -- Mark Montague LSA Research Systems Group University of Michigan markmont at umich.edu From jmtilsley at st-claire.org Thu Aug 23 17:56:55 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 17:56:55 +0000 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50366421.9060807@riverscomputers.com> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org>, <50366421.9060807@riverscomputers.com> Message-ID: <32E11A5C-7EC8-47CB-806F-ADA1F52055F7@st-claire.org> But those drivers are for a 64-bit server, I'm required to run a 32-bit server. Sent from my iPhone On Aug 23, 2012, at 1:13 PM, "Tom Rivers" wrote: > On 8/23/2012 12:17 PM, Tilsley, Jerry M. wrote: >> All I have built a new box, added the repository stated below and followed the configuration examples below but I am still receiving the same error as: >> >> tsql -S 10.1.212.106 -U >> Password: >> locale is "en_US.UTF-8" >> locale charset is "UTF-8" >> using default charset "UTF-8" >> Error 20002 (severity 9): >> Adaptive Server connection failed >> There was a problem connecting to the server >> >> There is no more detail than this. Isql and osql fail as well. Any ideas? > > If you're trying to connect to Microsoft SQL Server, Microsoft has released a linux ODBC driver that I have been able to use successfully on three RHELv6.3 systems: > > http://www.microsoft.com/en-us/download/details.aspx?id=28160 > > The instructions are very straightforward and work with a stock load of RHELv6.3. I used to use FreeTDS on RHELv5 but I stared using the MS driver and have been satisfied with the results. > > -- > Tom Rivers > Director of Research and Development > Rivers Computer Support, Inc. > http://www.riverscomputers.com/ > (800)553-8238 > (585)586-5170 > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From jmtilsley at st-claire.org Thu Aug 23 18:06:00 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 18:06:00 +0000 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50366A07.9010805@umich.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C807E@scrvm-ex2.st-claire.org> The issue ended up being the TDS Version. I had 7.1, it needed to be 8.0. I have corrected this now tsql tests correctly. Thanks all for the assistance. > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list- > bounces at redhat.com] On Behalf Of Mark Montague > Sent: Thursday, August 23, 2012 1:36 PM > To: rhelv6-list at redhat.com > Subject: Re: [rhelv6-list] FreeTDS > > On August 23, 2012 12:17 , "Tilsley, Jerry M." > wrote: > > All I have built a new box, added the repository stated below and followed > the configuration examples below but I am still receiving the same error as: > > > > tsql -S 10.1.212.106 -U > > Password: > > locale is "en_US.UTF-8" > > locale charset is "UTF-8" > > using default charset "UTF-8" > > Error 20002 (severity 9): > > Adaptive Server connection failed There was a problem > > connecting to the server > > > > There is no more detail than this. Isql and osql fail as well. Any ideas? > > Check /etc/freetds.conf, /etc/odbcinst.ini, and /etc/odbc.ini very carefully > for errors. If you're not sure you have everything exactly right, experiment a > little. > > Are you using the correct TDS version for your server? Try other versions, > both lower and higher (e.g., by setting the TDSVER environment variable). > > Do the logs on the database server shed any light on the problem? > > Configure FreeTDS logging on your RHEL6 client, and see if any useful clues > appear in the logs. http://www.freetds.org/userguide/logging.htm > > > -- > Mark Montague > LSA Research Systems Group > University of Michigan > markmont at umich.edu > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From jmtilsley at st-claire.org Thu Aug 23 19:35:19 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 19:35:19 +0000 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50366A82.6080303@umich.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> <50366A82.6080303@umich.edu> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C827D@scrvm-ex2.st-claire.org> If I update the tds version in freetds.ini, how do I get the changes to take effect? > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list- > bounces at redhat.com] On Behalf Of Mark Montague > Sent: Thursday, August 23, 2012 1:38 PM > To: rhelv6-list at redhat.com > Subject: Re: [rhelv6-list] FreeTDS > > On August 23, 2012 13:36 , Mark Montague wrote: > > Are you using the correct TDS version for your server? Try other > > versions, both lower and higher (e.g., by setting the TDSVER > > environment variable). > > Example: > > https://pyyou.wordpress.com/2009/02/01/install-pymssql-and-how-to-deal- > with-db-lib-error-message-20009-severity-9/ > > > -- > Mark Montague > LSA Research Systems Group > University of Michigan > markmont at umich.edu > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From markmont at umich.edu Thu Aug 23 19:59:30 2012 From: markmont at umich.edu (Mark Montague) Date: Thu, 23 Aug 2012 15:59:30 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C827D@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> <50366A82.6080303@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C827D@scrvm-ex2.st-claire.org> Message-ID: <50368BA2.4020203@umich.edu> On August 23, 2012 15:35 , "Tilsley, Jerry M." wrote: > If I update the tds version in freetds.ini, how do I get the changes to take effect? Restart whatever client program read the file. For example, quit and re-run tsql, or (if your web server is running mod_php and mod_php is using FreeTDS) do a "service httpd restart". -- Mark Montague LSA Research Systems Group University of Michigan markmont at umich.edu From jmtilsley at st-claire.org Thu Aug 23 20:02:31 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 20:02:31 +0000 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50368BA2.4020203@umich.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> <50366A82.6080303@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C827D@scrvm-ex2.st-claire.org> <50368BA2.4020203@umich.edu> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C830C@scrvm-ex2.st-claire.org> >From the command line I am typing "tsql -C" but this isn't picking up the changes to freetds.conf. > -----Original Message----- > From: Mark Montague [mailto:markmont at umich.edu] > Sent: Thursday, August 23, 2012 4:00 PM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Cc: Tilsley, Jerry M. > Subject: Re: [rhelv6-list] FreeTDS > > On August 23, 2012 15:35 , "Tilsley, Jerry M." > wrote: > > If I update the tds version in freetds.ini, how do I get the changes to take > effect? > > Restart whatever client program read the file. For example, quit and > re-run tsql, or (if your web server is running mod_php and mod_php is > using FreeTDS) do a "service httpd restart". > > -- > Mark Montague > LSA Research Systems Group > University of Michigan > markmont at umich.edu ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From markmont at umich.edu Thu Aug 23 20:08:55 2012 From: markmont at umich.edu (Mark Montague) Date: Thu, 23 Aug 2012 16:08:55 -0400 Subject: [rhelv6-list] FreeTDS In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C830C@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> <50366A82.6080303@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C827D@scrvm-ex2.st-claire.org> <50368BA2.4020203@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C830C@scrvm-ex2.st-claire.org> Message-ID: <50368DD7.8050004@umich.edu> On August 23, 2012 16:02 , "Tilsley, Jerry M." wrote: > From the command line I am typing "tsql -C" but this isn't picking up the changes to freetds.conf. Did you also update /etc/odbc.ini ? -- Mark Montague LSA Research Systems Group University of Michigan markmont at umich.edu From jmtilsley at st-claire.org Thu Aug 23 20:14:27 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Thu, 23 Aug 2012 20:14:27 +0000 Subject: [rhelv6-list] FreeTDS In-Reply-To: <50368DD7.8050004@umich.edu> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C6A8C@scrvm-ex2.st-claire.org> <50363D9B.6060004@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C7CA9@scrvm-ex2.st-claire.org> <50366A07.9010805@umich.edu> <50366A82.6080303@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C827D@scrvm-ex2.st-claire.org> <50368BA2.4020203@umich.edu> <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C830C@scrvm-ex2.st-claire.org> <50368DD7.8050004@umich.edu> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A0C4C8349@scrvm-ex2.st-claire.org> I can get the isql command to work on a server that has a mixed login using a domain account, but I cannot get it to connect to a server with a sa account. Also, in order to get the isql command to work, I have to append the TDSVER=x.x command, it doesn't see to pull this information correctly from freetds.conf and odbc.ini. > -----Original Message----- > From: Mark Montague [mailto:markmont at umich.edu] > Sent: Thursday, August 23, 2012 4:09 PM > To: Tilsley, Jerry M. > Cc: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' > Subject: Re: [rhelv6-list] FreeTDS > > On August 23, 2012 16:02 , "Tilsley, Jerry M." > wrote: > > From the command line I am typing "tsql -C" but this isn't picking up the > changes to freetds.conf. > > Did you also update /etc/odbc.ini ? > > -- > Mark Montague > LSA Research Systems Group > University of Michigan > markmont at umich.edu ________________________________ Disclaimer**** This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of St. Claire Regional Medical Center. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of the email is strictly prohibited. If you received this email in error please notify the St. Claire Regional Helpdesk by telephone at 606-783-6565. From lowen at pari.edu Sat Aug 25 14:02:27 2012 From: lowen at pari.edu (Lamar Owen) Date: Sat, 25 Aug 2012 10:02:27 -0400 Subject: [rhelv6-list] How do I install glibc_2.14 on rhel6? In-Reply-To: References: Message-ID: <201208251002.27451.lowen@pari.edu> On Wednesday, August 15, 2012 08:40:24 AM Mirko Vukovic wrote: > I am not familiar with details of chroot (other than what I read this > mornign on google). > Does that mean that the chroot would need to contain *all* other > libraries that sbcl would require? You can do some really cool things with chroot. See http://www.network-crawler.de/index.php/Debian_within_SuSE for an interesting application of chroot to run a full Debian userland under SuSE (don't see why it wouldn't work in a similar manner on RHEL; I'm thinking of doing something like this with one of my SGI Altix systems here so that I can use an SGI ProPack kernel (which is only available for RHEL or SuSE) but use a more modern userland (such as Debian 6, which is available for IA64)). User mode Linux is another way to do this.... Chroot (change root) does just exactly what it sounds like, and yes, you have to have all dependencies satisfied in the chroot for whatever is running in the chroot 'jail' or it will not run. From applicgs at gmail.com Wed Aug 29 07:45:26 2012 From: applicgs at gmail.com (george application) Date: Wed, 29 Aug 2012 10:45:26 +0300 Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format In-Reply-To: References: Message-ID: Hi, Let me describe an strange issue that I had before a month to a customer. I had two disks with two paths per disk and I wanted to create a LVM volume on both of them (different volume and diffente volume group). So, I had to edit the lvm.conf file to add on the FILTER option the disks that volume manager will scan for volumes. In my configuration I had an internal disk (sda which had the root & swap logical volumes) and two external (storage) disks with two paths per disk: external disk 1 (mpath0) paths: sdb sdc external disk2 (mpath1) paths: sdd sde For the external disks I had enabled the multipathd and I had mpath0 for sdb,sdc and mpath1 for sdd, sde. Suddenly, my internal disk sda changed to sdc. I checked it by the pvscan command. And the sdc path changed to sda. That time, I had the default FILTER option enabled on lvm.conf. I guess that this was the reason that I didn't lose my root volume which I had on internal disk. Also I didn't had any volumes on mpath0 and mpath1. Finally, after a reboot, my internal disk name switched back to the initial name (sda). I believe that I have to change the default filter option: filter = [ "a/.*/" ] to filter = [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ] which means that volume manager will scan the /dev/sda and /dev/mapper/mpath* for LVM volumes. Also I would like to notice that with the filter = [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ] I will not have any "found duplicate pv" warnings, on pvscan execution command. If I change the default filter option to [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ], then what will happen to my logical volumes in the future if suddenly the sda became sdc again? In this condition first of all I will loose my root disk. I don't know if I will have any other consequences on the volumes on my mpath* devices. My question is what persistent disk name I can use instead of /dev/sda on filter option of lvm.conf file, because if the sda became sdc then I will have problems with my logical volumes. Regards, George 2012/8/21 george application > Hi, > > Does anyone know if I can use the disk name /dev/disk/by-id/scsi-xxxx > format on the FILTER option of lvm.conf file instead of /dev/sdX? > > For example, I don't want to use the disk name "/dev/sda", because it is > not persistent, and some times my sda changes to sdc. > > Thanks in advance, > AGS -------------- next part -------------- An HTML attachment was scrubbed... URL: From applicgs at gmail.com Wed Aug 29 08:13:36 2012 From: applicgs at gmail.com (george application) Date: Wed, 29 Aug 2012 11:13:36 +0300 Subject: [rhelv6-list] LVM question about filter option in lvm.conf file and persistent disk name format In-Reply-To: References: Message-ID: Hi, Let me describe an strange issue that I had before a month to a customer I had two disks with two paths per disk and I wanted to create a LVM volume on both of them (different volume and diffente volume group). So, I had to edit the lvm.conf file to add on the FILTER option the disks that volume manager will scan for volumes. In my configuration I had an internal disk (sda which had the root & swap logical volumes) and two external (storage) disks with two paths per disk: external disk 1 (mpath0) paths: sdb sdc external disk2 (mpath1) paths: sdd sde For the external disks I had enabled the multipathd and I had mpath0 for sdb,sdc and mpath1 for sdd, sde. Suddenly, my internal disk sda changed to sdc. I checked it by the pvscan command. And the sdc path changed to sda. That time, I had the default FILTER option enabled on lvm.conf. I guess that this was the reason that I didn't lose my root volume which I had on internal disk. Also I didn't had any volumes on mpath0 and mpath1. Finally, after a reboot, my internal disk name switched back to the initial name (sda). I believe that I have to change the default filter option: filter = [ "a/.*/" ] to filter = [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ] which means that volume manager will scan the /dev/sda and /dev/mapper/mpath* for LVM volumes. Also I would like to notice that with the filter = [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ] I will not have any "found duplicate pv" warnings, on pvscan execution command. If I change the default filter option to [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ], then what will happen to my logical volumes in the future if suddenly the sda became sdc again? In this condition first of all I will loose my root disk. I don't know if I will have any other consequences on the volumes on my mpath* devices. My question is what persistent disk name I can use instead of /dev/sda on filter option of lvm.conf file, because if the sda became sdc then I will have problems with my logical volumes. BR, George 2012/8/29 george application > Hi, > > Let me describe an strange issue that I had before a month to a customer. > > I had two disks with two paths per disk and I wanted to create a LVM > volume on both of them (different volume and > diffente volume group). > So, I had to edit the lvm.conf file to add on the FILTER option the disks > that volume manager will scan for volumes. In my configuration I had an > internal disk (sda which had the root & swap logical volumes) and two > external (storage) disks with two paths per disk: external disk 1 (mpath0) > paths: sdb sdc external disk2 (mpath1) paths: sdd sde For the external > disks I had enabled the multipathd and I had mpath0 for sdb,sdc and mpath1 > for sdd, sde. Suddenly, my internal disk sda changed to sdc. I checked it > by the pvscan command. And the sdc path changed to sda. That time, I had > the default FILTER option enabled on lvm.conf. I guess that this was the > reason that I didn't lose my root volume which I had on internal disk. Also > I didn't had any volumes on mpath0 and mpath1. Finally, after a reboot, my > internal disk name switched back to the initial name (sda). I believe that > I have to change the default filter option: filter = [ "a/.*/" ] to filter > = [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ] which means that volume > manager will scan the /dev/sda and /dev/mapper/mpath* for LVM volumes. Also > I would like to notice that with the filter = [ "a|/dev/sda|", > "a|/dev/mapper/mpath.*|" ] I will not have any "found duplicate pv" > warnings, on pvscan execution command. If I change the default filter > option to [ "a|/dev/sda|", "a|/dev/mapper/mpath.*|" ], then what will > happen to my logical volumes in the future if suddenly the sda became sdc > again? In this condition first of all I will loose my root disk. I don't > know if I will have any other consequences on the volumes on my mpath* > devices. My question is what persistent disk name I can use instead of > /dev/sda on filter option of lvm.conf file, because if the sda became sdc > then I will have problems with my logical volumes. > > > Regards, > George > > 2012/8/21 george application > >> Hi, >> >> Does anyone know if I can use the disk name /dev/disk/by-id/scsi-xxxx >> format on the FILTER option of lvm.conf file instead of /dev/sdX? >> >> For example, I don't want to use the disk name "/dev/sda", because it is >> not persistent, and some times my sda changes to sdc. >> >> Thanks in advance, >> AGS > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdwheele at indiana.edu Thu Aug 30 15:37:39 2012 From: bdwheele at indiana.edu (Brian Wheeler) Date: Thu, 30 Aug 2012 11:37:39 -0400 Subject: [rhelv6-list] Selinux and postfix vs script in .forward Message-ID: <503F88C3.2030703@indiana.edu> I've got a user who wants to run a script specified in their .forward file: .forward (USER.USER 0664) ============= |/home/USER/Code/forwardbuildresults.sh ============= The script seems to be correct as well: -rwxrwxr-x. USER USER system_u:object_r:nfs_t:s0 /home/USER/Code/forwardbuildresults.sh but when he tries to catch the mail, this shows up in maillog: Aug 30 11:29:49 pine postfix/local[29020]: 54A6976B: to=, relay=local, delay=537, delays=537/0.02/0/0.02, dsn=4.3.0, status=deferred (temporary failure. Command output: local: fatal: execvp /home/USER/Code/forwardbuildresults.sh: Permission denied ) and this shows up in /var/log/messages: Aug 30 11:29:53 pine setroubleshoot: SELinux is preventing /usr/libexec/postfix/local from execute access on the file forwardbuildresults.sh. For complete SELinux messages. run sealert -l a97ab991-717f-43bb-a990-1017bca686e9 sealert is pretty worthless in this case: =============================== SELinux is preventing /usr/libexec/postfix/local from execute access on the file forwardbuildresults.sh. ***** Plugin leaks (86.2 confidence) suggests ****************************** If you want to ignore local trying to execute access the forwardbuildresults.sh file, because you believe it should not need this access. Then you should report this as a bug. You can generate a local policy module to dontaudit this access. Do # grep /usr/libexec/postfix/local /var/log/audit/audit.log | audit2allow -D -M mypol # semodule -i mypol.pp ***** Plugin catchall (14.7 confidence) suggests *************************** If you believe that local should be allowed execute access on the forwardbuildresults.sh file by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # grep local /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp ================================== since the file resides on nfs there isn't any way to reset the context type...is there a magic setting for postfix that will let this go through? Brian