From lfarkas at lfarkas.org Tue May 1 10:51:05 2012 From: lfarkas at lfarkas.org (Farkas Levente) Date: Tue, 1 May 2012 12:51:05 +0200 Subject: [rhelv6-list] Red Hat Enterprise Linux 6.3 Beta Announcement In-Reply-To: <4F96CB66.4030409@redhat.com> References: <4F96CB66.4030409@redhat.com> Message-ID: On Tue, Apr 24, 2012 at 17:48, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > Today, Red Hat announces the availability of the public Beta of Red Hat > Enterprise Linux 6.3. ?With this Beta, Red Hat provides early access to the both the binary and src.rpm for spice-protocol missing from rhel-6.3 beta and (as it's a required package) without it kvm can't be used in this beta. -- ? Levente? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? "Si vis pacem para bellum!" From amyagi at gmail.com Tue May 1 21:32:58 2012 From: amyagi at gmail.com (Akemi Yagi) Date: Tue, 1 May 2012 14:32:58 -0700 Subject: [rhelv6-list] Red Hat Enterprise Linux 6.3 Beta Announcement In-Reply-To: References: <4F96CB66.4030409@redhat.com> Message-ID: On Tue, May 1, 2012 at 3:51 AM, Farkas Levente wrote: > On Tue, Apr 24, 2012 at 17:48, Red Hat Enterprise Linux 6 (Santiago) > discussion mailing-list wrote: >> Today, Red Hat announces the availability of the public Beta of Red Hat >> Enterprise Linux 6.3. ?With this Beta, Red Hat provides early access to the > > both the binary and src.rpm for spice-protocol missing from rhel-6.3 > beta and (as it's a required > package) without it kvm can't be used in this beta. I see that spice-protocol (0.10.1-2.el6) is available from the Server Optional Beta channel: https://rhn.redhat.com/rhn/software/packages/details/Overview.do?pid=705084 Akemi From derek at umiacs.umd.edu Tue May 1 23:35:52 2012 From: derek at umiacs.umd.edu (Derek Yarnell) Date: Tue, 01 May 2012 19:35:52 -0400 Subject: [rhelv6-list] Red Hat Enterprise Linux 6.3 Beta Announcement In-Reply-To: References: <4F96CB66.4030409@redhat.com> Message-ID: <4FA07358.9030102@umiacs.umd.edu> Does anyone know why the Optional packages are not available as a download via ISO/DVD? When the proxy server/RHN flakes we sometimes get inconsistent installs because some of the packages we need are not available. Not a huge deal but annoying non the less. Thanks, derek -- --- Derek T. Yarnell University of Maryland Institute for Advanced Computer Studies From christian.masopust at siemens.com Fri May 4 08:55:47 2012 From: christian.masopust at siemens.com (Masopust, Christian) Date: Fri, 4 May 2012 10:55:47 +0200 Subject: [rhelv6-list] Your opinion regarding NFS vs. iSCSI In-Reply-To: References: Message-ID: Hi again, thanks for all your answers and discussions, but it drove away a little from my original question :) which was: what do you favour: iSCSI or NFS based storage for a database? any experiences in differences regarding performance when running a database on an iSCSI- or NFS-based storage? thanks a lot, christian ________________________________ Von: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Im Auftrag von Grzegorz Witkowski Gesendet: Montag, 30. April 2012 20:15 An: rhelv6-list at redhat.com Betreff: Re: [rhelv6-list] Your opinion regarding NFS vs. iSCSI It is easy and simple to build fully redundant iscsi network which will deliver and cost much less than FC. Also troubleshooting is pretty easy. iSCSI can be a really good choice if the design is right. There are many factors involved. You cannot simply ask "iscsi or fc?" On Apr 30, 2012 4:01 p.m., "Jussi Silvennoinen" > wrote: Hi all, I'm going to plan the setup of a database-server (MySQL) and now a discussion started about how the storage should be connected. Some favour iSCSI, others NFS (V4). What's your opinion? Where are advantages / disadvantages? Which solution would promise most performance? Curious, SAN is not in your list at all. Why? How important is your service availability to you? Hi Jussi, it's also in discussion :) And sure, the service IS important, database will be for mailbox-servers (Zarafa). Currently we're focusing on iSCSI vs. NFS as we don't have FC-equipment but already have 10Gbit ethernet.. I've gotten in to my flame retardant gear so here goes. Ethernet ?s single fabric meaning a single admin error or unexpected end result of plugging new gear to it can bring the whole shebang down. Post-failure less than joyful consistency check marathon is sure to follow. For me, that is unacceptable. I'd rather be enjoying my beer at the local pub instead. FC SAN being multi-fabric, you have to try really hard to break everything. Whatever the transport technology is based on, ethernet, FC or snails on steroids, if it has multiple independent fabrics, I'm willing to listen. Otherwise, I'll pass. I really don't see any need or use for FCoE. I do like the idea of a single communications channel (redundant) but FCoE is a poor excuse for a solution towards that. iSCSI is much simpler protocol but suffers the same single fabric shortcoming. Perhaps there are ways out there to do ethernet-based blockstorage reliably that other list members know about, I'd certainly want to know about them. -- Jussi _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From imusayev at webmd.net Fri May 4 15:58:08 2012 From: imusayev at webmd.net (Musayev, Ilya) Date: Fri, 4 May 2012 11:58:08 -0400 Subject: [rhelv6-list] Your opinion regarding NFS vs. iSCSI In-Reply-To: References: Message-ID: Christian The answer would depend on your environment. I'd suggest to benchmark both iscsi and nfs. I would probably favor NFS since its easier to maintain and takes care of file locking and can be shared amongst multiple hosts. I'm not saying that you cant do the same with ISCSI, but looking at ease of NFS - I would probably go with NFS. Benchmarking would help you make the final decision. Good luck ilya From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Masopust, Christian Sent: Friday, May 04, 2012 4:56 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Your opinion regarding NFS vs. iSCSI Hi again, thanks for all your answers and discussions, but it drove away a little from my original question :) which was: what do you favour: iSCSI or NFS based storage for a database? any experiences in differences regarding performance when running a database on an iSCSI- or NFS-based storage? thanks a lot, christian ________________________________ Von: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Im Auftrag von Grzegorz Witkowski Gesendet: Montag, 30. April 2012 20:15 An: rhelv6-list at redhat.com Betreff: Re: [rhelv6-list] Your opinion regarding NFS vs. iSCSI It is easy and simple to build fully redundant iscsi network which will deliver and cost much less than FC. Also troubleshooting is pretty easy. iSCSI can be a really good choice if the design is right. There are many factors involved. You cannot simply ask "iscsi or fc?" On Apr 30, 2012 4:01 p.m., "Jussi Silvennoinen" > wrote: Hi all, I'm going to plan the setup of a database-server (MySQL) and now a discussion started about how the storage should be connected. Some favour iSCSI, others NFS (V4). What's your opinion? Where are advantages / disadvantages? Which solution would promise most performance? Curious, SAN is not in your list at all. Why? How important is your service availability to you? Hi Jussi, it's also in discussion :) And sure, the service IS important, database will be for mailbox-servers (Zarafa). Currently we're focusing on iSCSI vs. NFS as we don't have FC-equipment but already have 10Gbit ethernet.. I've gotten in to my flame retardant gear so here goes. Ethernet ?s single fabric meaning a single admin error or unexpected end result of plugging new gear to it can bring the whole shebang down. Post-failure less than joyful consistency check marathon is sure to follow. For me, that is unacceptable. I'd rather be enjoying my beer at the local pub instead. FC SAN being multi-fabric, you have to try really hard to break everything. Whatever the transport technology is based on, ethernet, FC or snails on steroids, if it has multiple independent fabrics, I'm willing to listen. Otherwise, I'll pass. I really don't see any need or use for FCoE. I do like the idea of a single communications channel (redundant) but FCoE is a poor excuse for a solution towards that. iSCSI is much simpler protocol but suffers the same single fabric shortcoming. Perhaps there are ways out there to do ethernet-based blockstorage reliably that other list members know about, I'd certainly want to know about them. -- Jussi _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From geslinux at gmail.com Fri May 4 17:47:52 2012 From: geslinux at gmail.com (Grzegorz Witkowski) Date: Fri, 4 May 2012 18:47:52 +0100 Subject: [rhelv6-list] Your opinion regarding NFS vs. iSCSI In-Reply-To: References: Message-ID: Depends. What would be your NAS or SAN? RAID level? How many disks? Type of disks? Version of NFS? Multipathing? And so on... However iSCSI may be a better choice - faster for example. You could build a LB/HA cluster with shared file system on iscsi LUN. It may be well scalable too if well designed. Normally I would use NFS for file sharing, ISO storage, etc. The best answer though would be: build in a lab both and test if you can. Get baselines and compare. On May 4, 2012 10:00 a.m., "Masopust, Christian" < christian.masopust at siemens.com> wrote: > ** > Hi again, > > thanks for all your answers and discussions, but it drove away a little > from my original question :) > which was: what do you favour: iSCSI or NFS based storage for a database? > any experiences > in differences regarding performance when running a database on an iSCSI- > or NFS-based storage? > > thanks a lot, > christian > > ------------------------------ > *Von:* rhelv6-list-bounces at redhat.com [mailto: > rhelv6-list-bounces at redhat.com] *Im Auftrag von *Grzegorz Witkowski > *Gesendet:* Montag, 30. April 2012 20:15 > *An:* rhelv6-list at redhat.com > *Betreff:* Re: [rhelv6-list] Your opinion regarding NFS vs. iSCSI > > It is easy and simple to build fully redundant iscsi network which will > deliver and cost much less than FC. Also troubleshooting is pretty easy. > iSCSI can be a really good choice if the design is right. > There are many factors involved. You cannot simply ask "iscsi or fc?" > On Apr 30, 2012 4:01 p.m., "Jussi Silvennoinen" < > jussi_rhel6 at silvennoinen.net> wrote: > >> Hi all, >>>>> >>>>> I'm going to plan the setup of a database-server (MySQL) and now a >>>>> discussion started about >>>>> how the storage should be connected. Some favour iSCSI, >>>>> >>>> others NFS (V4). >>>> >>>>> >>>>> What's your opinion? Where are advantages / disadvantages? >>>>> >>>> Which solution >>>> >>>>> would promise >>>>> most performance? >>>>> >>>> >>>> Curious, SAN is not in your list at all. Why? >>>> How important is your service availability to you? >>>> >>> >>> Hi Jussi, >>> >>> it's also in discussion :) And sure, the service IS important, database >>> will be for mailbox-servers (Zarafa). >>> >>> Currently we're focusing on iSCSI vs. NFS as we don't have FC-equipment >>> but already have 10Gbit ethernet.. >>> >> >> I've gotten in to my flame retardant gear so here goes. >> >> Ethernet ?s single fabric meaning a single admin error or unexpected end >> result of plugging new gear to it can bring the whole shebang down. >> Post-failure less than joyful consistency check marathon is sure to follow. >> >> For me, that is unacceptable. I'd rather be enjoying my beer at the local >> pub instead. FC SAN being multi-fabric, you have to try really hard to >> break everything. >> >> Whatever the transport technology is based on, ethernet, FC or snails on >> steroids, if it has multiple independent fabrics, I'm willing to listen. >> Otherwise, I'll pass. >> >> I really don't see any need or use for FCoE. I do like the idea of a >> single communications channel (redundant) but FCoE is a poor excuse for a >> solution towards that. iSCSI is much simpler protocol but suffers the same >> single fabric shortcoming. >> >> Perhaps there are ways out there to do ethernet-based blockstorage >> reliably that other list members know about, I'd certainly want to know >> about them. >> >> >> >> -- >> >> Jussi >> _______________________________________________ >> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at mad-scientist.net Mon May 7 17:50:22 2012 From: paul at mad-scientist.net (Paul Smith) Date: Mon, 7 May 2012 13:50:22 -0400 Subject: [rhelv6-list] dhclient running TWICE during boot (RHEL 6.2) In-Reply-To: <20120430191457.GA14432@nostromo.devel.redhat.com> References: <1335736995.2044.15.camel@homebase> <4F9E266E.10702@redhat.com> <1335769152.11437.6.camel@homebase> <1335790053.11437.15.camel@homebase> <1335790922.11437.18.camel@homebase> <4DA0AD92-A702-4125-A8F9-41D03A2936C6@cisco.com> <1335808060.3891.10.camel@psmith-ubeta> <20120430180104.GA13589@nostromo.devel.redhat.com> <20120430191457.GA14432@nostromo.devel.redhat.com> Message-ID: <1336413023.1453.11.camel@psmith-ubeta> I think I'm misunderstanding something about Red Hat support and Bugzilla. How does one actually get bugs fixed? It seems like they are ignored until the next beta is started, then you get a message for each one saying "sorry, this bug is still unresolved so it has been rejected". Is this some new variant of Agile I'm not familiar with? I never heard of a development process where you just reject all the open bugs you didn't have time to fix when you started beta... what a concept! I think we should start doing that at my company too. It would really improve our QA metrics, that's for sure. Am I just supposed to keep filing the bug again for each new release? This seems somewhat Sisyphean, even for open source. From Werner.Maes at icts.kuleuven.be Tue May 8 12:06:46 2012 From: Werner.Maes at icts.kuleuven.be (Werner Maes) Date: Tue, 8 May 2012 12:06:46 +0000 Subject: [rhelv6-list] vim 7.3 Message-ID: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> Hello Does anyone if vim 7.3 will be included in RHEL 6.3? I'm waiting for the persistent undo feature. Kind regards Werner From jsbillin at umich.edu Tue May 8 12:16:39 2012 From: jsbillin at umich.edu (Jonathan Billings) Date: Tue, 8 May 2012 08:16:39 -0400 Subject: [rhelv6-list] vim 7.3 In-Reply-To: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> References: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: On Tue, May 8, 2012 at 8:06 AM, Werner Maes wrote: > Does anyone if vim 7.3 will be included in RHEL 6.3? > I'm waiting for the persistent undo feature. The 6.3 Beta has vim 7.2.411. -- Jonathan Billings College of Engineering - CAEN - Unix and Linux Support From Werner.Maes at icts.kuleuven.be Tue May 8 12:35:37 2012 From: Werner.Maes at icts.kuleuven.be (Werner Maes) Date: Tue, 8 May 2012 12:35:37 +0000 Subject: [rhelv6-list] vim 7.3 In-Reply-To: References: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: <563A79C225D450499476DB8FBAE416800D4425DC@ICTS-S-MBX3.luna.kuleuven.be> What a bummer ! -----Oorspronkelijk bericht----- Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens Jonathan Billings Verzonden: dinsdag 8 mei 2012 2:17 Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Onderwerp: Re: [rhelv6-list] vim 7.3 On Tue, May 8, 2012 at 8:06 AM, Werner Maes wrote: > Does anyone if vim 7.3 will be included in RHEL 6.3? > I'm waiting for the persistent undo feature. The 6.3 Beta has vim 7.2.411. -- Jonathan Billings College of Engineering - CAEN - Unix and Linux Support _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From greg at nytefyre.net Tue May 8 12:51:17 2012 From: greg at nytefyre.net (Greg Swift) Date: Tue, 8 May 2012 07:51:17 -0500 Subject: [rhelv6-list] vim 7.3 In-Reply-To: <563A79C225D450499476DB8FBAE416800D4425DC@ICTS-S-MBX3.luna.kuleuven.be> References: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> <563A79C225D450499476DB8FBAE416800D4425DC@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: have you filed an RFE with a business case with support? On Tue, May 8, 2012 at 7:35 AM, Werner Maes wrote: > What a bummer ! > > -----Oorspronkelijk bericht----- > Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens Jonathan Billings > Verzonden: dinsdag 8 mei 2012 2:17 > Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Onderwerp: Re: [rhelv6-list] vim 7.3 > > On Tue, May 8, 2012 at 8:06 AM, Werner Maes wrote: >> Does anyone if vim 7.3 will be included in RHEL 6.3? >> I'm waiting for the persistent undo feature. > > The 6.3 Beta has vim 7.2.411. > > -- > Jonathan Billings > College of Engineering - CAEN - Unix and Linux Support > > _______________________________________________ > 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 cmadams at hiwaay.net Tue May 8 13:59:47 2012 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 8 May 2012 08:59:47 -0500 Subject: [rhelv6-list] vim 7.3 In-Reply-To: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> References: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: <20120508135947.GA7494@hiwaay.net> Once upon a time, Werner Maes said: > Does anyone if vim 7.3 will be included in RHEL 6.3? > I'm waiting for the persistent undo feature. In general, you won't see package versions change during the lifetime of a major RHEL release, so all RHEL 6.x releases will have vim 7.2. There are always exceptions, but they are for major functionality additions (for markets that Red Hat is trying to target, such as virtualization and storage) or for packages that are just unsupportable otherwise (such as Firefox). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From Werner.Maes at icts.kuleuven.be Tue May 8 14:01:40 2012 From: Werner.Maes at icts.kuleuven.be (Werner Maes) Date: Tue, 8 May 2012 14:01:40 +0000 Subject: [rhelv6-list] vim 7.3 In-Reply-To: References: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> <563A79C225D450499476DB8FBAE416800D4425DC@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: <563A79C225D450499476DB8FBAE416800D4426B9@ICTS-S-MBX3.luna.kuleuven.be> No, I haven't. But I find it strange why it has not been implemented in RHEL 6.x. It's been available in fedora since release 13 -----Oorspronkelijk bericht----- Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens Greg Swift Verzonden: dinsdag 8 mei 2012 2:51 Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Onderwerp: Re: [rhelv6-list] vim 7.3 have you filed an RFE with a business case with support? On Tue, May 8, 2012 at 7:35 AM, Werner Maes wrote: > What a bummer ! > > -----Oorspronkelijk bericht----- > Van: rhelv6-list-bounces at redhat.com > [mailto:rhelv6-list-bounces at redhat.com] Namens Jonathan Billings > Verzonden: dinsdag 8 mei 2012 2:17 > Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Onderwerp: Re: [rhelv6-list] vim 7.3 > > On Tue, May 8, 2012 at 8:06 AM, Werner Maes wrote: >> Does anyone if vim 7.3 will be included in RHEL 6.3? >> I'm waiting for the persistent undo feature. > > The 6.3 Beta has vim 7.2.411. > > -- > Jonathan Billings College of Engineering - CAEN - > Unix and Linux Support > > _______________________________________________ > 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 _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From greg at nytefyre.net Tue May 8 14:32:42 2012 From: greg at nytefyre.net (Greg Swift) Date: Tue, 8 May 2012 09:32:42 -0500 Subject: [rhelv6-list] vim 7.3 In-Reply-To: <563A79C225D450499476DB8FBAE416800D4426B9@ICTS-S-MBX3.luna.kuleuven.be> References: <563A79C225D450499476DB8FBAE416800D44258C@ICTS-S-MBX3.luna.kuleuven.be> <563A79C225D450499476DB8FBAE416800D4425DC@ICTS-S-MBX3.luna.kuleuven.be> <563A79C225D450499476DB8FBAE416800D4426B9@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux For example, RHEL 6 was forked from Fedora at the end of 2009 (approximately at the time of the Fedora 12 release) and released more or less together with Fedora 14. By the time RHEL 6 was released, many features from Fedora 13 and 14 had already been backported into it. The Fedora Project lists the following lineages for older Red Hat Enterprise releases[9]: Red Hat Linux 6.2 ? Red Hat Linux 6.2E Red Hat Linux 7.2 ? Red Hat Enterprise Linux 2.1 Red Hat Linux 9 ? Red Hat Enterprise Linux 3 Fedora Core 3 ? Red Hat Enterprise Linux 4 Fedora Core 6 ? Red Hat Enterprise Linux 5 Fedora 12, 13 ? Red Hat Enterprise Linux 6 So since RHEL6 only really had backported stuph from Fedora 13, thats likely why. Like Chris Adams said, its rare that a component's major version changes inside a major version of RHEL, but if its going to it tends to be either marketing or customer demand. So, if you've got business reason for it, demand it :) -greg On Tue, May 8, 2012 at 9:01 AM, Werner Maes wrote: > No, I haven't. > But I find it strange why it has not been implemented in RHEL 6.x. > It's been available in fedora since release 13 > > -----Oorspronkelijk bericht----- > Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens Greg Swift > Verzonden: dinsdag 8 mei 2012 2:51 > Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Onderwerp: Re: [rhelv6-list] vim 7.3 > > have you filed an RFE with a business case with support? > > On Tue, May 8, 2012 at 7:35 AM, Werner Maes wrote: >> What a bummer ! >> >> -----Oorspronkelijk bericht----- >> Van: rhelv6-list-bounces at redhat.com >> [mailto:rhelv6-list-bounces at redhat.com] Namens Jonathan Billings >> Verzonden: dinsdag 8 mei 2012 2:17 >> Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list >> Onderwerp: Re: [rhelv6-list] vim 7.3 >> >> On Tue, May 8, 2012 at 8:06 AM, Werner Maes wrote: >>> Does anyone if vim 7.3 will be included in RHEL 6.3? >>> I'm waiting for the persistent undo feature. >> >> The 6.3 Beta has vim 7.2.411. >> >> -- >> Jonathan Billings College of Engineering - CAEN - >> Unix and Linux Support >> >> _______________________________________________ >> 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 > > _______________________________________________ > 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 thomas at redhat.com Tue May 8 15:38:00 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Tue, 08 May 2012 10:38:00 -0500 Subject: [rhelv6-list] dhclient running TWICE during boot (RHEL 6.2) In-Reply-To: <1336413023.1453.11.camel@psmith-ubeta> References: <1335736995.2044.15.camel@homebase> <4F9E266E.10702@redhat.com> <1335769152.11437.6.camel@homebase> <1335790053.11437.15.camel@homebase> <1335790922.11437.18.camel@homebase> <4DA0AD92-A702-4125-A8F9-41D03A2936C6@cisco.com> <1335808060.3891.10.camel@psmith-ubeta> <20120430180104.GA13589@nostromo.devel.redhat.com> <20120430191457.GA14432@nostromo.devel.redhat.com> <1336413023.1453.11.camel@psmith-ubeta> Message-ID: <4FA93DD8.2000604@redhat.com> On 05/07/2012 12:50 PM, Paul Smith wrote: > I think I'm misunderstanding something about Red Hat support and > Bugzilla. How does one actually get bugs fixed? It seems like they are > ignored until the next beta is started, then you get a message for each > one saying "sorry, this bug is still unresolved so it has been > rejected". Is this some new variant of Agile I'm not familiar with? I > never heard of a development process where you just reject all the open > bugs you didn't have time to fix when you started beta... what a > concept! I think we should start doing that at my company too. It > would really improve our QA metrics, that's for sure. > > Am I just supposed to keep filing the bug again for each new release? > This seems somewhat Sisyphean, even for open source. There is a very important distinction between opening a support ticket and opening a bugzilla ticket. With support, there is an SLA. With support, our engineers will often open a bugzilla. But there is no SLA for BZ. Can you point me to an example of a bug that got closed as you describe? -- Thomas Cameron, RHCA, RHCSS, RHCDS, RHCVA, RHCX Chief Architect, Canada and Central US 512-241-0774 office / 512-585-5631 cell http://people.redhat.com/tcameron/ IRC: choirboy / AIM: rhelguy / Yahoo: rhce_guy /Google+ http://ongpl.us/tdc From paul at mad-scientist.net Tue May 8 17:46:19 2012 From: paul at mad-scientist.net (Paul Smith) Date: Tue, 8 May 2012 13:46:19 -0400 Subject: [rhelv6-list] dhclient running TWICE during boot (RHEL 6.2) In-Reply-To: <4FA93DD8.2000604@redhat.com> References: <1335736995.2044.15.camel@homebase> <4F9E266E.10702@redhat.com> <1335769152.11437.6.camel@homebase> <1335790053.11437.15.camel@homebase> <1335790922.11437.18.camel@homebase> <4DA0AD92-A702-4125-A8F9-41D03A2936C6@cisco.com> <1335808060.3891.10.camel@psmith-ubeta> <20120430180104.GA13589@nostromo.devel.redhat.com> <20120430191457.GA14432@nostromo.devel.redhat.com> <1336413023.1453.11.camel@psmith-ubeta> <4FA93DD8.2000604@redhat.com> Message-ID: <1336499179.1453.26.camel@psmith-ubeta> On Tue, 2012-05-08 at 10:38 -0500, thomas at redhat.com wrote: > There is a very important distinction between opening a support ticket > and opening a bugzilla ticket. With support, there is an SLA. With > support, our engineers will often open a bugzilla. But there is no SLA > for BZ. Hm, looks like I need to find a way to generate a support ticket. > Can you point me to an example of a bug that got closed as you describe? Looking again it seems the state of the bug was not changed. It's just the comment that's added (plus the fact that nothing else seems to happen with the bug after that comment) that leads one to believe it's closed. Maybe it's just the wording of this automated comment that needs to be adjusted. Here is a bug I filed a week ago that was just "rejected": https://bugzilla.redhat.com/show_bug.cgi?id=817556 And another filed by Bill Nottingham the same day: https://bugzilla.redhat.com/show_bug.cgi?id=817660 And here's a bug for basically the same issue, filed two years ago: https://bugzilla.redhat.com/show_bug.cgi?id=607921 Cheers! From geslinux at gmail.com Tue May 8 19:17:42 2012 From: geslinux at gmail.com (Grzegorz Witkowski) Date: Tue, 8 May 2012 20:17:42 +0100 Subject: [rhelv6-list] dhclient running TWICE during boot (RHEL 6.2) In-Reply-To: <4FA93DD8.2000604@redhat.com> References: <1335736995.2044.15.camel@homebase> <4F9E266E.10702@redhat.com> <1335769152.11437.6.camel@homebase> <1335790053.11437.15.camel@homebase> <1335790922.11437.18.camel@homebase> <4DA0AD92-A702-4125-A8F9-41D03A2936C6@cisco.com> <1335808060.3891.10.camel@psmith-ubeta> <20120430180104.GA13589@nostromo.devel.redhat.com> <20120430191457.GA14432@nostromo.devel.redhat.com> <1336413023.1453.11.camel@psmith-ubeta> <4FA93DD8.2000604@redhat.com> Message-ID: I also got confused. With a support there is a SLA and engineer would often open a bugzilla with no SLA. Logically then SLA is negated. Am I missing something? Basically that also gives an impression that as long as there is no case open by supported customer RH does not really bother if there is a problem reported by community. Maybe it should be reported back to Fedora to get it fixed there first and then maybe it'll make through to RHEL? On May 8, 2012 4:41 p.m., "thomas at redhat.com" wrote: > On 05/07/2012 12:50 PM, Paul Smith wrote: > >> I think I'm misunderstanding something about Red Hat support and >> Bugzilla. How does one actually get bugs fixed? It seems like they are >> ignored until the next beta is started, then you get a message for each >> one saying "sorry, this bug is still unresolved so it has been >> rejected". Is this some new variant of Agile I'm not familiar with? I >> never heard of a development process where you just reject all the open >> bugs you didn't have time to fix when you started beta... what a >> concept! I think we should start doing that at my company too. It >> would really improve our QA metrics, that's for sure. >> >> Am I just supposed to keep filing the bug again for each new release? >> This seems somewhat Sisyphean, even for open source. >> > > There is a very important distinction between opening a support ticket and > opening a bugzilla ticket. > > With support, there is an SLA. With support, our engineers will often open > a bugzilla. But there is no SLA for BZ. > > Can you point me to an example of a bug that got closed as you describe? > > > -- > Thomas Cameron, RHCA, RHCSS, RHCDS, RHCVA, RHCX > Chief Architect, Canada and Central US > 512-241-0774 office / 512-585-5631 cell > http://people.redhat.com/**tcameron/ > IRC: choirboy / AIM: rhelguy / Yahoo: rhce_guy /Google+ > http://ongpl.us/tdc > > ______________________________**_________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/**mailman/listinfo/rhelv6-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at redhat.com Tue May 8 21:02:10 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Tue, 08 May 2012 16:02:10 -0500 Subject: [rhelv6-list] dhclient running TWICE during boot (RHEL 6.2) In-Reply-To: References: <1335736995.2044.15.camel@homebase> <4F9E266E.10702@redhat.com> <1335769152.11437.6.camel@homebase> <1335790053.11437.15.camel@homebase> <1335790922.11437.18.camel@homebase> <4DA0AD92-A702-4125-A8F9-41D03A2936C6@cisco.com> <1335808060.3891.10.camel@psmith-ubeta> <20120430180104.GA13589@nostromo.devel.redhat.com> <20120430191457.GA14432@nostromo.devel.redhat.com> <1336413023.1453.11.camel@psmith-ubeta> <4FA93DD8.2000604@redhat.com> Message-ID: <4FA989D2.4000901@redhat.com> On 05/08/2012 02:17 PM, Grzegorz Witkowski wrote: > I also got confused. With a support there is a SLA and engineer would > often open a bugzilla with no SLA. Sorry, should have been more clear. BZ's are used by engineering for bug tracking. Sometimes those bugs are filed as a result of a community member filing them (and thank you for doing so), others are filed by internal Red Hat folks. In neither case is there an SLA *on the bug* > Logically then SLA is negated. Am I missing something? There is no SLA *on the bug* - the ticket may have an SLA guaranteed, but the resulting BZ does not. Do you see the difference? > Basically that also gives an impression that as long as there is no case > open by supported customer RH does not really bother if there is a > problem reported by community. Not the case at all! I don't have access to any metrics (I'm in an airport restaurant right now), but we fix a LOT of BZs filed by non-paying community members! To be sure, BZs are prioritized, and customer business-impacting problems attached to support tickets with SLAs are going to take higher priority than low-impact BZs where there is a small impact and/or an easy workaround. I think that's reasonable - if you have an outage that's affecting your ability to run your company, I think you'd want our engineers focusing on that. I think you'd want a BZ which is reporting an annoyance or a low-impact issue to take the back seat. > Maybe it should be reported back to > Fedora to get it fixed there first and then maybe it'll make through to > RHEL? Not a bad idea, although certainly not a requirement. Because Fedora is so fast moving, it may be that bugs would be easier to squash there. The bottom line is, if you have an outage which is affecting your business, BZ is not the best place to ask for help. Open a ticket with our support folks so there is a real SLA around it. Make sense? Please let me know if I can answer any other questions! TC -- Thomas Cameron, RHCA, RHCSS, RHCDS, RHCVA, RHCX, CNE, MCSE, MCT Chief Architect, Central US & Canada 512-241-0774 office 512-585-5631 cell 512-857-1345 fax http://people.redhat.com/tcameron For the 5th year running, JBoss leads in customer satisfaction: http://www.jboss.com/pdf/customer_satisfaction.pdf From geslinux at gmail.com Wed May 9 07:16:18 2012 From: geslinux at gmail.com (Grzegorz Witkowski) Date: Wed, 9 May 2012 08:16:18 +0100 Subject: [rhelv6-list] dhclient running TWICE during boot (RHEL 6.2) In-Reply-To: <4FA989D2.4000901@redhat.com> References: <1335736995.2044.15.camel@homebase> <4F9E266E.10702@redhat.com> <1335769152.11437.6.camel@homebase> <1335790053.11437.15.camel@homebase> <1335790922.11437.18.camel@homebase> <4DA0AD92-A702-4125-A8F9-41D03A2936C6@cisco.com> <1335808060.3891.10.camel@psmith-ubeta> <20120430180104.GA13589@nostromo.devel.redhat.com> <20120430191457.GA14432@nostromo.devel.redhat.com> <1336413023.1453.11.camel@psmith-ubeta> <4FA93DD8.2000604@redhat.com> <4FA989D2.4000901@redhat.com> Message-ID: On May 8, 2012 10:07 p.m., "thomas at redhat.com" wrote: > > On 05/08/2012 02:17 PM, Grzegorz Witkowski wrote: >> >> I also got confused. With a support there is a SLA and engineer would >> often open a bugzilla with no SLA. > > > Sorry, should have been more clear. BZ's are used by engineering for bug tracking. Sometimes those bugs are filed as a result of a community member filing them (and thank you for doing so), others are filed by internal Red Hat folks. In neither case is there an SLA *on the bug* > > >> Logically then SLA is negated. Am I missing something? > > > There is no SLA *on the bug* - the ticket may have an SLA guaranteed, but the resulting BZ does not. Do you see the difference? > > >> Basically that also gives an impression that as long as there is no case >> open by supported customer RH does not really bother if there is a >> problem reported by community. > > > Not the case at all! I don't have access to any metrics (I'm in an airport restaurant right now), but we fix a LOT of BZs filed by non-paying community members! > > To be sure, BZs are prioritized, and customer business-impacting problems attached to support tickets with SLAs are going to take higher priority than low-impact BZs where there is a small impact and/or an easy workaround. I think that's reasonable - if you have an outage that's affecting your ability to run your company, I think you'd want our engineers focusing on that. I think you'd want a BZ which is reporting an annoyance or a low-impact issue to take the back seat. > > > > Maybe it should be reported back to >> >> Fedora to get it fixed there first and then maybe it'll make through to >> RHEL? > > > Not a bad idea, although certainly not a requirement. Because Fedora is so fast moving, it may be that bugs would be easier to squash there. > > The bottom line is, if you have an outage which is affecting your business, BZ is not the best place to ask for help. Open a ticket with our support folks so there is a real SLA around it. > > Make sense? > > Please let me know if I can answer any other questions! > > TC > -- > Thomas Cameron, RHCA, RHCSS, RHCDS, RHCVA, RHCX, CNE, MCSE, MCT > Chief Architect, Central US & Canada > 512-241-0774 office 512-585-5631 cell 512-857-1345 fax > http://people.redhat.com/tcameron > > For the 5th year running, JBoss leads in customer satisfaction: > http://www.jboss.com/pdf/customer_satisfaction.pdf > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list Hi Thomas, That absolutely makes sense now. Thank you for your prompt answer and clarification. Kindest regards, Grzegorz Witkowski -------------- next part -------------- An HTML attachment was scrubbed... URL: From fpicabia at gmail.com Thu May 17 16:29:04 2012 From: fpicabia at gmail.com (francis picabia) Date: Thu, 17 May 2012 13:29:04 -0300 Subject: [rhelv6-list] devices not being made following upgrade to to RHEL 6 Message-ID: I did a couple of upgrades from DVD to a Redhat 4 system to bring it up to 6.3. It runs on software MD raid. On boot, it fails to mount anything other than the root raid /dev/md0 because the devices for md1 through md4 are missing in /dev. If I manually recreate them from MAKEDEV I can fsck and mount md1 through md4 fine under the maintenance mode. I thought perhaps MAKEDEV could create the whole /dev tree, but it doesn't. If udev is the way to do this now, how do I get it to populate /dev. There might be an earlier error happening from whatever process which does this, but if I can try it by hand, I might see what it is. I notice healthy systems have a udevd -d running. If I try this manually in maintenance mode, I get back: udevd[714]: error getting socket: Invalid argument From fpicabia at gmail.com Thu May 17 16:44:22 2012 From: fpicabia at gmail.com (francis picabia) Date: Thu, 17 May 2012 13:44:22 -0300 Subject: [rhelv6-list] devices not being made following upgrade to to RHEL 6 In-Reply-To: References: Message-ID: On Thu, May 17, 2012 at 1:29 PM, francis picabia wrote: > I did a couple of upgrades from DVD to a Redhat 4 > system to bring it up to 6.3. ?It runs on software MD > raid. > > On boot, it fails to mount anything other than the root > raid /dev/md0 because the devices for md1 through md4 > are missing in /dev. ?If I manually recreate them from > MAKEDEV I can fsck and mount md1 through md4 fine > under the maintenance mode. > > I thought perhaps MAKEDEV could create the whole /dev > tree, but it doesn't. ?If udev is the way to do this now, > how do I get it to populate /dev. There might be an earlier > error happening from whatever process which does this, > but if I can try it by hand, I might see what it is. > > I notice healthy systems have a udevd -d running. > If I try this manually in maintenance mode, > I get back: > > udevd[714]: error getting socket: Invalid argument I had trouble seeing the earlier part of the screen over my web based KVM console before, but at the physical console I can shift-page up to scroll back and udevd is indeed the earliest error on the console: Starting udev: udevd[549]: error getting socket: Invalid argument From michael.coffman at avagotech.com Thu May 17 19:08:59 2012 From: michael.coffman at avagotech.com (Michael Coffman) Date: Thu, 17 May 2012 13:08:59 -0600 Subject: [rhelv6-list] Setting overcommit_memory=2 kills system Message-ID: Hello, In general I am in the habit of turning off memory overcommit because I believe it's a bad thing in a multi-user environment. This was never a problem on rhel5 systems, but on rhel6, I am having issues. When I try to set overcommit_memory=2, my system locks up. It basically behaves as if the memory is all used up... I see the same behavior on centos6 or rhel6. Following is some output from each platform. # -- RHEL6 # uname -a Linux joker 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 x86_64 x86_64 x86_64 GNU/Linux #lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: RedHatEnterpriseWorkstation Description: Red Hat Enterprise Linux Workstation release 6.2 (Santiago) Release: 6.2 Codename: Santiago # free total used free shared buffers cached Mem: 2052176 234828 1817348 0 15352 112852 -/+ buffers/cache: 106624 1945552 Swap: 2052088 0 2052088 # sysctl -a |grep commit vm.overcommit_memory = 0 vm.overcommit_ratio = 50 vm.nr_overcommit_hugepages = 0 # sysctl -w vm.overcommit_memory=2 vm.overcommit_memory = 2 # ls -bash: fork: Cannot allocate memory # #--- CENTOS6 -------------------------- # uname -a Linux joker 2.6.32-220.el6.x86_64 #1 SMP Tue Dec 6 19:48:22 GMT 2011 x86_64 x86_64 x86_64 GNU/Linux # lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: CentOS Description: CentOS release 6.2 (Final) Release: 6.2 Codename: Final # free total used free shared buffers cached Mem: 2052176 378668 1673508 0 19472 252576 -/+ buffers/cache: 106620 1945556 Swap: 2052088 0 2052088 # sysctl -a |grep commit vm.overcommit_memory = 0 vm.overcommit_ratio = 50 vm.nr_overcommit_hugepages = 0 # sysctl -w vm.overcommit_memory=2 vm.overcommit_memory = 2 [root at joker ~]# ls -bash: fork: Cannot allocate memory One last point. If I set the overcommit values in /etc/sysctl.conf and then reboot, the values get set correctly on boot and everything seems fine. In addition I can then change the value of overcommit_memory to 0 and back to 2 with out any ill affects. Searches for issues with setting overcommit_memory=2 haven't turned up anything useful.. Thanks. -- -MichaelC -------------- next part -------------- An HTML attachment was scrubbed... URL: From vadya at bloomberg.net Thu May 17 19:26:35 2012 From: vadya at bloomberg.net (VINIT ADYA (BLOOMBERG/ 731 LEXIN)) Date: 17 May 2012 15:26:35 -0400 Subject: [rhelv6-list] =?utf-8?q?Setting_overcommit=5Fmemory=3D2_kills_sys?= =?utf-8?q?tem?= Message-ID: <4FB550EB01EB052C00390541_0_90005@p057> Can you post /proc/meminfo. ----- Original Message ----- From: michael.coffman at avagotech.com To: centos at centos.org, rhelv6-list at redhat.com At: 5/17 15:12:12 Hello, In general I am in the habit of turning off memory overcommit because I believe it's a bad thing in a multi-user environment. This was never a problem on rhel5 systems, but on rhel6, I am having issues. When I try to set overcommit_memory=2, my system locks up. It basically behaves as if the memory is all used up... I see the same behavior on centos6 or rhel6. Following is some output from each platform. # -- RHEL6 # uname -a Linux joker 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 x86_64 x86_64 x86_64 GNU/Linux #lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: RedHatEnterpriseWorkstation Description: Red Hat Enterprise Linux Workstation release 6.2 (Santiago) Release: 6.2 Codename: Santiago # free total used free shared buffers cached Mem: 2052176 234828 1817348 0 15352 112852 -/+ buffers/cache: 106624 1945552 Swap: 2052088 0 2052088 # sysctl -a |grep commit vm.overcommit_memory = 0 vm.overcommit_ratio = 50 vm.nr_overcommit_hugepages = 0 # sysctl -w vm.overcommit_memory=2 vm.overcommit_memory = 2 # ls -bash: fork: Cannot allocate memory # #--- CENTOS6 -------------------------- # uname -a Linux joker 2.6.32-220.el6.x86_64 #1 SMP Tue Dec 6 19:48:22 GMT 2011 x86_64 x86_64 x86_64 GNU/Linux # lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: CentOS Description: CentOS release 6.2 (Final) Release: 6.2 Codename: Final # free total used free shared buffers cached Mem: 2052176 378668 1673508 0 19472 252576 -/+ buffers/cache: 106620 1945556 Swap: 2052088 0 2052088 # sysctl -a |grep commit vm.overcommit_memory = 0 vm.overcommit_ratio = 50 vm.nr_overcommit_hugepages = 0 # sysctl -w vm.overcommit_memory=2 vm.overcommit_memory = 2 [root at joker ~]# ls -bash: fork: Cannot allocate memory One last point. If I set the overcommit values in /etc/sysctl.conf and then reboot, the values get set correctly on boot and everything seems fine. In addition I can then change the value of overcommit_memory to 0 and back to 2 with out any ill affects. Searches for issues with setting overcommit_memory=2 haven't turned up anything useful.. Thanks. -- -MichaelC -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2271728836528002.txt Type: application/octet-stream Size: 148 bytes Desc: not available URL: From michael.coffman at avagotech.com Thu May 17 19:58:32 2012 From: michael.coffman at avagotech.com (Michael Coffman) Date: Thu, 17 May 2012 13:58:32 -0600 Subject: [rhelv6-list] Setting overcommit_memory=2 kills system In-Reply-To: <4FB550EB01EB052C00390541_0_90005@p057> References: <4FB550EB01EB052C00390541_0_90005@p057> Message-ID: On Thu, May 17, 2012 at 1:26 PM, VINIT ADYA (BLOOMBERG/ 731 LEXIN) < vadya at bloomberg.net> wrote: > Can you post /proc/meminfo. > This is after the system has been rebooted with overcommit turned off. Not sure if that matters: [root at joker ~]# cat /proc/meminfo MemTotal: 2052176 kB MemFree: 1657152 kB Buffers: 20160 kB Cached: 254396 kB SwapCached: 0 kB Active: 126156 kB Inactive: 174860 kB Active(anon): 31988 kB Inactive(anon): 8 kB Active(file): 94168 kB Inactive(file): 174852 kB Unevictable: 6216 kB Mlocked: 6216 kB SwapTotal: 2052088 kB SwapFree: 2052088 kB Dirty: 188 kB Writeback: 0 kB AnonPages: 32588 kB Mapped: 16740 kB Shmem: 228 kB Slab: 43436 kB SReclaimable: 17768 kB SUnreclaim: 25668 kB KernelStack: 1080 kB PageTables: 3680 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 4063220 kB Committed_AS: 125088 kB VmallocTotal: 34359738367 kB VmallocUsed: 13156 kB VmallocChunk: 34359715916 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 6148 kB DirectMap2M: 2088960 kB > ----- Original Message ----- > From: michael.coffman at avagotech.com > To: centos at centos.org, rhelv6-list at redhat.com > At: 5/17 15:12:12 > > Hello, > > In general I am in the habit of turning off memory overcommit because I > believe it's a bad thing in a multi-user environment. This was never a > problem on rhel5 systems, but on rhel6, I am having issues. When I try > to set overcommit_memory=2, my system locks up. It basically behaves as > if the memory is all used up... I see the same behavior on centos6 or > rhel6. Following is some output from each platform. > > # -- RHEL6 > # uname -a > Linux joker 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 x86_64 > x86_64 x86_64 GNU/Linux > > #lsb_release -a > LSB Version: > > :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch > Distributor ID: RedHatEnterpriseWorkstation > Description: Red Hat Enterprise Linux Workstation release 6.2 (Santiago) > Release: 6.2 > Codename: Santiago > > # free > total used free shared buffers cached > Mem: 2052176 234828 1817348 0 15352 112852 > -/+ buffers/cache: 106624 1945552 > Swap: 2052088 0 2052088 > > # sysctl -a |grep commit > vm.overcommit_memory = 0 > vm.overcommit_ratio = 50 > vm.nr_overcommit_hugepages = 0 > # sysctl -w vm.overcommit_memory=2 > vm.overcommit_memory = 2 > # ls > -bash: fork: Cannot allocate memory > # > > #--- CENTOS6 -------------------------- > # uname > -a > Linux joker 2.6.32-220.el6.x86_64 #1 SMP Tue Dec 6 19:48:22 GMT 2011 x86_64 > x86_64 x86_64 GNU/Linux > > # lsb_release -a > LSB Version: > > :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch > Distributor ID: CentOS > Description: CentOS release 6.2 (Final) > Release: 6.2 > Codename: Final > > # free > total used free shared buffers cached > Mem: 2052176 378668 1673508 0 19472 252576 > -/+ buffers/cache: 106620 1945556 > Swap: 2052088 0 2052088 > > # sysctl -a |grep commit > vm.overcommit_memory = 0 > vm.overcommit_ratio = 50 > vm.nr_overcommit_hugepages = 0 > # sysctl -w vm.overcommit_memory=2 > vm.overcommit_memory = 2 > [root at joker ~]# ls > -bash: fork: Cannot allocate memory > > One last point. If I set the overcommit values in /etc/sysctl.conf and > then reboot, the values get set correctly on boot and everything seems > fine. In addition I can then change the value of overcommit_memory to 0 > and back to 2 with out any ill affects. > > Searches for issues with setting overcommit_memory=2 haven't turned up > anything useful.. > > > Thanks. > -- > -MichaelC > -- -MichaelC -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.coffman at avagotech.com Thu May 17 20:09:53 2012 From: michael.coffman at avagotech.com (Michael Coffman) Date: Thu, 17 May 2012 14:09:53 -0600 Subject: [rhelv6-list] Setting overcommit_memory=2 kills system In-Reply-To: References: <4FB550EB01EB052C00390541_0_90005@p057> Message-ID: On Thu, May 17, 2012 at 1:58 PM, Michael Coffman < michael.coffman at avagotech.com> wrote: > > > On Thu, May 17, 2012 at 1:26 PM, VINIT ADYA (BLOOMBERG/ 731 LEXIN) < > vadya at bloomberg.net> wrote: > >> Can you post /proc/meminfo. >> > > Here is meminfo with overcommit_memory=0 and overcommit_ration=50 (defaults) MemTotal: 2052176 kB MemFree: 1658912 kB Buffers: 23036 kB Cached: 261572 kB SwapCached: 0 kB Active: 94208 kB Inactive: 205604 kB Active(anon): 20732 kB Inactive(anon): 4 kB Active(file): 73476 kB Inactive(file): 205600 kB Unevictable: 6216 kB Mlocked: 6216 kB SwapTotal: 2052088 kB SwapFree: 2052088 kB Dirty: 408 kB Writeback: 0 kB AnonPages: 21456 kB Mapped: 15476 kB Shmem: 224 kB Slab: 43392 kB SReclaimable: 17856 kB SUnreclaim: 25536 kB KernelStack: 1048 kB PageTables: 3292 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 3078176 kB Committed_AS: 137197242528 kB VmallocTotal: 34359738367 kB VmallocUsed: 13156 kB VmallocChunk: 34359715924 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 6148 kB DirectMap2M: 2088960 kB > This is after the system has been rebooted with overcommit turned off. > Not sure if that matters: > > [root at joker ~]# cat /proc/meminfo > MemTotal: 2052176 kB > MemFree: 1657152 kB > Buffers: 20160 kB > Cached: 254396 kB > SwapCached: 0 kB > Active: 126156 kB > Inactive: 174860 kB > Active(anon): 31988 kB > Inactive(anon): 8 kB > Active(file): 94168 kB > Inactive(file): 174852 kB > Unevictable: 6216 kB > Mlocked: 6216 kB > SwapTotal: 2052088 kB > SwapFree: 2052088 kB > Dirty: 188 kB > Writeback: 0 kB > AnonPages: 32588 kB > Mapped: 16740 kB > Shmem: 228 kB > Slab: 43436 kB > SReclaimable: 17768 kB > SUnreclaim: 25668 kB > KernelStack: 1080 kB > PageTables: 3680 kB > NFS_Unstable: 0 kB > Bounce: 0 kB > WritebackTmp: 0 kB > CommitLimit: 4063220 kB > Committed_AS: 125088 kB > VmallocTotal: 34359738367 kB > VmallocUsed: 13156 kB > VmallocChunk: 34359715916 kB > HardwareCorrupted: 0 kB > AnonHugePages: 0 kB > HugePages_Total: 0 > HugePages_Free: 0 > HugePages_Rsvd: 0 > HugePages_Surp: 0 > Hugepagesize: 2048 kB > DirectMap4k: 6148 kB > DirectMap2M: 2088960 kB > > >> ----- Original Message ----- >> From: michael.coffman at avagotech.com >> To: centos at centos.org, rhelv6-list at redhat.com >> At: 5/17 15:12:12 >> >> Hello, >> >> In general I am in the habit of turning off memory overcommit because I >> believe it's a bad thing in a multi-user environment. This was never a >> problem on rhel5 systems, but on rhel6, I am having issues. When I try >> to set overcommit_memory=2, my system locks up. It basically behaves as >> if the memory is all used up... I see the same behavior on centos6 or >> rhel6. Following is some output from each platform. >> >> # -- RHEL6 >> # uname -a >> Linux joker 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 >> x86_64 >> x86_64 x86_64 GNU/Linux >> >> #lsb_release -a >> LSB Version: >> >> :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch >> Distributor ID: RedHatEnterpriseWorkstation >> Description: Red Hat Enterprise Linux Workstation release 6.2 >> (Santiago) >> Release: 6.2 >> Codename: Santiago >> >> # free >> total used free shared buffers cached >> Mem: 2052176 234828 1817348 0 15352 112852 >> -/+ buffers/cache: 106624 1945552 >> Swap: 2052088 0 2052088 >> >> # sysctl -a |grep commit >> vm.overcommit_memory = 0 >> vm.overcommit_ratio = 50 >> vm.nr_overcommit_hugepages = 0 >> # sysctl -w vm.overcommit_memory=2 >> vm.overcommit_memory = 2 >> # ls >> -bash: fork: Cannot allocate memory >> # >> >> #--- CENTOS6 -------------------------- >> # uname >> -a >> Linux joker 2.6.32-220.el6.x86_64 #1 SMP Tue Dec 6 19:48:22 GMT 2011 >> x86_64 >> x86_64 x86_64 GNU/Linux >> >> # lsb_release -a >> LSB Version: >> >> :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch >> Distributor ID: CentOS >> Description: CentOS release 6.2 (Final) >> Release: 6.2 >> Codename: Final >> >> # free >> total used free shared buffers cached >> Mem: 2052176 378668 1673508 0 19472 252576 >> -/+ buffers/cache: 106620 1945556 >> Swap: 2052088 0 2052088 >> >> # sysctl -a |grep commit >> vm.overcommit_memory = 0 >> vm.overcommit_ratio = 50 >> vm.nr_overcommit_hugepages = 0 >> # sysctl -w vm.overcommit_memory=2 >> vm.overcommit_memory = 2 >> [root at joker ~]# ls >> -bash: fork: Cannot allocate memory >> >> One last point. If I set the overcommit values in /etc/sysctl.conf and >> then reboot, the values get set correctly on boot and everything seems >> fine. In addition I can then change the value of overcommit_memory to 0 >> and back to 2 with out any ill affects. >> >> Searches for issues with setting overcommit_memory=2 haven't turned up >> anything useful.. >> >> >> Thanks. >> -- >> -MichaelC >> > > > > -- > -MichaelC > -- -MichaelC -------------- next part -------------- An HTML attachment was scrubbed... URL: From brilong at cisco.com Thu May 17 20:17:25 2012 From: brilong at cisco.com (Brian Long (brilong)) Date: Thu, 17 May 2012 20:17:25 +0000 Subject: [rhelv6-list] Setting overcommit_memory=2 kills system In-Reply-To: References: Message-ID: <3F71258D-E71A-473B-A44D-42BF26AE8662@cisco.com> On May 17, 2012, at 3:08 PM, Michael Coffman wrote: > In general I am in the habit of turning off memory overcommit because I believe it's a bad thing in a multi-user environment. This was never a problem on rhel5 systems, but on rhel6, I am having issues. When I try to set overcommit_memory=2, my system locks up. It basically behaves as if the memory is all used up... I see the same behavior on centos6 or rhel6. [snip] > One last point. If I set the overcommit values in /etc/sysctl.conf and then reboot, the values get set correctly on boot and everything seems fine. In addition I can then change the value of overcommit_memory to 0 and back to 2 with out any ill affects. Just to clarify, if you set this in sysctl.conf and reboot, you're fine. It's only if you try setting this on-the-fly that the system borks. If this is true, it sounds like you don't have a problem for production systems. You set up /etc/sysctl.conf in your kickstart and never worry about it, right? Are you just curious on why you cannot do this on-the-fly? /Brian/ From michael.coffman at avagotech.com Thu May 17 20:28:45 2012 From: michael.coffman at avagotech.com (Michael Coffman) Date: Thu, 17 May 2012 14:28:45 -0600 Subject: [rhelv6-list] Setting overcommit_memory=2 kills system In-Reply-To: <3F71258D-E71A-473B-A44D-42BF26AE8662@cisco.com> References: <3F71258D-E71A-473B-A44D-42BF26AE8662@cisco.com> Message-ID: On Thu, May 17, 2012 at 2:17 PM, Brian Long (brilong) wrote: > On May 17, 2012, at 3:08 PM, Michael Coffman wrote: > > In general I am in the habit of turning off memory overcommit because I > believe it's a bad thing in a multi-user environment. This was never a > problem on rhel5 systems, but on rhel6, I am having issues. When I try > to set overcommit_memory=2, my system locks up. It basically behaves as > if the memory is all used up... I see the same behavior on centos6 or > rhel6. > [snip] > > One last point. If I set the overcommit values in /etc/sysctl.conf and > then reboot, the values get set correctly on boot and everything seems > fine. In addition I can then change the value of overcommit_memory to 0 > and back to 2 with out any ill affects. > > Just to clarify, if you set this in sysctl.conf and reboot, you're fine. > It's only if you try setting this on-the-fly that the system borks. > > Yes, that's correct. > If this is true, it sounds like you don't have a problem for production > systems. You set up /etc/sysctl.conf in your kickstart and never worry > about it, right? > > Sort of... > Are you just curious on why you cannot do this on-the-fly? > > I ran into this because my post install runs cfengine to configure things and when it got to the shellcommand section and ran sysctl -p, everything stopped. As I said, once set it seems to be OK. But I would hate to make changes to my global sysctl.conf later on, then have cfengine run an update and watch my machines lock up. > /Brian/ -- -MichaelC -------------- next part -------------- An HTML attachment was scrubbed... URL: From vincent at cojot.name Fri May 18 19:36:03 2012 From: vincent at cojot.name (vincent at cojot.name) Date: Fri, 18 May 2012 21:36:03 +0200 (CEST) Subject: [rhelv6-list] Proper way to add to RHEL6's GDM? In-Reply-To: References: <201108111118.26720.lowen@pari.edu> <4E452EE0.3020908@gmail.com> Message-ID: Hi everyone, For the record, i'd like to say that I found a workaround... I Added this file: # cat /etc/sysconfig/desktop DISPLAYMANAGER="KDE" This effectively drops the simple gdm greeter and switches to the kdm greeter which allows one to select a different X Session.. Problem solved. So in order to allow choosing a different Xsession (namely /etc/X11/gdm/Sessions/OpenWin ), I had to drop gdm and use kdm, thereby introducing a dependency upon KDE (sigh). I'm a little bit disappointed.. is there no other (GDM) way to do that? Best regards, Vincent On Fri, 12 Aug 2011, vincent at cojot.name wrote: > On Fri, 12 Aug 2011, Philip Durbin wrote: > >>> Under RHEL4/5, it was just a matter of adding >>> stuff under /etc/X11/* as in: >>> /etc/X11/dm/Sessions/OpenWindows.desktop >>> /etc/X11/gdm/Sessions/OpenWin >> >> For example: >> /usr/share/applications/gnome-terminal.desktop >> >> Phil >> > > Hi Phil, From tgc at statsbiblioteket.dk Mon May 21 06:53:40 2012 From: tgc at statsbiblioteket.dk (Tom G. Christensen) Date: Mon, 21 May 2012 08:53:40 +0200 Subject: [rhelv6-list] Proper way to add to RHEL6's GDM? In-Reply-To: References: <201108111118.26720.lowen@pari.edu> <4E452EE0.3020908@gmail.com> Message-ID: <4FB9E674.6070308@statsbiblioteket.dk> On 18/05/12 21:36, vincent at cojot.name wrote: > > Hi everyone, > > For the record, i'd like to say that I found a workaround... > I Added this file: > # cat /etc/sysconfig/desktop > DISPLAYMANAGER="KDE" > > This effectively drops the simple gdm greeter and switches to the kdm > greeter which allows one to select a different X Session.. Problem solved. > > So in order to allow choosing a different Xsession (namely > /etc/X11/gdm/Sessions/OpenWin ), I had to drop gdm and use kdm, thereby > introducing a dependency upon KDE (sigh). > > I'm a little bit disappointed.. is there no other (GDM) way to do that? > On my RHEL6 system there is no /etc/X11/gdm directory, instead GDM sessions are defined in /usr/share/xsessions. I've used it to create a couple of custom sessions, one that executes ~/.Xclients like it was done in previous RHEL releases, and one that runs the gnome-session using the real openssh agent instead of using the poor substitute provided by gnome-keyring. -tgc > Best regards, > > Vincent > > On Fri, 12 Aug 2011, vincent at cojot.name wrote: > >> On Fri, 12 Aug 2011, Philip Durbin wrote: >> >>>> Under RHEL4/5, it was just a matter of adding >>>> stuff under /etc/X11/* as in: >>>> /etc/X11/dm/Sessions/OpenWindows.desktop >>>> /etc/X11/gdm/Sessions/OpenWin >>> >>> For example: >>> /usr/share/applications/gnome-terminal.desktop >>> >>> Phil >>> >> >> Hi Phil, > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- Tom G. Christensen - Systemmedarbejder - IT-drift Statsbiblioteket - Victor Albecks Vej 1 - 8000 Aarhus C Tlf: (+45) 8946 2027 - Fax: (+45) 8946 2029 CVR/SE: 10100682 - EAN: 5798000791084 From vincent at cojot.name Mon May 21 09:24:54 2012 From: vincent at cojot.name (vincent at cojot.name) Date: Mon, 21 May 2012 11:24:54 +0200 (CEST) Subject: [rhelv6-list] Proper way to add to RHEL6's GDM? In-Reply-To: <4FB9E674.6070308@statsbiblioteket.dk> References: <201108111118.26720.lowen@pari.edu> <4E452EE0.3020908@gmail.com> <4FB9E674.6070308@statsbiblioteket.dk> Message-ID: Hi Tom, Very interesting find indeed. BTW, would you mind sharing these custom sessions (especially the one with the real openssh agent)? So, unless I'm mistaken, in order to summarize: - if GDM is installed, the only proper way to get a session chooser is to create /etc/sysconfig/desktop and switch to the KDE greeter. - if GDM isn't installed, you get a session chooser by default (which one?, btw). To me, it looks like a typical case of 'More is less' where a feature-extended system (full gdm) gives less 'features'. :) Not RedHat's fault but bothering nonetheless.. my 2c, Vincent On Mon, 21 May 2012, Tom G. Christensen wrote: > On my RHEL6 system there is no /etc/X11/gdm directory, instead GDM sessions > are defined in /usr/share/xsessions. > > I've used it to create a couple of custom sessions, one that executes > ~/.Xclients like it was done in previous RHEL releases, and one that runs the > gnome-session using the real openssh agent instead of using the poor > substitute provided by gnome-keyring. > > -tgc From tgc at statsbiblioteket.dk Mon May 21 09:39:22 2012 From: tgc at statsbiblioteket.dk (Tom G. Christensen) Date: Mon, 21 May 2012 11:39:22 +0200 Subject: [rhelv6-list] Proper way to add to RHEL6's GDM? In-Reply-To: References: <201108111118.26720.lowen@pari.edu> <4E452EE0.3020908@gmail.com> <4FB9E674.6070308@statsbiblioteket.dk> Message-ID: <4FBA0D4A.1080401@statsbiblioteket.dk> On 21/05/12 11:24, vincent at cojot.name wrote: > > Hi Tom, > > Very interesting find indeed. BTW, would you mind sharing these custom > sessions (especially the one with the real openssh agent)? > Sure but it's really very simple stuff. Here's the one for running the real ssh agent: $ cat /usr/share/xsessions/sshagent.desktop [Desktop Entry] Name=GNOME with ssh-agent Comment=This session logs you into GNOME Exec=/usr/local/bin/mygs Icon= Type=Application $ cat /usr/local/bin/mygs #!/bin/sh exec -l /usr/bin/ssh-agent /bin/sh -c "exec -l gnome-session" I suppose it would somehow be possible to embed this in the desktop file directly but I was not able to devise the right format for it, hence this little wrapper instead. Ofcourse you'll then want to disable the ssh agent function in gnome-keyring, it can be done when logged in like this: $ gconftool-2 -s --type bool /apps/gnome-keyring/daemon-components/ssh false For the ~/.Xclients session I just do 'Exec=$HOME/.Xclients' in the session desktop file. -tgc From jmtilsley at st-claire.org Mon May 21 15:14:53 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 21 May 2012 15:14:53 +0000 Subject: [rhelv6-list] Mount.CIFS Http URL Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> All, Is there anyway to mount a path similar to http:///dir1/dir2? Thanks! Jerry ________________________________ 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 jean-yves at lenhof.eu.org Mon May 21 15:50:32 2012 From: jean-yves at lenhof.eu.org (Jean-Yves LENHOF) Date: Mon, 21 May 2012 17:50:32 +0200 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> Message-ID: On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, From imusayev at webmd.net Mon May 21 16:41:28 2012 From: imusayev at webmd.net (Musayev, Ilya) Date: Mon, 21 May 2012 12:41:28 -0400 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> Message-ID: I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From jmtilsley at st-claire.org Mon May 21 17:41:05 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 21 May 2012 17:41:05 +0000 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D0E1@scrvm-ex2.st-claire.org> I installed davfs2, but apparently it does not support NTLM? Any suggestions would be appreciated. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 Mon May 21 17:02:24 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 21 May 2012 17:02:24 +0000 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> In general I'm looking for a way to define a mountpoint in FSTAB that mounts to a webdav resource. Or is there another way to get this to mount automatically after server reboot? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 12:41 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 ________________________________ 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 imusayev at webmd.net Mon May 21 21:41:12 2012 From: imusayev at webmd.net (Musayev, Ilya) Date: Mon, 21 May 2012 17:41:12 -0400 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> Message-ID: I think with fuse and netfs on - it should work. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Tilsley, Jerry M. Sent: Monday, May 21, 2012 1:02 PM To: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' Subject: Re: [rhelv6-list] Mount.CIFS Http URL In general I'm looking for a way to define a mountpoint in FSTAB that mounts to a webdav resource. Or is there another way to get this to mount automatically after server reboot? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 12:41 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 ________________________________ 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 From imusayev at webmd.net Mon May 21 21:43:06 2012 From: imusayev at webmd.net (Musayev, Ilya) Date: Mon, 21 May 2012 17:43:06 -0400 Subject: [rhelv6-list] Mount.CIFS Http URL References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> Message-ID: I think with fuse and netfs on - it should work - (fstab). Alternatively, you can do /etc/rc.local, I'd do a check prior to mounting the FS. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Tilsley, Jerry M. Sent: Monday, May 21, 2012 1:02 PM To: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' Subject: Re: [rhelv6-list] Mount.CIFS Http URL In general I'm looking for a way to define a mountpoint in FSTAB that mounts to a webdav resource. Or is there another way to get this to mount automatically after server reboot? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 12:41 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 ________________________________ 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 From jmtilsley at st-claire.org Mon May 21 22:20:24 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Mon, 21 May 2012 22:20:24 +0000 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D675@scrvm-ex2.st-claire.org> How do I turn those on/ install them? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 5:43 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I think with fuse and netfs on - it should work - (fstab). Alternatively, you can do /etc/rc.local, I'd do a check prior to mounting the FS. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Tilsley, Jerry M. Sent: Monday, May 21, 2012 1:02 PM To: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' Subject: Re: [rhelv6-list] Mount.CIFS Http URL In general I'm looking for a way to define a mountpoint in FSTAB that mounts to a webdav resource. Or is there another way to get this to mount automatically after server reboot? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 12:41 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 ________________________________ 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 _______________________________________________ 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 Tue May 22 00:53:14 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Tue, 22 May 2012 00:53:14 +0000 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D77F@scrvm-ex2.st-claire.org> Davfs is failing to mount because it is ignoring the NTLM challenge. Anyway to fix this? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 5:43 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I think with fuse and netfs on - it should work - (fstab). Alternatively, you can do /etc/rc.local, I'd do a check prior to mounting the FS. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Tilsley, Jerry M. Sent: Monday, May 21, 2012 1:02 PM To: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' Subject: Re: [rhelv6-list] Mount.CIFS Http URL In general I'm looking for a way to define a mountpoint in FSTAB that mounts to a webdav resource. Or is there another way to get this to mount automatically after server reboot? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 12:41 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 ________________________________ 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 _______________________________________________ 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 Tue May 22 01:33:33 2012 From: jmtilsley at st-claire.org (Tilsley, Jerry M.) Date: Tue, 22 May 2012 01:33:33 +0000 Subject: [rhelv6-list] Mount.CIFS Http URL In-Reply-To: References: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42CF48@scrvm-ex2.st-claire.org> <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D079@scrvm-ex2.st-claire.org> Message-ID: <5876CF7B7F6E2D48B01C8CB7C3B46C3A42D7D8@scrvm-ex2.st-claire.org> Ok, I found that my neon packages were probably installed without the OpenSSL which disables the NTLM. The packages were pre-installed with RHEL 6.2, how do I reconfigure this package? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 5:43 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I think with fuse and netfs on - it should work - (fstab). Alternatively, you can do /etc/rc.local, I'd do a check prior to mounting the FS. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Tilsley, Jerry M. Sent: Monday, May 21, 2012 1:02 PM To: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' Subject: Re: [rhelv6-list] Mount.CIFS Http URL In general I'm looking for a way to define a mountpoint in FSTAB that mounts to a webdav resource. Or is there another way to get this to mount automatically after server reboot? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, Ilya Sent: Monday, May 21, 2012 12:41 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL I don't know how CIFS relates to HTTP - please clarify, you may want to look into httpfs via fuse or webdav. -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Jean-Yves LENHOF Sent: Monday, May 21, 2012 11:51 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Mount.CIFS Http URL On Mon, 21 May 2012 15:14:53 +0000, "Tilsley, Jerry M." wrote: > All, > > Is there anyway to mount a path similar to http:///dir1/dir2? > > Thanks! > > Jerry The solution you're looking for is perhaps davfs2 ? But I'm not sure this is packaged for RHEL Regards, _______________________________________________ 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 ________________________________ 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 _______________________________________________ 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 solarflow99 at gmail.com Mon May 28 17:51:48 2012 From: solarflow99 at gmail.com (solarflow99) Date: Mon, 28 May 2012 13:51:48 -0400 Subject: [rhelv6-list] LVS question Message-ID: Hi, I have setup LVS-NAT with piranha according the all the info I could find, and it doesn't seem to work at all, even nanny isn't running, the real servers always show as down. I am using centos 6.2, here are my configs: i'm trying to use 10.0.3.150 as the VIP: serial_no = 51 primary = 10.0.3.15 service = lvs backup = 0.0.0.0 heartbeat = 1 heartbeat_port = 539 keepalive = 6 deadtime = 18 network = nat nat_router = 10.0.3.150 eth1:1 nat_nmask = 255.255.255.255 debug_level = NONE virtual HTTP { active = 1 address = 192.168.2.21 eth0:1 port = 80 send = "get / http/1.1\r\r" expect = "HTTP" use_regex = 0 load_monitor = none scheduler = lc protocol = tcp timeout = 6 reentry = 15 quiesce_server = 1 server test1 { address = 192.168.2.40 active = 0 weight = 1 } } eth0 Link encap:Ethernet HWaddr 08:00:27:B7:AD:0C inet addr:192.168.2.20 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:feb7:ad0c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5133 errors:0 dropped:0 overruns:0 frame:0 TX packets:4289 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:646286 (631.1 KiB) TX bytes:1234000 (1.1 MiB) eth0:1 Link encap:Ethernet HWaddr 08:00:27:B7:AD:0C inet addr:192.168.2.21 Bcast:192.168.2.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 eth1 Link encap:Ethernet HWaddr 08:00:27:46:D6:E7 inet addr:10.0.3.15 Bcast:10.0.3.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:fe46:d6e7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:28 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:1572 (1.5 KiB) eth1:1 Link encap:Ethernet HWaddr 08:00:27:46:D6:E7 inet addr:10.0.3.150 Bcast:10.0.3.150 Mask:255.255.255.255 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 # sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 1 Anyone know what could be wrong? Thanks.. From thomas at redhat.com Wed May 30 17:52:45 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Wed, 30 May 2012 12:52:45 -0500 Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: <4F503C0D.5080101@freerun.com> References: <4F458276.30009@camerontech.com> <4F466E3B.5080700@ias.edu> <8F8D3ACDBF996D458B659EA216D9E0E52113A0@nasanexd01f.na.qualcomm.com> <4F47A7F8.7050706@camerontech.com> <8F8D3ACDBF996D458B659EA216D9E0E52119C3@nasanexd01f.na.qualcomm.com> <4F4FF54C.5020307@redhat.com> <8F8D3ACDBF996D458B659EA216D9E0E5213931@nasanexd01f.na.qualcomm.com> <4F503C0D.5080101@freerun.com> Message-ID: <4FC65E6D.9000206@redhat.com> On 03/01/2012 09:18 PM, Benjamin Franz wrote: > > > On 03/01/2012 02:27 PM, Krizak, Paul wrote: >> As far as I know, ATI cards can only drive more than two displays if >> you're using pure DisplayPort protocol. Using passive DP->DVI adapters >> you can only drive two monitors. >> > > ATI cards (in my case a 5770) are fine driving one monitor via an active > DisplayPort->DVI adapter and two more by DVI directly for a total of > three. It's the configuration I am running right now. > I wound up going with the ATI FirePro v4900 for triple head on RHEL6. I am using the DVI port, and two DisplayPort to DVI cables to drive three monitors. An interesting note... The AMD binary driver locked up the machine. Using the native RHEL driver, all three screens work, and I get accelerated X and compiz works great. -- Thomas Cameron, RHCA, RHCSS, RHCDS, RHCVA, RHCX, CNE, MCSE, MCT Chief Architect, Central US & Canada 512-241-0774 office 512-585-5631 cell 512-857-1345 fax http://people.redhat.com/tcameron For the 5th year running, JBoss leads in customer satisfaction: http://www.jboss.com/pdf/customer_satisfaction.pdf From jussi_rhel6 at silvennoinen.net Thu May 31 05:43:00 2012 From: jussi_rhel6 at silvennoinen.net (Jussi Silvennoinen) Date: Thu, 31 May 2012 08:43:00 +0300 (EEST) Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: <4FC65E6D.9000206@redhat.com> References: <4F458276.30009@camerontech.com> <4F466E3B.5080700@ias.edu> <8F8D3ACDBF996D458B659EA216D9E0E52113A0@nasanexd01f.na.qualcomm.com> <4F47A7F8.7050706@camerontech.com> <8F8D3ACDBF996D458B659EA216D9E0E52119C3@nasanexd01f.na.qualcomm.com> <4F4FF54C.5020307@redhat.com> <8F8D3ACDBF996D458B659EA216D9E0E5213931@nasanexd01f.na.qualcomm.com> <4F503C0D.5080101@freerun.com> <4FC65E6D.9000206@redhat.com> Message-ID: >> > As far as I know, ATI cards can only drive more than two displays if >> > you're using pure DisplayPort protocol. Using passive DP->DVI adapters >> > you can only drive two monitors. >> >> ATI cards (in my case a 5770) are fine driving one monitor via an active >> DisplayPort->DVI adapter and two more by DVI directly for a total of >> three. It's the configuration I am running right now. > > I wound up going with the ATI FirePro v4900 for triple head on RHEL6. I am > using the DVI port, and two DisplayPort to DVI cables to drive three > monitors. > > An interesting note... The AMD binary driver locked up the machine. Using the > native RHEL driver, all three screens work, and I get accelerated X and > compiz works great. Out of curiosity, what kind of performance do you get? In something rudimentary like glxgears. -- Jussi