From rpeasah at gmail.com Sat Mar 1 03:56:06 2008 From: rpeasah at gmail.com (Kwame) Date: Fri, 29 Feb 2008 21:56:06 -0600 Subject: [rhn-users] Help: Need driver for Intel Pro/Wireless 2915abg Message-ID: I'm running rh ent 5 on my lenovo z60m laptop and I can't get the wireless controller to load. Here's the greped output of lspci: Network controller: Intel Corporation PRO/Wireless 2915ABG Network Connection (rev 05) Anyone knows where I can get a driver? Thx. From dcalhoun at blomand.net Sat Mar 1 04:12:06 2008 From: dcalhoun at blomand.net (Dennis D. Calhoun) Date: Fri, 29 Feb 2008 22:12:06 -0600 Subject: [rhn-users] Help: Need driver for Intel Pro/Wireless 2915abg In-Reply-To: References: Message-ID: <000001c87b52$6ad974f0$408c5ed0$@net> >I'm running rh ent 5 on my lenovo z60m laptop and I can't get the >wireless controller to load. Here's the greped output of lspci: >Network controller: Intel Corporation PRO/Wireless 2915ABG Network >Connection (rev 05) >Anyone knows where I can get a driver? Have you checked the Intel website? If it is not there, it probably does not yet exist. -- Dennis D. Calhoun, MCSA From ebashi at gmail.com Sat Mar 1 04:13:07 2008 From: ebashi at gmail.com (Enils) Date: Fri, 29 Feb 2008 23:13:07 -0500 Subject: [rhn-users] Help: Need driver for Intel Pro/Wireless 2915abg In-Reply-To: References: Message-ID: <99fb4c10802292013j6bf53e5eje1175e2d56d030fa@mail.gmail.com> I think what you need is the ipw2200 driver. Do a "yum search ipw2200". Also I would use yum to install it so you can get all the dependencies installed automatically as well. Regards, Enils On Fri, Feb 29, 2008 at 10:56 PM, Kwame wrote: > I'm running rh ent 5 on my lenovo z60m laptop and I can't get the > wireless controller to load. Here's the greped output of lspci: > > Network controller: Intel Corporation PRO/Wireless 2915ABG Network > Connection (rev 05) > > Anyone knows where I can get a driver? > > Thx. > > _______________________________________________ > rhn-users mailing list > rhn-users at redhat.com > https://www.redhat.com/mailman/listinfo/rhn-users > From dcalhoun at blomand.net Sat Mar 1 04:23:05 2008 From: dcalhoun at blomand.net (Dennis D. Calhoun) Date: Fri, 29 Feb 2008 22:23:05 -0600 Subject: [rhn-users] Help: Need driver for Intel Pro/Wireless 2915abg In-Reply-To: References: Message-ID: <000501c87b53$f4057700$dc106500$@net> >I'm running rh ent 5 on my lenovo z60m laptop and I can't get the >wireless controller to load. Here's the greped output of lspci: >Network controller: Intel Corporation PRO/Wireless 2915ABG Network >Connection (rev 05) >Anyone knows where I can get a driver? At the Intel web site, I found this in less than 5 minutes: -- Dennis D. Calhoun, MCSA From peter.smith at utsouthwestern.edu Tue Mar 4 15:49:23 2008 From: peter.smith at utsouthwestern.edu (Peter Smith) Date: Tue, 04 Mar 2008 09:49:23 -0600 Subject: [rhn-users] Quick install-CD-boot-test request Message-ID: <1204645763.27614.75.camel@osg-laptop.swmed.org> I'm seeing an issue using the "lowres" or "resolution=640x480" options with the RH AS 5 install CD (I've tried the latest version as of this date.) If you're interested, try the following steps. (The following is copied from my open Redhat support ticket.) Boot from Redhat AS 5 rhel-5-server-i386-disc1.iso file/cdrom. At the boot prompt enter "linux resolution=640x480". Pass through the "media test" screen. At this point you should be provided with the initial installation screen [1][2][3][4]. There are no visible buttons or method to continue. The 640x480 resolution is supposedly supported [5]. [1] http://swlxrpx1.swmed.edu/for-redhat-20080201.png [2] http://swlxrpx1.swmed.edu/for-redhat-20080304-01.png [3] http://swlxrpx1.swmed.edu/for-redhat-20080304-02.png [4] http://swlxrpx1.swmed.edu/for-redhat-20080304-03.png [5] https://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/en-US/RHEL510/Installation_Guide/ch-bootopts-x86.html The question is, are you at a screen that shows you how to continue? Just report your findings here. Thanks. Peter From jerome.soulabaille at vegatechnologies.fr Thu Mar 6 09:48:14 2008 From: jerome.soulabaille at vegatechnologies.fr (Jerome Soulabaille) Date: Thu, 6 Mar 2008 10:48:14 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem Message-ID: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> Hi all, My system is a RedHat EL 4.6 64Bit. I am trying to use a library that was compiled with gcc4 (64bit) and when I try to link a program with it, I got the following errors : lib****.so: undefined reference to ... @GLIBCXX_3.4.4' If I type the following command line : rpm -q -i --provides -l libstdc++ I got : Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: jeu 19 jui 2007 19:36:09 CEST Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc1-13.build.redhat.com Group : Environnement syst??me/Biblioth??ques Source RPM: gcc-3.4.6-9.src.rpm Size : 792856 License: GPL Signature : DSA/SHA1, mar 02 oct 2007 17:45:33 CEST, Key ID 219180cddb42a60e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : Biblioth??que standard C++ v3 de GNU. Description : Le paquetage libstdc++ contient un instantan?? de la biblioth??que Standard C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth??que standard C++ ISO 14882. libstdc++ = 3.4.3-26 libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(CXXABI_1.3.1) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6(GLIBCXX_3.4.1) libstdc++.so.6(GLIBCXX_3.4.2) libstdc++.so.6(GLIBCXX_3.4.3) libstdc++34 libstdc++ = 3.4.6-9 /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so.6.0.3 Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: jeu 19 jui 2007 19:39:36 CEST Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc2-14.build.redhat.com Group : Environnement syst??me/Biblioth??ques Source RPM: gcc-3.4.6-9.src.rpm Size : 908368 License: GPL Signature : DSA/SHA1, mar 02 oct 2007 17:45:38 CEST, Key ID 219180cddb42a60e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : Biblioth??que standard C++ v3 de GNU. Description : Le paquetage libstdc++ contient un instantan?? de la biblioth??que Standard C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth??que standard C++ ISO 14882. libstdc++ = 3.4.3-26 libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(CXXABI_1.3.1)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libstdc++.so.6(GLIBCXX_3.4.1)(64bit) libstdc++.so.6(GLIBCXX_3.4.2)(64bit) libstdc++.so.6(GLIBCXX_3.4.3)(64bit) libstdc++34 libstdc++ = 3.4.6-9 /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6.0.3 The problem, I think, is that libstdc++.so.6(GLIBCXX_3.4.4) is missing. But I've got the latest version of the rpm package libstdc++ (3.4.6-9) for RedHat EL 4. Does I need to upgrade my system to RedHat 5 or can I find an other rpm package, more recent, that could provide me libstdc++.so.6(GLIBCXX_3.4.4) ? Thanks, Jerome ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ From herta.vandeneynde at gmail.com Thu Mar 6 10:22:10 2008 From: herta.vandeneynde at gmail.com (Herta Van den Eynde) Date: Thu, 6 Mar 2008 11:22:10 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> References: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> Message-ID: On 06/03/2008, Jerome Soulabaille wrote: > > Hi all, > > My system is a RedHat EL 4.6 64Bit. > > I am trying to use a library that was compiled with gcc4 (64bit) and when > I try to link a program with it, I got the following errors : > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' > > If I type the following command line : > > rpm -q -i --provides -l libstdc++ > > I got : > > Name : libstdc++ Relocations: (not relocatable) > Version : 3.4.6 Vendor: Red Hat, Inc. > Release : 9 Build Date: jeu 19 jui 2007 > 19:36:09 CEST > Install Date: mer 30 jan 2008 15:11:55 CET Build Host: > ls20-bc1-13.build.redhat.com > Group : Environnement syst?me/Biblioth?ques Source RPM: > gcc-3.4.6-9.src.rpm > Size : 792856 License: GPL > Signature : DSA/SHA1, mar 02 oct 2007 17:45:33 CEST, Key ID > 219180cddb42a60e > Packager : Red Hat, Inc. > URL : http://gcc.gnu.org > Summary : Biblioth?que standard C++ v3 de GNU. > Description : > Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard > C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que > standard C++ ISO 14882. > libstdc++ = 3.4.3-26 > libstdc++.so.6 > libstdc++.so.6(CXXABI_1.3) > libstdc++.so.6(CXXABI_1.3.1) > libstdc++.so.6(GLIBCXX_3.4) > libstdc++.so.6(GLIBCXX_3.4.1) > libstdc++.so.6(GLIBCXX_3.4.2) > libstdc++.so.6(GLIBCXX_3.4.3) > libstdc++34 > libstdc++ = 3.4.6-9 > /usr/lib/libstdc++.so.6 > /usr/lib/libstdc++.so.6.0.3 > Name : libstdc++ Relocations: (not relocatable) > Version : 3.4.6 Vendor: Red Hat, Inc. > Release : 9 Build Date: jeu 19 jui 2007 > 19:39:36 CEST > Install Date: mer 30 jan 2008 15:11:55 CET Build Host: > ls20-bc2-14.build.redhat.com > Group : Environnement syst?me/Biblioth?ques Source RPM: > gcc-3.4.6-9.src.rpm > Size : 908368 License: GPL > Signature : DSA/SHA1, mar 02 oct 2007 17:45:38 CEST, Key ID > 219180cddb42a60e > Packager : Red Hat, Inc. > URL : http://gcc.gnu.org > Summary : Biblioth?que standard C++ v3 de GNU. > Description : > Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard > C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que > standard C++ ISO 14882. > libstdc++ = 3.4.3-26 > libstdc++.so.6()(64bit) > libstdc++.so.6(CXXABI_1.3)(64bit) > libstdc++.so.6(CXXABI_1.3.1)(64bit) > libstdc++.so.6(GLIBCXX_3.4)(64bit) > libstdc++.so.6(GLIBCXX_3.4.1)(64bit) > libstdc++.so.6(GLIBCXX_3.4.2)(64bit) > libstdc++.so.6(GLIBCXX_3.4.3)(64bit) > libstdc++34 > libstdc++ = 3.4.6-9 > /usr/lib64/libstdc++.so.6 > /usr/lib64/libstdc++.so.6.0.3 > > > > > The problem, I think, is that libstdc++.so.6(GLIBCXX_3.4.4) is missing. > > But I've got the latest version of the rpm package libstdc++ (3.4.6-9) for > RedHat EL 4. > > Does I need to upgrade my system to RedHat 5 or can I find an other rpm > package, more recent, that could provide me libstdc++.so.6(GLIBCXX_3.4.4) ? > > > Thanks, > Jerome > > Curious. If you download libstdc++-3.4.6-9.x86_64.rpm from RHN, it does contain libstdc++.so.6. Maybe re-install the package? $ less libstdc++-3.4.6-9.x86_64.rpm Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: Thu 19 Jul 2007 07:39:36 PM CEST Install Date: (not installed) Build Host: ls20-bc2-14.build.redhat .com Group : System Environment/Libraries Source RPM: gcc-3.4.6-9.src.rpm Size : 908368 License: GPL Signature : DSA/SHA1, Tue 02 Oct 2007 05:45:38 PM CEST, Key ID 219180cddb42a60 e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : GNU Standard C++ Library Description : The libstdc++ package contains a rewritten standard compliant GCC Standard C++ Library. (...) history list omitted lrwxrwxrwx 1 root root 18 Jul 19 2007 /usr/lib64/libstdc++. so.6 -> libstdc++.so.6.0.3 -rwxr-xr-x 1 root root 908368 Jul 19 2007 /usr/lib64/libstdc++. so.6.0.3 Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." -------------- next part -------------- An HTML attachment was scrubbed... URL: From jerome.soulabaille at vegatechnologies.fr Thu Mar 6 10:27:57 2008 From: jerome.soulabaille at vegatechnologies.fr (Jerome Soulabaille) Date: Thu, 6 Mar 2008 11:27:57 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: Message-ID: <175421AE8AC39445A18BCA4D4F2238811C71D1@roquefort.vegagroup.net> The rpm package you mentionned does not provide libstdc++.so.6(GLIBCXX_3.4.4) but it provides libstdc++.so.6(GLIBCXX_3.4.1) libstdc++.so.6(GLIBCXX_3.4.2) libstdc++.so.6(GLIBCXX_3.4.3) What I search is a libstdc++ rpm package for RedHat EL 4 that provides me libstdc++.so.6(GLIBCXX_3.4.4). Does it exist ? Does the libstdc++ rpm packages for RedHat 5 provide this ? Jerome ________________________________ From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of Herta Van den Eynde Sent: jeudi 6 mars 2008 11:22 To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem On 06/03/2008, Jerome Soulabaille wrote: Hi all, My system is a RedHat EL 4.6 64Bit. I am trying to use a library that was compiled with gcc4 (64bit) and when I try to link a program with it, I got the following errors : lib****.so: undefined reference to ... @GLIBCXX_3.4.4' If I type the following command line : rpm -q -i --provides -l libstdc++ I got : Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: jeu 19 jui 2007 19:36:09 CEST Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc1-13.build.redhat.com Group : Environnement syst?me/Biblioth?ques Source RPM: gcc-3.4.6-9.src.rpm Size : 792856 License: GPL Signature : DSA/SHA1, mar 02 oct 2007 17:45:33 CEST, Key ID 219180cddb42a60e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : Biblioth?que standard C++ v3 de GNU. Description : Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que standard C++ ISO 14882. libstdc++ = 3.4.3-26 libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(CXXABI_1.3.1) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6(GLIBCXX_3.4.1) libstdc++.so.6(GLIBCXX_3.4.2) libstdc++.so.6(GLIBCXX_3.4.3) libstdc++34 libstdc++ = 3.4.6-9 /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so.6.0.3 Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: jeu 19 jui 2007 19:39:36 CEST Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc2-14.build.redhat.com Group : Environnement syst?me/Biblioth?ques Source RPM: gcc-3.4.6-9.src.rpm Size : 908368 License: GPL Signature : DSA/SHA1, mar 02 oct 2007 17:45:38 CEST, Key ID 219180cddb42a60e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : Biblioth?que standard C++ v3 de GNU. Description : Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que standard C++ ISO 14882. libstdc++ = 3.4.3-26 libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(CXXABI_1.3.1)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libstdc++.so.6(GLIBCXX_3.4.1)(64bit) libstdc++.so.6(GLIBCXX_3.4.2)(64bit) libstdc++.so.6(GLIBCXX_3.4.3)(64bit) libstdc++34 libstdc++ = 3.4.6-9 /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6.0.3 The problem, I think, is that libstdc++.so.6(GLIBCXX_3.4.4) is missing. But I've got the latest version of the rpm package libstdc++ (3.4.6-9) for RedHat EL 4. Does I need to upgrade my system to RedHat 5 or can I find an other rpm package, more recent, that could provide me libstdc++.so.6(GLIBCXX_3.4.4) ? Thanks, Jerome Curious. If you download libstdc++-3.4.6-9.x86_64.rpm from RHN, it does contain libstdc++.so.6. Maybe re-install the package? $ less libstdc++-3.4.6-9.x86_64.rpm Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: Thu 19 Jul 2007 07:39:36 PM CEST Install Date: (not installed) Build Host: ls20-bc2-14.build.redhat .com Group : System Environment/Libraries Source RPM: gcc-3.4.6-9.src.rpm Size : 908368 License: GPL Signature : DSA/SHA1, Tue 02 Oct 2007 05:45:38 PM CEST, Key ID 219180cddb42a60 e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : GNU Standard C++ Library Description : The libstdc++ package contains a rewritten standard compliant GCC Standard C++ Library. (...) history list omitted lrwxrwxrwx 1 root root 18 Jul 19 2007 /usr/lib64/libstdc++. so.6 -> libstdc++.so.6.0.3 -rwxr-xr-x 1 root root 908368 Jul 19 2007 /usr/lib64/libstdc++. so.6.0.3 Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From herta.vandeneynde at gmail.com Thu Mar 6 10:44:11 2008 From: herta.vandeneynde at gmail.com (Herta Van den Eynde) Date: Thu, 6 Mar 2008 11:44:11 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: <175421AE8AC39445A18BCA4D4F2238811C71D1@roquefort.vegagroup.net> References: <175421AE8AC39445A18BCA4D4F2238811C71D1@roquefort.vegagroup.net> Message-ID: On 06/03/2008, Jerome Soulabaille wrote: > > The rpm package you mentionned does not provide > libstdc++.so.6(GLIBCXX_3.4.4) > > but it provides > libstdc++.so.6(GLIBCXX_3.4.1) > libstdc++.so.6(GLIBCXX_3.4.2) > libstdc++.so.6(GLIBCXX_3.4.3) > > What I search is a libstdc++ rpm package for RedHat EL 4 that provides me libstdc++.so.6(GLIBCXX_3.4.4). > > Does it exist ? Does the libstdc++ rpm packages for RedHat 5 provide this > ? > > Jerome > ------------------------------ > *From:* rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] > *On Behalf Of *Herta Van den Eynde > *Sent:* jeudi 6 mars 2008 11:22 > *To:* Discussions about Red Hat Network (rhn.redhat.com) > *Subject:* Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem > > On 06/03/2008, Jerome Soulabaille > wrote: > > > > Hi all, > > > > My system is a RedHat EL 4.6 64Bit. > > > > I am trying to use a library that was compiled with gcc4 (64bit) and > > when I try to link a program with it, I got the following errors : > > > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' > > > > If I type the following command line : > > > > rpm -q -i --provides -l libstdc++ > > > > I got : > > > > Name : libstdc++ Relocations: (not > > relocatable) > > Version : 3.4.6 Vendor: Red Hat, Inc. > > Release : 9 Build Date: jeu 19 jui 2007 > > 19:36:09 CEST > > Install Date: mer 30 jan 2008 15:11:55 CET Build Host: > > ls20-bc1-13.build.redhat.com > > Group : Environnement syst?me/Biblioth?ques Source RPM: > > gcc-3.4.6-9.src.rpm > > Size : 792856 License: GPL > > Signature : DSA/SHA1, mar 02 oct 2007 17:45:33 CEST, Key ID > > 219180cddb42a60e > > Packager : Red Hat, Inc. > > URL : http://gcc.gnu.org > > Summary : Biblioth?que standard C++ v3 de GNU. > > Description : > > Le paquetage libstdc++ contient un instantan? de la biblioth?que > > Standard > > C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que > > standard C++ ISO 14882. > > libstdc++ = 3.4.3-26 > > libstdc++.so.6 > > libstdc++.so.6(CXXABI_1.3) > > libstdc++.so.6(CXXABI_1.3.1) > > libstdc++.so.6(GLIBCXX_3.4) > > libstdc++.so.6(GLIBCXX_3.4.1) > > libstdc++.so.6(GLIBCXX_3.4.2) > > libstdc++.so.6(GLIBCXX_3.4.3) > > libstdc++34 > > libstdc++ = 3.4.6-9 > > /usr/lib/libstdc++.so.6 > > /usr/lib/libstdc++.so.6.0.3 > > Name : libstdc++ Relocations: (not > > relocatable) > > Version : 3.4.6 Vendor: Red Hat, Inc. > > Release : 9 Build Date: jeu 19 jui 2007 > > 19:39:36 CEST > > Install Date: mer 30 jan 2008 15:11:55 CET Build Host: > > ls20-bc2-14.build.redhat.com > > Group : Environnement syst?me/Biblioth?ques Source RPM: > > gcc-3.4.6-9.src.rpm > > Size : 908368 License: GPL > > Signature : DSA/SHA1, mar 02 oct 2007 17:45:38 CEST, Key ID > > 219180cddb42a60e > > Packager : Red Hat, Inc. > > URL : http://gcc.gnu.org > > Summary : Biblioth?que standard C++ v3 de GNU. > > Description : > > Le paquetage libstdc++ contient un instantan? de la biblioth?que > > Standard > > C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que > > standard C++ ISO 14882. > > libstdc++ = 3.4.3-26 > > libstdc++.so.6()(64bit) > > libstdc++.so.6(CXXABI_1.3)(64bit) > > libstdc++.so.6(CXXABI_1.3.1)(64bit) > > libstdc++.so.6(GLIBCXX_3.4)(64bit) > > libstdc++.so.6(GLIBCXX_3.4.1)(64bit) > > libstdc++.so.6(GLIBCXX_3.4.2)(64bit) > > libstdc++.so.6(GLIBCXX_3.4.3)(64bit) > > libstdc++34 > > libstdc++ = 3.4.6-9 > > /usr/lib64/libstdc++.so.6 > > /usr/lib64/libstdc++.so.6.0.3 > > > > > > > > > > The problem, I think, is that libstdc++.so.6(GLIBCXX_3.4.4) is missing. > > > > But I've got the latest version of the rpm package libstdc++ (3.4.6-9) > > for RedHat EL 4. > > > > Does I need to upgrade my system to RedHat 5 or can I find an other rpm > > package, more recent, that could provide me libstdc++.so.6(GLIBCXX_3.4.4) ? > > > > > > Thanks, > > Jerome > > > > > Curious. If you download libstdc++-3.4.6-9.x86_64.rpm from RHN, it does > contain libstdc++.so.6. Maybe re-install the package? > > $ less libstdc++-3.4.6-9.x86_64.rpm > Name : libstdc++ Relocations: (not relocatable) > Version : 3.4.6 Vendor: Red Hat, Inc. > Release : 9 Build Date: Thu 19 Jul 2007 > 07:39:36 > PM CEST > Install Date: (not installed) Build Host: > ls20-bc2-14.build.redhat > .com > Group : System Environment/Libraries Source RPM: > gcc-3.4.6-9.src.rpm > Size : 908368 License: GPL > Signature : DSA/SHA1, Tue 02 Oct 2007 05:45:38 PM CEST, Key ID > 219180cddb42a60 > e > Packager : Red Hat, Inc. > URL : http://gcc.gnu.org > Summary : GNU Standard C++ Library > Description : > The libstdc++ package contains a rewritten standard compliant GCC Standard > C++ Library. > (...) history list omitted > lrwxrwxrwx 1 root root 18 Jul 19 2007 > /usr/lib64/libstdc++. > so.6 -> libstdc++.so.6.0.3 > -rwxr-xr-x 1 root root 908368 Jul 19 2007 > /usr/lib64/libstdc++. > so.6.0.3 > > Kind regards, > > Herta > Sorry. Misread. I cannot test this myself, but perhaps this link will help: http://blog.arabx.com.au/?p=109 Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." -------------- next part -------------- An HTML attachment was scrubbed... URL: From jerome.soulabaille at vegatechnologies.fr Thu Mar 6 13:05:03 2008 From: jerome.soulabaille at vegatechnologies.fr (Jerome Soulabaille) Date: Thu, 6 Mar 2008 14:05:03 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: Message-ID: <175421AE8AC39445A18BCA4D4F2238811C71D2@roquefort.vegagroup.net> No, they got the same errors as me but I can't resolve the problem with their solutions. Any other suggestion ? Jerome ________________________________ From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of Herta Van den Eynde Sent: jeudi 6 mars 2008 11:44 To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem On 06/03/2008, Jerome Soulabaille wrote: The rpm package you mentionned does not provide libstdc++.so.6(GLIBCXX_3.4.4) but it provides libstdc++.so.6(GLIBCXX_3.4.1) libstdc++.so.6(GLIBCXX_3.4.2) libstdc++.so.6(GLIBCXX_3.4.3) What I search is a libstdc++ rpm package for RedHat EL 4 that provides me libstdc++.so.6(GLIBCXX_3.4.4). Does it exist ? Does the libstdc++ rpm packages for RedHat 5 provide this ? Jerome ________________________________ From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of Herta Van den Eynde Sent: jeudi 6 mars 2008 11:22 To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem On 06/03/2008, Jerome Soulabaille wrote: Hi all, My system is a RedHat EL 4.6 64Bit. I am trying to use a library that was compiled with gcc4 (64bit) and when I try to link a program with it, I got the following errors : lib****.so: undefined reference to ... @GLIBCXX_3.4.4' If I type the following command line : rpm -q -i --provides -l libstdc++ I got : Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: jeu 19 jui 2007 19:36:09 CEST Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc1-13.build.redhat.com Group : Environnement syst?me/Biblioth?ques Source RPM: gcc-3.4.6-9.src.rpm Size : 792856 License: GPL Signature : DSA/SHA1, mar 02 oct 2007 17:45:33 CEST, Key ID 219180cddb42a60e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : Biblioth?que standard C++ v3 de GNU. Description : Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que standard C++ ISO 14882. libstdc++ = 3.4.3-26 libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(CXXABI_1.3.1) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6(GLIBCXX_3.4.1) libstdc++.so.6(GLIBCXX_3.4.2) libstdc++.so.6(GLIBCXX_3.4.3) libstdc++34 libstdc++ = 3.4.6-9 /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so.6.0.3 Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: jeu 19 jui 2007 19:39:36 CEST Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc2-14.build.redhat.com Group : Environnement syst?me/Biblioth?ques Source RPM: gcc-3.4.6-9.src.rpm Size : 908368 License: GPL Signature : DSA/SHA1, mar 02 oct 2007 17:45:38 CEST, Key ID 219180cddb42a60e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : Biblioth?que standard C++ v3 de GNU. Description : Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que standard C++ ISO 14882. libstdc++ = 3.4.3-26 libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(CXXABI_1.3.1)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libstdc++.so.6(GLIBCXX_3.4.1)(64bit) libstdc++.so.6(GLIBCXX_3.4.2)(64bit) libstdc++.so.6(GLIBCXX_3.4.3)(64bit) libstdc++34 libstdc++ = 3.4.6-9 /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6.0.3 The problem, I think, is that libstdc++.so.6(GLIBCXX_3.4.4) is missing. But I've got the latest version of the rpm package libstdc++ (3.4.6-9) for RedHat EL 4. Does I need to upgrade my system to RedHat 5 or can I find an other rpm package, more recent, that could provide me libstdc++.so.6(GLIBCXX_3.4.4) ? Thanks, Jerome Curious. If you download libstdc++-3.4.6-9.x86_64.rpm from RHN, it does contain libstdc++.so.6. Maybe re-install the package? $ less libstdc++-3.4.6-9.x86_64.rpm Name : libstdc++ Relocations: (not relocatable) Version : 3.4.6 Vendor: Red Hat, Inc. Release : 9 Build Date: Thu 19 Jul 2007 07:39:36 PM CEST Install Date: (not installed) Build Host: ls20-bc2-14.build.redhat .com Group : System Environment/Libraries Source RPM: gcc-3.4.6-9.src.rpm Size : 908368 License: GPL Signature : DSA/SHA1, Tue 02 Oct 2007 05:45:38 PM CEST, Key ID 219180cddb42a60 e Packager : Red Hat, Inc. URL : http://gcc.gnu.org Summary : GNU Standard C++ Library Description : The libstdc++ package contains a rewritten standard compliant GCC Standard C++ Library. (...) history list omitted lrwxrwxrwx 1 root root 18 Jul 19 2007 /usr/lib64/libstdc++. so.6 -> libstdc++.so.6.0.3 -rwxr-xr-x 1 root root 908368 Jul 19 2007 /usr/lib64/libstdc++. so.6.0.3 Kind regards, Herta Sorry. Misread. I cannot test this myself, but perhaps this link will help: http://blog.arabx.com.au/?p=109 Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From inode0 at gmail.com Thu Mar 6 13:15:14 2008 From: inode0 at gmail.com (inode0) Date: Thu, 6 Mar 2008 07:15:14 -0600 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> References: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> Message-ID: On Thu, Mar 6, 2008 at 3:48 AM, Jerome Soulabaille wrote: > Hi all, > > My system is a RedHat EL 4.6 64Bit. > > I am trying to use a library that was compiled with gcc4 (64bit) and when I try to link a program with it, I got the following errors : > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' > > If I type the following command line : > > rpm -q -i --provides -l libstdc++ > > I got : > > Name : libstdc++ Relocations: (not relocatable) > Version : 3.4.6 Vendor: Red Hat, Inc. > Release : 9 Build Date: jeu 19 jui 2007 19:36:09 CEST > Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc1-13.build.redhat.com > Group : Environnement syst?me/Biblioth?ques Source RPM: gcc-3.4.6-9.src.rpm > Size : 792856 License: GPL > Signature : DSA/SHA1, mar 02 oct 2007 17:45:33 CEST, Key ID 219180cddb42a60e > Packager : Red Hat, Inc. > URL : http://gcc.gnu.org > Summary : Biblioth?que standard C++ v3 de GNU. > Description : > Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard > C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que > standard C++ ISO 14882. > libstdc++ = 3.4.3-26 > libstdc++.so.6 > libstdc++.so.6(CXXABI_1.3) > libstdc++.so.6(CXXABI_1.3.1) > libstdc++.so.6(GLIBCXX_3.4) > libstdc++.so.6(GLIBCXX_3.4.1) > libstdc++.so.6(GLIBCXX_3.4.2) > libstdc++.so.6(GLIBCXX_3.4.3) > libstdc++34 > libstdc++ = 3.4.6-9 > /usr/lib/libstdc++.so.6 > /usr/lib/libstdc++.so.6.0.3 > Name : libstdc++ Relocations: (not relocatable) > Version : 3.4.6 Vendor: Red Hat, Inc. > Release : 9 Build Date: jeu 19 jui 2007 19:39:36 CEST > Install Date: mer 30 jan 2008 15:11:55 CET Build Host: ls20-bc2-14.build.redhat.com > Group : Environnement syst?me/Biblioth?ques Source RPM: gcc-3.4.6-9.src.rpm > Size : 908368 License: GPL > Signature : DSA/SHA1, mar 02 oct 2007 17:45:38 CEST, Key ID 219180cddb42a60e > Packager : Red Hat, Inc. > URL : http://gcc.gnu.org > Summary : Biblioth?que standard C++ v3 de GNU. > Description : > Le paquetage libstdc++ contient un instantan? de la biblioth?que Standard > C++ v3 de GNU, un projet en cours pour mettre en oeuvre la biblioth?que > standard C++ ISO 14882. > libstdc++ = 3.4.3-26 > libstdc++.so.6()(64bit) > libstdc++.so.6(CXXABI_1.3)(64bit) > libstdc++.so.6(CXXABI_1.3.1)(64bit) > libstdc++.so.6(GLIBCXX_3.4)(64bit) > libstdc++.so.6(GLIBCXX_3.4.1)(64bit) > libstdc++.so.6(GLIBCXX_3.4.2)(64bit) > libstdc++.so.6(GLIBCXX_3.4.3)(64bit) > libstdc++34 > libstdc++ = 3.4.6-9 > /usr/lib64/libstdc++.so.6 > /usr/lib64/libstdc++.so.6.0.3 > > > > > The problem, I think, is that libstdc++.so.6(GLIBCXX_3.4.4) is missing. > > But I've got the latest version of the rpm package libstdc++ (3.4.6-9) for RedHat EL 4. > > Does I need to upgrade my system to RedHat 5 or can I find an other rpm package, more recent, that could provide me libstdc++.so.6(GLIBCXX_3.4.4) ? > > > Thanks, > Jerome > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > _______________________________________________ > rhn-users mailing list > rhn-users at redhat.com > https://www.redhat.com/mailman/listinfo/rhn-users > From inode0 at gmail.com Thu Mar 6 13:17:33 2008 From: inode0 at gmail.com (inode0) Date: Thu, 6 Mar 2008 07:17:33 -0600 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> References: <175421AE8AC39445A18BCA4D4F2238811C71CF@roquefort.vegagroup.net> Message-ID: On Thu, Mar 6, 2008 at 3:48 AM, Jerome Soulabaille wrote: > Hi all, > > My system is a RedHat EL 4.6 64Bit. > > I am trying to use a library that was compiled with gcc4 (64bit) and when I try to link a program > with it, I got the following errors : > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' acroread-8.1.2-1.el4.2 appears to provide this. John From jerome.soulabaille at vegatechnologies.fr Thu Mar 6 14:14:37 2008 From: jerome.soulabaille at vegatechnologies.fr (Jerome Soulabaille) Date: Thu, 6 Mar 2008 15:14:37 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: Message-ID: <175421AE8AC39445A18BCA4D4F2238811C71D4@roquefort.vegagroup.net> It could have been a good idea but the libstdc++ given by acroread installation is a 32 bit version ... And I want a 64 bit version ... Bad luck ! -----Original Message----- From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of inode0 Sent: jeudi 6 mars 2008 14:18 To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem On Thu, Mar 6, 2008 at 3:48 AM, Jerome Soulabaille wrote: > Hi all, > > My system is a RedHat EL 4.6 64Bit. > > I am trying to use a library that was compiled with gcc4 (64bit) and > when I try to link a program with it, I got the following errors : > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' acroread-8.1.2-1.el4.2 appears to provide this. John _______________________________________________ rhn-users mailing list rhn-users at redhat.com https://www.redhat.com/mailman/listinfo/rhn-users ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ From herta.vandeneynde at gmail.com Thu Mar 6 14:35:31 2008 From: herta.vandeneynde at gmail.com (Herta Van den Eynde) Date: Thu, 6 Mar 2008 15:35:31 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: <175421AE8AC39445A18BCA4D4F2238811C71D4@roquefort.vegagroup.net> References: <175421AE8AC39445A18BCA4D4F2238811C71D4@roquefort.vegagroup.net> Message-ID: On 06/03/2008, Jerome Soulabaille wrote: > > It could have been a good idea but the libstdc++ given by acroread > installation is a 32 bit version ... And I want a 64 bit version ... > Bad luck ! > > > > -----Original Message----- > From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] > > On Behalf Of inode0 > Sent: jeudi 6 mars 2008 14:18 > To: Discussions about Red Hat Network (rhn.redhat.com) > > Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem > > On Thu, Mar 6, 2008 at 3:48 AM, Jerome Soulabaille > wrote: > > Hi all, > > > > My system is a RedHat EL 4.6 64Bit. > > > > I am trying to use a library that was compiled with gcc4 (64bit) and > > when I try to link a program with it, I got the following errors : > > > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' > > acroread-8.1.2-1.el4.2 appears to provide this. > > John Another suggestion to build gcc from source: http://forum.skype.com/index.php?showtopic=95391 Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." -------------- next part -------------- An HTML attachment was scrubbed... URL: From jerome.soulabaille at vegatechnologies.fr Mon Mar 10 11:24:32 2008 From: jerome.soulabaille at vegatechnologies.fr (Jerome Soulabaille) Date: Mon, 10 Mar 2008 12:24:32 +0100 Subject: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem In-Reply-To: Message-ID: <175421AE8AC39445A18BCA4D4F2238811C71D8@roquefort.vegagroup.net> Thanks, it seems it is in the good way ... Jerome ________________________________ From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of Herta Van den Eynde Sent: jeudi 6 mars 2008 15:36 To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem On 06/03/2008, Jerome Soulabaille wrote: It could have been a good idea but the libstdc++ given by acroread installation is a 32 bit version ... And I want a 64 bit version ... Bad luck ! -----Original Message----- From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of inode0 Sent: jeudi 6 mars 2008 14:18 To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] Libstdc++.so.6 (GLIBCXX_3.4.4) problem On Thu, Mar 6, 2008 at 3:48 AM, Jerome Soulabaille wrote: > Hi all, > > My system is a RedHat EL 4.6 64Bit. > > I am trying to use a library that was compiled with gcc4 (64bit) and > when I try to link a program with it, I got the following errors : > > lib****.so: undefined reference to ... @GLIBCXX_3.4.4' acroread-8.1.2-1.el4.2 appears to provide this. John Another suggestion to build gcc from source: http://forum.skype.com/index.php?showtopic=95391 Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From cedric.porte at fr.ibm.com Mon Mar 10 15:01:01 2008 From: cedric.porte at fr.ibm.com (Cedric Porte) Date: Mon, 10 Mar 2008 16:01:01 +0100 Subject: [rhn-users] Cedric Porte is out of the office. Message-ID: I will be out of the office starting 03/07/2008 and will not return until 03/31/2008. From duffy at redhat.com Thu Mar 13 17:55:49 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Thu, 13 Mar 2008 13:55:49 -0400 Subject: [rhn-users] Satellite 5.1 MultiOrg Feature Preview Message-ID: <47D96AA5.4080507@redhat.com> Hi folks, As we get closer to the release date for Satellite 5.1, we thought you might like to learn a bit more about one of the major features that will be included in this release: multiple organization support. We've posted a summary of this new feature to the 108 wiki at: https://rhn-satellite.108.redhat.com/wiki/index.php/Satellite_5.1_MultiOrg_Feature_Preview We'd love to hear any comments, questions, or feedback you might have about this upcoming feature. We are currently investigating how we might best improve upon it to better meet your needs in future releases (beyond 5.1), so any feedback you'd be willing to share would be especially valuable to us. We'll also be sending out a survey about the feature soon and would greatly value your participation in that as well. Thanks! ~m From duffy at redhat.com Mon Mar 17 13:53:56 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Mon, 17 Mar 2008 09:53:56 -0400 Subject: [rhn-users] Re: [rhn-satellite-users] Satellite 5.1 MultiOrg Feature Preview In-Reply-To: <47D96AA5.4080507@redhat.com> References: <47D96AA5.4080507@redhat.com> Message-ID: <47DE77F4.20909@redhat.com> Hi folks, M?ir?n Duffy wrote: > As we get closer to the release date for Satellite 5.1, we thought you > might like to learn a bit more about one of the major features that will > be included in this release: multiple organization support. > > We've posted a summary of this new feature to the 108 wiki at: > > https://rhn-satellite.108.redhat.com/wiki/index.php/Satellite_5.1_MultiOrg_Feature_Preview I just wanted to give you folks a quick update that we just added a little more information about how this feature will function with Satellite certificates, in response to a very good question we received about this. Let us know what you think! Thanks, ~m From demirozb at gmail.com Tue Mar 18 15:07:14 2008 From: demirozb at gmail.com (=?ISO-8859-1?Q?Bet=FCl_Demir=F6z?=) Date: Tue, 18 Mar 2008 17:07:14 +0200 Subject: [rhn-users] Trying to find glib packages for RHEL5 x86_64 Message-ID: Hi I have RHEL5 running on x86_64 machine, and I need the following packages for the installation of IBM Cell Simulator, and here is what the installation document says: ------------------------------------------------------------------------------------------ . For RHEL 5.1 cross compilation only (X86 and X86_64), you must build and install the compiler sysroot RPMs as described below. That is because these RPMs cannot be provided by SDK and can only be built if you have a RHEL 5.1 license. Follow these steps to build and install the sysroot on an X86 or X86_64 Red Hat Enterprise Linux (RHEL) 5.1 system: Copy the following RHEL 5.1 PowerPC binary packages (from your PPC architecture RHEL 5.1 distribution medium, such as a CD) into the /usr/src/redhat/SOURCES directory: glibc-2.5-18.ppc.rpm glibc-2.5-18.ppc64.rpm glibc-devel-2.5-18.ppc.rpm glibc-devel-2.5-18.ppc64.rpm glibc-headers-2.5-18.ppc.rpm kernel-headers-2.6.18-52.el5.ppc.rpm gmp-4.1.4-10.el5.ppc.rpm gmp-4.1.4-10.el5.ppc64.rpm gmp-devel-4.1.4-10.el5.ppc.rpm gmp-devel-4.1.4-10.el5.ppc64.rpm -------------------------------------------------------------------------------------- I searched for the following packages in the rhn, but I can not find them anywhere. * glibc-2.5-18.ppc64.rpm * glibc-devel-2.5-18.ppc64.rpm * kernel-headers-2.6.18-53.el5.ppc.rpm * gmp-4.1.4-10.el5.ppc64.rpm * gmp-devel-4.1.4-10.el5.ppc64.rpm Can you please help me? Thanks Bet?l -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike4barrett at gmail.com Wed Mar 19 17:16:42 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 13:16:42 -0400 Subject: [rhn-users] bare metal provisioning Message-ID: While using RHN I don't see in the tool where I can control the service processors of my hardware in order to achieve bare metal provisioning. Is that something I need to do outside of the tool after I setup my kickstart template within the tool? Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike4barrett at gmail.com Wed Mar 19 18:22:03 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 14:22:03 -0400 Subject: [rhn-users] Xen guest mappings Message-ID: How come when I click on the "Virtual Systems" menu on the left hand side under "Systems" my virtual Xen guest don't map to an actual physical host in the table that gets displayed. They all have a light gray parent to child line to a row called "Host: (Unknwon Host)". Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike4barrett at gmail.com Wed Mar 19 18:34:01 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 14:34:01 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site Message-ID: If I have hosts A, B, and C pointed at my local onsite satellite, when do I ever get to see the existence of those hosts out on the hosted site at rhn.readhat.com in my portal? Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at redhat.com Wed Mar 19 18:36:24 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 14:36:24 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site In-Reply-To: References: Message-ID: <47E15D28.1080903@redhat.com> Hi Michael, Michael Barrett wrote: > If I have hosts A, B, and C pointed at my local onsite satellite, when > do I ever get to see the existence of those hosts out on the hosted site > at rhn.readhat.com in my portal? You won't see those hosts on rhn.redhat.com because they are not registered to rhn.redhat.com. They are registered to your Satellite. If you point your browser to your Satellite, you should be able to access them using the same login information you used to register them to the Satellite in the first place. ~m From duffy at redhat.com Wed Mar 19 18:40:50 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 14:40:50 -0400 Subject: [rhn-users] Xen guest mappings In-Reply-To: References: Message-ID: <47E15E32.1020907@redhat.com> Hi Michael, Michael Barrett wrote: > How come when I click on the "Virtual Systems" menu on the left hand > side under "Systems" my virtual Xen guest don't map to an actual > physical host in the table that gets displayed. They all have a light > gray parent to child line to a row called "Host: (Unknwon Host)". There could be a couple of things going on here: 1) Is the host registered to RHN? If the host is not registered to RHN, RHN can't correctly associate it with its guests. 2) Do you have the rhn-virtualization-host package installed on the host machine and the rhn-virtualization-common package installed on both hosts and guests? These packages are necessary for RHN to determine the host<=> guest relationships between systems. For more information about using virtualization with RHN Satellite (which I am assuming you are talking about based on your other post) please see the following whitepaper: https://www.redhat.com/f/pdf/whitepapers/Satellite500-VirtStepbyStep-Whitepaper.pdf| ~m From duffy at redhat.com Wed Mar 19 18:46:12 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 14:46:12 -0400 Subject: [rhn-users] bare metal provisioning In-Reply-To: References: Message-ID: <47E15F74.3020709@redhat.com> Hi Michael, Michael Barrett wrote: > While using RHN I don't see in the tool where I can control the service > processors of my hardware in order to achieve bare metal provisioning. > Is that something I need to do outside of the tool after I setup my > kickstart template within the tool? You'll either need to set up a pxe server to work with the Satellite server or create and use custom boot discs [2] to achieve baremetal provisioning. Please see the following section of our reference guide for more information about this: http://www.redhat.com/docs/manuals/satellite/Red_Hat_Network_Satellite-5.0.0/html/Reference_Guide/s2-sm-system-kickstart.html ~m [1] http://www.redhat.com/docs/manuals/satellite/Red_Hat_Network_Satellite-5.0.0/html/Reference_Guide/s4-system-ks-PXE.html [2] http://www.redhat.com/docs/manuals/satellite/Red_Hat_Network_Satellite-5.0.0/html/Reference_Guide/s4-system-ks-ISO.html From mike4barrett at gmail.com Wed Mar 19 19:10:46 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 15:10:46 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site Message-ID: ------------------------------ - *From*: M?ir?n Duffy - *To*: "Discussions about Red Hat Network (rhn.redhat.com)" - *Subject*: Re: [rhn-users] seeing boxes under the satellite on the hosted site - *Date*: Wed, 19 Mar 2008 14:36:24 -0400 ------------------------------ >Hi Michael, Michael Barrett wrote: If I have hosts A, B, and C pointed at my local onsite satellite, when do I ever get to see the existence of those hosts out on the hosted site at rhn.readhat.com in my portal? >You won't see those hosts on rhn.redhat.com because they are not registered to rhn.redhat.com. They are registered to your Satellite. > If you point your browser to your Satellite, you should be able to access them using the same login information you used to register > them to the Satellite in the first place. >~m How do people reply to these postings? I can only see the postings on read-only archive url. I had to copy and paste it into my mailer. So what you are saying is that it is not possible to see in one location a summary of all the hosts reporting to all the satellites. -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at redhat.com Wed Mar 19 19:22:33 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 15:22:33 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site In-Reply-To: References: Message-ID: <47E167F9.4010106@redhat.com> Michael Barrett wrote: > How do people reply to these postings? I can only see the postings > on read-only archive url. I had to copy and paste it into my mailer. Are you subscribed to the list? Do you have delivery turned on? > > So what you are saying is that it is not possible to see in one > location a summary of all the hosts reporting to all the satellites. You can see exactly such a summary in the Satellite web interface if the clients are registered to your Satellite. No, you cannot see a summary of hosts registered to a Satellite in the rhn.redhat.com interface. What problem are you trying to solve by wanting to do this? One of the important reasons to install a Satellite server on site at an organization is for privacy reasons. For the Satellite's registered clients to appear on Red Hat's website would make it impossible to keep your servers and details about them internal to your organization. ~m From mike4barrett at gmail.com Wed Mar 19 19:38:44 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 15:38:44 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site Message-ID: ------------------------------ - *From*: M?ir?n Duffy - *To*: "Discussions about Red Hat Network (rhn.redhat.com)" - *Subject*: Re: [rhn-users] seeing boxes under the satellite on the hosted site - *Date*: Wed, 19 Mar 2008 15:22:33 -0400 ------------------------------ Michael Barrett wrote: How do people reply to these postings? I can only see the postings on read-only archive url. I had to copy and paste it into my mailer. > Are you subscribed to the list? Do you have delivery turned on? I think I see my problem. I had digest turned on. Just turned it off. Hopefully I'll start receiving emails. So what you are saying is that it is not possible to see in one location a summary of all the hosts reporting to all the satellites. >You can see exactly such a summary in the Satellite web interface if the clients are registered to your Satellite. No, you cannot >see a summary of hosts registered to a Satellite in the rhn.redhat.com interface. What problem are you trying to solve by wanting >to do this? For me, I don't care if red hat see my stuff. I'm trying to off set my IT costs by partnering with my vendor (red hat) through their hosted site. I use the satellite simply because I don;t want all my hosts connected to the internet and I'd like to have a local repository of custom patch sets and content. Thus I'd like my satellites to be able to tell the hosted whats under them. I agree other my not like that, so it of course would need to be configurable. >One of the important reasons to install a Satellite server on site at an organization is for privacy reasons. For the Satellite's >registered clients to appear on Red Hat's website would make it impossible to keep your servers and details about them internal to > your organization. -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at redhat.com Wed Mar 19 19:47:31 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 15:47:31 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site In-Reply-To: References: Message-ID: <47E16DD3.30502@redhat.com> Hi Michael, Michael Barrett wrote: > For me, I don't care if red hat see my stuff. I'm trying to off set my > IT costs by partnering with my vendor (red hat) through their hosted > site. I use the satellite simply because I don;t want all my hosts > connected to the internet Your hosts would need to be connected to the internet such that the RHN public servers would be able to access them. Otherwise the webui would be look but don't touch. How could a public server without access to your internal hosts be able to deploy packages on them? If you wanted actions to be ferried through an intermediary server I suppose you could register your systems to rhn.redhat.com via an RHN Proxy. Satellite doesn't do this, though. > and I'd like to have a local repository of > custom patch sets and content. Why? What would the function of this local repository be if the patch sets and content would be coming via rhn.redhat.com? > Thus I'd like my satellites to be able > to tell the hosted whats under them. I agree other my not like that, so > it of course would need to be configurable. I guess I'm still not completely understanding your use case for wanting to do this. Is there some problem preventing you from using the Satellite webui? I am not sure why you would prefer to visit rhn.redhat.com rather than your Satellite's webui? What advantage are you gaining there? ~m From mike4barrett at gmail.com Wed Mar 19 19:52:49 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 15:52:49 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site In-Reply-To: <47E16DD3.30502@redhat.com> References: <47E16DD3.30502@redhat.com> Message-ID: On Wed, Mar 19, 2008 at 3:47 PM, M?ir?n Duffy wrote: > Hi Michael, > > Michael Barrett wrote: > > For me, I don't care if red hat see my stuff. I'm trying to off set my > > IT costs by partnering with my vendor (red hat) through their hosted > > site. I use the satellite simply because I don;t want all my hosts > > connected to the internet > > Your hosts would need to be connected to the internet such that the RHN > public servers would be able to access them. Otherwise the webui would > be look but don't touch. How could a public server without access to > your internal hosts be able to deploy packages on them? > > If you wanted actions to be ferried through an intermediary server I > suppose you could register your systems to rhn.redhat.com via an RHN > Proxy. Satellite doesn't do this, though. > > > and I'd like to have a local repository of > > custom patch sets and content. > > Why? What would the function of this local repository be if the patch > sets and content would be coming via rhn.redhat.com? > > > Thus I'd like my satellites to be able > > to tell the hosted whats under them. I agree other my not like that, so > > it of course would need to be configurable. > > I guess I'm still not completely understanding your use case for wanting > to do this. Is there some problem preventing you from using the > Satellite webui? I am not sure why you would prefer to visit > rhn.redhat.com rather than your Satellite's webui? What advantage are > you gaining there? It's all about consolidation. If I could have the freedom and control of the satellite but also have all my hosts viewable at the hosted, Red Hat could tell me even more about what I need to know regarding my boxes. Service contracts, etc. > > > ~m > > _______________________________________________ > rhn-users mailing list > rhn-users at redhat.com > https://www.redhat.com/mailman/listinfo/rhn-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at redhat.com Wed Mar 19 19:59:00 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 15:59:00 -0400 Subject: [rhn-users] seeing boxes under the satellite on the hosted site In-Reply-To: References: <47E16DD3.30502@redhat.com> Message-ID: <47E17084.7050100@redhat.com> Hi Michael, Michael Barrett wrote: > It's all about consolidation. If I could have the freedom and control > of the satellite but also have all my hosts viewable at the hosted, Red > Hat could tell me even more about what I need to know regarding my > boxes. Service contracts, etc. I'm just not understanding why having your hosts viewable rhn.redhat.com is advantageous over having them viewable in the Satellite webui itself. The Satellite webui actually has additional features over the rhn.redhat.com webui. rhn.redhat.com has no service contract information. You need to go to the Red Hat customer portal at http://www.redhat.com/apps/support for that information, and it is not tied into either the RHN hosted or Satellite web interfaces. ~m From mike4barrett at gmail.com Wed Mar 19 19:59:33 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 15:59:33 -0400 Subject: [rhn-users] bare metal provisioning Message-ID: ------------------------------ - *From*: M?ir?n Duffy - *To*: "Discussions about Red Hat Network (rhn.redhat.com)" - *Subject*: Re: [rhn-users] bare metal provisioning - *Date*: Wed, 19 Mar 2008 14:46:12 -0400 ------------------------------ >Hi Michael, Michael Barrett wrote: While using RHN I don't see in the tool where I can control the service processors of my hardware in order to achieve bare metal provisioning. Is that something I need to do outside of the tool after I setup my kickstart template within the tool? >You'll either need to set up a pxe server to work with the Satellite server or create and use custom boot discs [2] to achieve >baremetal provisioning. Please see the following section of our reference guide for more information about this: >http://www.redhat.com/docs/manuals/satellite/Red_Hat_Network_Satellite-5.0.0/html/Reference_Guide/s2-sm-system-kickstart.html > >~m > > >[1] http://www.redhat.com/docs/manuals/satellite/Red_Hat_Network_Satellite-5.0.0/html/Reference_Guide/s4-system-ks-PXE.html [2] >http://www.redhat.com/docs/manuals/satellite/Red_Hat_Network_Satellite-5.0.0/html/Reference_Guide/s4-system-ks-ISO.html All of that just talks about PXE boot and kickstart. To say something does bare metal provisioning implies that the software can remotely trigger a boot on the hardware without an OS installed with the intent to install an operating system. That it has service processor knowledge. (ie) it logs into the service process and issues the correct boot command when the user in the application (RHN satellite) selects that target (the service processor) and issues an OS provisioning job. Does RHN Satellite do any of that? Or does it expect me to remotely trigger the PXE boot via the service processor outside of it? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike4barrett at gmail.com Wed Mar 19 19:50:30 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Wed, 19 Mar 2008 15:50:30 -0400 Subject: [rhn-users] Xen guest mappings Message-ID: ------------------------------ - *From*: M?ir?n Duffy - *To*: "Discussions about Red Hat Network (rhn.redhat.com)" - *Subject*: Re: [rhn-users] Xen guest mappings - *Date*: Wed, 19 Mar 2008 14:40:50 -0400 ------------------------------ Hi Michael, Michael Barrett wrote: How come when I click on the "Virtual Systems" menu on the left hand side under "Systems" my virtual Xen guest don't map to an actual physical host in the table that gets displayed. They all have a light gray parent to child line to a row called "Host: (Unknwon Host)". >There could be a couple of things going on here: > > >1) Is the host registered to RHN? If the host is not registered to RHN, RHN can't correctly associate it with its guests. > >2) Do you have the rhn-virtualization-host package installed on the host machine and the rhn-virtualization-common package >installed on both hosts and guests? These packages are necessary for RHN to determine the host<=> guest relationships between >systems. For more information about using virtualization with RHN Satellite (which I am assuming you are talking about based on >your other post) please see the following whitepaper: >https://www.redhat.com/f/pdf/whitepapers/Satellite500-VirtStepbyStep-Whitepaper.pdf | I didn't have those rpm's installed. I just installed it on the RHEL5.1 server host machine. But my guests subscribe to the rhn-tools-rhel-x86_64-cli and rhel-x86_64-client-5 channels. That rhn-virtualization-common doesn't seem to be available in those channels? -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at redhat.com Wed Mar 19 20:09:03 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 16:09:03 -0400 Subject: [rhn-users] bare metal provisioning In-Reply-To: References: Message-ID: <47E172DF.7010106@redhat.com> Hi Michael, Michael Barrett wrote: > All of that just talks about PXE boot and kickstart. To say something > does bare metal provisioning implies that the software can remotely > trigger a boot on the hardware without an OS installed with the intent > to install an operating system. The product can absolutely do that, and it uses PXE and kickstart in order to do so. You can align specific ip addresses or ranges to particular kickstart profiles for ip-based customization, and use a customized bootcd or PXE to point all booting baremetal systems to one single Satellite address that then determines which kickstart file to provide to the system base on Satellite-side configuration. > That it has service processor > knowledge. (ie) it logs into the service process and issues the correct > boot command when the user in the application (RHN satellite) selects > that target (the service processor) and issues an OS provisioning job. What do you mean by service processor? Is this something specific to your hardware? > Does RHN Satellite do any of that? Or does it expect me to remotely > trigger the PXE boot via the service processor outside of it? I'm not quite sure I understand what you're asking enough to answer the question. ~m From duffy at redhat.com Wed Mar 19 20:10:03 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Wed, 19 Mar 2008 16:10:03 -0400 Subject: [rhn-users] Xen guest mappings In-Reply-To: References: Message-ID: <47E1731B.2090805@redhat.com> Michael Barrett wrote: >> please see the following whitepaper: > >> https://www.redhat.com/f/pdf/whitepapers/Satellite500-VirtStepbyStep-Whitepaper.pdf| >> > > > I didn't have those rpm's installed. I just installed it on the > RHEL5.1 server host machine. But my guests subscribe to the > rhn-tools-rhel-x86_64-cli and rhel-x86_64-client-5 channels. That > rhn-virtualization-common doesn't seem to be available in those > channels? You need to subscribe your systems to the RHN Tools channels which is where those packages are located. I strongly suggest you read over the step-by-step virtualization guide, as this information is in there. ~m From mike4barrett at gmail.com Thu Mar 20 13:21:05 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Thu, 20 Mar 2008 09:21:05 -0400 Subject: [rhn-users] bare metal provisioning In-Reply-To: <47E172DF.7010106@redhat.com> References: <47E172DF.7010106@redhat.com> Message-ID: On Wed, Mar 19, 2008 at 4:09 PM, M?ir?n Duffy wrote: > Hi Michael, > > Michael Barrett wrote: > > All of that just talks about PXE boot and kickstart. To say something > > does bare metal provisioning implies that the software can remotely > > trigger a boot on the hardware without an OS installed with the intent > > to install an operating system. > > The product can absolutely do that, and it uses PXE and kickstart in > order to do so. You can align specific ip addresses or ranges to > particular kickstart profiles for ip-based customization, and use a > customized bootcd or PXE to point all booting baremetal systems to one > single Satellite address that then determines which kickstart file to > provide to the system base on Satellite-side configuration. > > > That it has service processor > > knowledge. (ie) it logs into the service process and issues the correct > > boot command when the user in the application (RHN satellite) selects > > that target (the service processor) and issues an OS provisioning job. > > What do you mean by service processor? Is this something specific to > your hardware? > > > Does RHN Satellite do any of that? Or does it expect me to remotely > > trigger the PXE boot via the service processor outside of it? > > I'm not quite sure I understand what you're asking enough to answer the > question. There is a difference between remote OS provisioning and bare metal provisioning. It seems to me RHN Satellite can do remote OS provisioning but cannot facilitate bare metal provisioning. Bare metal provisioning implies RHN Satellite can (1) remotely boot a box causing it to search for a kickstart server without an OS installed and (2) trigger a OS provisioning task over the network. I have not seen where is does #1. I see where it does #2. To achieve #1 people use the service processor native to the hardware or impose terminal server networks with expect scripts. To say RHN Satellite can do number #1 means it has commands the user can select that will interact with these things (service processors or terminal server networks). To date in order to achieve bare metal provisioning with RHN I have to setup the provisioning task and then leave the application and do something (ie boot the box so that it PXE boots) at the host. That's not bare metal OS provisioning...that's remote OS provisioning. > > > ~m > > _______________________________________________ > rhn-users mailing list > rhn-users at redhat.com > https://www.redhat.com/mailman/listinfo/rhn-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike4barrett at gmail.com Thu Mar 20 13:22:26 2008 From: mike4barrett at gmail.com (Michael Barrett) Date: Thu, 20 Mar 2008 09:22:26 -0400 Subject: [rhn-users] Xen guest mappings In-Reply-To: <47E1731B.2090805@redhat.com> References: <47E1731B.2090805@redhat.com> Message-ID: On Wed, Mar 19, 2008 at 4:10 PM, M?ir?n Duffy wrote: > Michael Barrett wrote: > >> please see the following whitepaper: > > > >> > https://www.redhat.com/f/pdf/whitepapers/Satellite500-VirtStepbyStep-Whitepaper.pdf| > >> > > > > > > I didn't have those rpm's installed. I just installed it on the > > RHEL5.1 server host machine. But my guests subscribe to the > > rhn-tools-rhel-x86_64-cli and rhel-x86_64-client-5 channels. That > > rhn-virtualization-common doesn't seem to be available in those > > channels? > > You need to subscribe your systems to the RHN Tools channels which is > where those packages are located. > > I strongly suggest you read over the step-by-step virtualization guide, > as this information is in there. Thanks, adding those rhn-virtualization-common and -host rpms worked. > > > ~m > > _______________________________________________ > rhn-users mailing list > rhn-users at redhat.com > https://www.redhat.com/mailman/listinfo/rhn-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From duffy at redhat.com Thu Mar 20 13:38:44 2008 From: duffy at redhat.com (=?ISO-8859-1?Q?M=E1ir=EDn_Duffy?=) Date: Thu, 20 Mar 2008 09:38:44 -0400 Subject: [rhn-users] bare metal provisioning In-Reply-To: References: <47E172DF.7010106@redhat.com> Message-ID: <47E268E4.4090802@redhat.com> Michael Barrett wrote: > There is a difference between remote OS provisioning and bare metal > provisioning. It seems to me RHN Satellite can do remote OS > provisioning but cannot facilitate bare metal provisioning. Bare metal > provisioning implies RHN Satellite can (1) remotely boot a box causing > it to search for a kickstart server without an OS installed and (2) > trigger a OS provisioning task over the network. I have not seen where > is does #1. I see where it does #2. I've not seen this terminology disputed in the 3+ years I've worked on this product but we obviously want to set expectations properly. I do not understand why utilizing PXE doesn't qualify Satellite as fulfilling #1. I can certainly bring this concern up internally and try to understand under what rationale the current terminology was chosen and whether or not your assessment is agreed with being mindful of that rationale. If we are in agreement, then we could consider modifying the materials referring to bare-metal provisioning to refer to remote OS provisioning. How does that sound? > To achieve #1 people use the > service processor native to the hardware or impose terminal server > networks with expect scripts. To say RHN Satellite can do number #1 > means it has commands the user can select that will interact with these > things (service processors or terminal server networks). To date in > order to achieve bare metal provisioning with RHN I have to setup the > provisioning task and then leave the application and do something (ie > boot the box so that it PXE boots) at the host. That's not bare metal > OS provisioning...that's remote OS provisioning. I have a few questions for you, keeping in mind I'm actually an interaction designer and not a system administrator :) : - Is the protocol of communicating with the service processor something that is standardized across hardware platforms or is it something very specific to the hardware vendor or even model of hardware? - If the terminal server network method of baremetal provisioning was used, how would you initiate communication with the baremetal server? - I am guessing that in the absence of an OS on your baremetal systems they do not fall through the bios boot ordering down to the PXE option? Because if they did you would not have to touch the baremetal systems in order to baremetal provision from Satellite - you would do some one-time configuration on your PXE server. ~m From Frank_LaMon at csx.com Thu Mar 20 14:31:45 2008 From: Frank_LaMon at csx.com (Lamon, Frank III) Date: Thu, 20 Mar 2008 10:31:45 -0400 Subject: [rhn-users] bare metal provisioning In-Reply-To: References: <47E172DF.7010106@redhat.com> Message-ID: You sound like an AIX admin splitting hairs here, but if you're using intel h/w with a remote mgmt card (or some newer models w/o) you should be able to initiate the reboot/power-on of the node from the Satellite server using something like ipmish. Frank LaMon ________________________________ From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com] On Behalf Of Michael Barrett Sent: Thursday, March 20, 2008 9:21 AM To: Discussions about Red Hat Network (rhn.redhat.com) Subject: Re: [rhn-users] bare metal provisioning On Wed, Mar 19, 2008 at 4:09 PM, M?ir?n Duffy wrote: Hi Michael, Michael Barrett wrote: > All of that just talks about PXE boot and kickstart. To say something > does bare metal provisioning implies that the software can remotely > trigger a boot on the hardware without an OS installed with the intent > to install an operating system. The product can absolutely do that, and it uses PXE and kickstart in order to do so. You can align specific ip addresses or ranges to particular kickstart profiles for ip-based customization, and use a customized bootcd or PXE to point all booting baremetal systems to one single Satellite address that then determines which kickstart file to provide to the system base on Satellite-side configuration. > That it has service processor > knowledge. (ie) it logs into the service process and issues the correct > boot command when the user in the application (RHN satellite) selects > that target (the service processor) and issues an OS provisioning job. What do you mean by service processor? Is this something specific to your hardware? > Does RHN Satellite do any of that? Or does it expect me to remotely > trigger the PXE boot via the service processor outside of it? I'm not quite sure I understand what you're asking enough to answer the question. There is a difference between remote OS provisioning and bare metal provisioning. It seems to me RHN Satellite can do remote OS provisioning but cannot facilitate bare metal provisioning. Bare metal provisioning implies RHN Satellite can (1) remotely boot a box causing it to search for a kickstart server without an OS installed and (2) trigger a OS provisioning task over the network. I have not seen where is does #1. I see where it does #2. To achieve #1 people use the service processor native to the hardware or impose terminal server networks with expect scripts. To say RHN Satellite can do number #1 means it has commands the user can select that will interact with these things (service processors or terminal server networks). To date in order to achieve bare metal provisioning with RHN I have to setup the provisioning task and then leave the application and do something (ie boot the box so that it PXE boots) at the host. That's not bare metal OS provisioning...that's remote OS provisioning. ~m _______________________________________________ rhn-users mailing list rhn-users at redhat.com https://www.redhat.com/mailman/listinfo/rhn-users ----------------------------------------- This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: