From Iain.Morrison at mrc-epid.cam.ac.uk Tue Mar 4 13:22:37 2014 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Tue, 4 Mar 2014 13:22:37 -0000 Subject: [rhelv6-list] sar Message-ID: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> Dear List, since 1st March 2014 sar has been behaving oddly on all our RHEL 6.5 systems The files /var/log/sa/sad and /var/log/sa/sardd are twice as big as normal and sar reports on two days' worth of data. It looks like the sa/sar files are being appended rather than overwritten. Is anyone else seeing this? thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 -------------- next part -------------- An HTML attachment was scrubbed... URL: From solarflow99 at gmail.com Tue Mar 4 15:21:39 2014 From: solarflow99 at gmail.com (solarflow99) Date: Tue, 4 Mar 2014 10:21:39 -0500 Subject: [rhelv6-list] sar In-Reply-To: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> Message-ID: how is logrotate handling them? I remember on busy systems the size could be increased, in case this helps.. On Tue, Mar 4, 2014 at 8:22 AM, Iain Morrison < Iain.Morrison at mrc-epid.cam.ac.uk> wrote: > Dear List, > > since 1st March 2014 sar has been behaving oddly on all our RHEL 6.5 > systems > > > > The files /var/log/sa/sad and /var/log/sa/sardd are twice as big as normal > and sar reports on two days' worth of data. > > > > It looks like the sa/sar files are being appended rather than overwritten. > Is anyone else seeing this? > > > > thanks > > > > iain > > > > -- > > Iain Morrison > > IT Manager > > MRC Epidemiology Unit > > University of Cambridge School of Clinical Medicine > > Box 285 Institute of Metabolic Science > > Cambridge Biomedical Campus > > Cambridge > > CB2 0QQ > > Tel 01223 769200 > > > > _______________________________________________ > 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 afeldt at ou.edu Tue Mar 4 16:53:01 2014 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Tue, 4 Mar 2014 16:53:01 +0000 Subject: [rhelv6-list] sar In-Reply-To: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> Message-ID: <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu> Iain, I am seeing the same on all of my systems. There is not a log rotate issue since the appropriate files are created each day. However, a sar report runs through the hours twice. Andy Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma On Mar 4, 2014, at 7:22 AM, Iain Morrison > wrote: Dear List, since 1st March 2014 sar has been behaving oddly on all our RHEL 6.5 systems The files /var/log/sa/sad and /var/log/sa/sardd are twice as big as normal and sar reports on two days? worth of data. It looks like the sa/sar files are being appended rather than overwritten. Is anyone else seeing this? thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 _______________________________________________ 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 mirko.vukovic at gmail.com Tue Mar 4 18:39:57 2014 From: mirko.vukovic at gmail.com (Mirko Vukovic) Date: Tue, 4 Mar 2014 13:39:57 -0500 Subject: [rhelv6-list] displaying vrml, x3d, x3dom in Firefox Message-ID: Hello, I am using the links on this page: http://cic.nist.gov/vrml/vbdetect.htmlto to test vrml, x3d, x3dom display on firefox. And it is all failing (thus the email). I installed freewrl (via yum). I activated the plugins in Firefox and restarted it. The browser is detecting the plugins (as displayed when I visit the above link), but it still cannot display the content of neither VRML, X3D, nor X3DOM. Any suggestions or comments? Thank you, Mirko -------------- next part -------------- An HTML attachment was scrubbed... URL: From Iain.Morrison at mrc-epid.cam.ac.uk Tue Mar 4 19:20:50 2014 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Tue, 4 Mar 2014 19:20:50 -0000 Subject: [rhelv6-list] sar In-Reply-To: <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu> Message-ID: <7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> Hi Andy, if it's not just our systems I'll log a BugZilla report. In a month I suspect sar will show data for 3 days! thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Feldt, Andrew N. Sent: 04 March 2014 16:53 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] sar Iain, I am seeing the same on all of my systems. There is not a log rotate issue since the appropriate files are created each day. However, a sar report runs through the hours twice. Andy Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma On Mar 4, 2014, at 7:22 AM, Iain Morrison wrote: Dear List, since 1st March 2014 sar has been behaving oddly on all our RHEL 6.5 systems The files /var/log/sa/sad and /var/log/sa/sardd are twice as big as normal and sar reports on two days' worth of data. It looks like the sa/sar files are being appended rather than overwritten. Is anyone else seeing this? thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 _______________________________________________ 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 bill at magicdigits.com Tue Mar 4 19:48:51 2014 From: bill at magicdigits.com (Bill Watson) Date: Tue, 4 Mar 2014 11:48:51 -0800 Subject: [rhelv6-list] sar In-Reply-To: <7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu> <7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> Message-ID: <06c101cf37e2$c4ab2200$4e016600$@com> Curiously, I don't find this 'feature' within the 6.5 system I just created last week. Are there any settings you'd like to compare? My report shows the hours AM then PM then changes to the next category. Bill Watson bill at magicdigits.com From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Iain Morrison Sent: Tuesday, March 04, 2014 11:21 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] sar Hi Andy, if it's not just our systems I'll log a BugZilla report. In a month I suspect sar will show data for 3 days! thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Feldt, Andrew N. Sent: 04 March 2014 16:53 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] sar Iain, I am seeing the same on all of my systems. There is not a log rotate issue since the appropriate files are created each day. However, a sar report runs through the hours twice. Andy Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma On Mar 4, 2014, at 7:22 AM, Iain Morrison wrote: Dear List, since 1st March 2014 sar has been behaving oddly on all our RHEL 6.5 systems The files /var/log/sa/sad and /var/log/sa/sardd are twice as big as normal and sar reports on two days' worth of data. It looks like the sa/sar files are being appended rather than overwritten. Is anyone else seeing this? thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 _______________________________________________ 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 linux at cmadams.net Tue Mar 4 20:11:30 2014 From: linux at cmadams.net (Chris Adams) Date: Tue, 4 Mar 2014 14:11:30 -0600 Subject: [rhelv6-list] sar In-Reply-To: <06c101cf37e2$c4ab2200$4e016600$@com> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu> <7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> Message-ID: <20140304201130.GA32718@cmadams.net> Once upon a time, Bill Watson said: > Curiously, I don't find this 'feature' within the 6.5 system I just created > last week. Are there any settings you'd like to compare? My report shows the > hours AM then PM then changes to the next category. I have a couple of personal CentOS 6.5 systems, both up to date (sar from RPM sysstat-9.0.4-22.el6.x86_64); one shows this behavior and the other does not. I think they are configured largely the same, but I guess not exactly (though neither shows any changes for sysstat files). -- Chris Adams From Iain.Morrison at mrc-epid.cam.ac.uk Tue Mar 4 20:12:18 2014 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Tue, 4 Mar 2014 20:12:18 -0000 Subject: [rhelv6-list] sar In-Reply-To: <06c101cf37e2$c4ab2200$4e016600$@com> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> Message-ID: <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk> Hi Bill, what I think is happening is that the files /var/log/sa/sadd and /var/log/sa/sardd are being appended. If you have a fresh system, you won't have any old files in /var/log/sa/ ll /var/log/sa/sa?? -rw-r--r--. 1 root root 1786068 Mar 1 23:50 /var/log/sa/sa01 -rw-r--r--. 1 root root 1786068 Mar 2 23:50 /var/log/sa/sa02 -rw-r--r--. 1 root root 1786068 Mar 3 23:50 /var/log/sa/sa03 -rw-r--r--. 1 root root 1649668 Mar 4 20:10 /var/log/sa/sa04 -rw-r--r--. 1 root root 893268 Feb 5 23:50 /var/log/sa/sa05 -rw-r--r--. 1 root root 893268 Feb 6 23:50 /var/log/sa/sa06 -rw-r--r--. 1 root root 893268 Feb 7 23:50 /var/log/sa/sa07 -rw-r--r--. 1 root root 893268 Feb 8 23:50 /var/log/sa/sa08 -rw-r--r--. 1 root root 893268 Feb 9 23:50 /var/log/sa/sa09 -rw-r--r--. 1 root root 893268 Feb 10 23:50 /var/log/sa/sa10 -rw-r--r--. 1 root root 893268 Feb 11 23:50 /var/log/sa/sa11 -rw-r--r--. 1 root root 893268 Feb 12 23:50 /var/log/sa/sa12 -rw-r--r--. 1 root root 893268 Feb 13 23:50 /var/log/sa/sa13 -rw-r--r--. 1 root root 893268 Feb 14 23:50 /var/log/sa/sa14 -rw-r--r--. 1 root root 893268 Feb 15 23:50 /var/log/sa/sa15 -rw-r--r--. 1 root root 893268 Feb 16 23:50 /var/log/sa/sa16 -rw-r--r--. 1 root root 893268 Feb 17 23:50 /var/log/sa/sa17 -rw-r--r--. 1 root root 893268 Feb 18 23:50 /var/log/sa/sa18 -rw-r--r--. 1 root root 893268 Feb 19 23:50 /var/log/sa/sa19 -rw-r--r--. 1 root root 893268 Feb 20 23:50 /var/log/sa/sa20 -rw-r--r--. 1 root root 893268 Feb 21 23:50 /var/log/sa/sa21 -rw-r--r--. 1 root root 893268 Feb 22 23:50 /var/log/sa/sa22 -rw-r--r--. 1 root root 893268 Feb 23 23:50 /var/log/sa/sa23 -rw-r--r--. 1 root root 893268 Feb 24 23:50 /var/log/sa/sa24 -rw-r--r--. 1 root root 893268 Feb 25 23:50 /var/log/sa/sa25 -rw-r--r--. 1 root root 893268 Feb 26 23:50 /var/log/sa/sa26 -rw-r--r--. 1 root root 893268 Feb 27 23:50 /var/log/sa/sa27 -rw-r--r--. 1 root root 893268 Feb 28 23:50 /var/log/sa/sa28 thanks iain ps my systems haven't been rebooted, so just in case I've restarted one. -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Bill Watson Sent: 04 March 2014 19:49 To: 'Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list' Subject: Re: [rhelv6-list] sar Curiously, I don't find this 'feature' within the 6.5 system I just created last week. Are there any settings you'd like to compare? My report shows the hours AM then PM then changes to the next category. Bill Watson bill at magicdigits.com From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Iain Morrison Sent: Tuesday, March 04, 2014 11:21 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] sar Hi Andy, if it's not just our systems I'll log a BugZilla report. In a month I suspect sar will show data for 3 days! thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Feldt, Andrew N. Sent: 04 March 2014 16:53 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] sar Iain, I am seeing the same on all of my systems. There is not a log rotate issue since the appropriate files are created each day. However, a sar report runs through the hours twice. Andy Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma On Mar 4, 2014, at 7:22 AM, Iain Morrison wrote: Dear List, since 1st March 2014 sar has been behaving oddly on all our RHEL 6.5 systems The files /var/log/sa/sad and /var/log/sa/sardd are twice as big as normal and sar reports on two days' worth of data. It looks like the sa/sar files are being appended rather than overwritten. Is anyone else seeing this? thanks iain -- Iain Morrison IT Manager MRC Epidemiology Unit University of Cambridge School of Clinical Medicine Box 285 Institute of Metabolic Science Cambridge Biomedical Campus Cambridge CB2 0QQ Tel 01223 769200 _______________________________________________ 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 rda at rincon.com Tue Mar 4 23:59:45 2014 From: rda at rincon.com (Bob Arendt) Date: Tue, 4 Mar 2014 16:59:45 -0700 Subject: [rhelv6-list] sar In-Reply-To: <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk> Message-ID: <531668F1.1040903@rincon.com> On 03/04/2014 01:12 PM, Iain Morrison wrote: > -rw-r--r--. 1 root root 1786068 Mar 1 23:50 /var/log/sa/sa01 > -rw-r--r--. 1 root root 1786068 Mar 2 23:50 /var/log/sa/sa02 > -rw-r--r--. 1 root root 1786068 Mar 3 23:50 /var/log/sa/sa03 > -rw-r--r--. 1 root root 1649668 Mar 4 20:10 /var/log/sa/sa04 > -rw-r--r--. 1 root root 893268 Feb 5 23:50 /var/log/sa/sa05 > -rw-r--r--. 1 root root 893268 Feb 6 23:50 /var/log/sa/sa06 > -rw-r--r--. 1 root root 893268 Feb 7 23:50 /var/log/sa/sa07 > <.. snip..> Yes - sadc (the one writing the files) always appends to the end of the file. In the event of a system reboot, all the data remains together and in chronological order. Sort of handy, since you can see the levels of activity before a crash. But - let the month wrap around and you get something that sar can't really deal with - you can't select the new data using the -s , -e options, it only shows the initial day of data. You really need to have something age off the old logs before the date wraps around again. Not a bug ... it's a feature :) Cheers, -Bob Arendt From cfairchild at brocku.ca Wed Mar 5 02:29:06 2014 From: cfairchild at brocku.ca (Cale Fairchild) Date: Tue, 04 Mar 2014 21:29:06 -0500 Subject: [rhelv6-list] sar In-Reply-To: <531668F1.1040903@rincon.com> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk> <531668F1.1040903@rincon.com> Message-ID: <53168BF2.2060402@brocku.ca> On 04/03/2014 18:59, Bob Arendt wrote: > > > On 03/04/2014 01:12 PM, Iain Morrison wrote: >> -rw-r--r--. 1 root root 1786068 Mar 1 23:50 /var/log/sa/sa01 >> -rw-r--r--. 1 root root 1786068 Mar 2 23:50 /var/log/sa/sa02 >> -rw-r--r--. 1 root root 1786068 Mar 3 23:50 /var/log/sa/sa03 >> -rw-r--r--. 1 root root 1649668 Mar 4 20:10 /var/log/sa/sa04 >> -rw-r--r--. 1 root root 893268 Feb 5 23:50 /var/log/sa/sa05 >> -rw-r--r--. 1 root root 893268 Feb 6 23:50 /var/log/sa/sa06 >> -rw-r--r--. 1 root root 893268 Feb 7 23:50 /var/log/sa/sa07 >> > <.. snip..> > > Yes - sadc (the one writing the files) always appends to the end of > the file. > In the event of a system reboot, all the data remains together and > in chronological order. Sort of handy, since you can see the > levels of activity before a crash. > > But - let the month wrap around and you get something that sar > can't really deal with - you can't select the new data using > the -s , -e options, it only shows the initial day of data. > You really need to have something age off the old logs before > the date wraps around again. > > Not a bug ... it's a feature :) > > Cheers, > -Bob Arendt > From what I can see, it appears that in the last release of sysstat (sysstat-9.0.4-22.el6) they changed the values in /etc/sysconfig/sysstat which direct how much history is kept in /var/log/sa. The main issues appears to be that they changed HISTORY=7 to HISTORY=28 which should theoretically work on most months but seems to have wrapped around even in January which should not have been the case as at least the sa1-sa3 should have disappeared. Cale Fairchild From Iain.Morrison at mrc-epid.cam.ac.uk Wed Mar 5 09:41:02 2014 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Wed, 5 Mar 2014 09:41:02 -0000 Subject: [rhelv6-list] sar In-Reply-To: <53168BF2.2060402@brocku.ca> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk><531668F1.1040903@rincon.com> <53168BF2.2060402@brocku.ca> Message-ID: <7F2C60CEE8B98346BD9FBAE01015052201890B2E@silicon.mrc-epid.cam.ac.uk> Hi Cale, thanks. That explains why things started going weird after Feb. yours iain -- Iain Morrison IT Manager MRC Epidemiology Unit Institute of Metabolic Science Box 285 Addenbrooke's Hospital Hills Road Cambridge CB2 0QQ Tel 01223 769200 -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Cale Fairchild Sent: 05 March 2014 02:29 To: rhelv6-list at redhat.com Subject: Re: [rhelv6-list] sar On 04/03/2014 18:59, Bob Arendt wrote: > > > On 03/04/2014 01:12 PM, Iain Morrison wrote: >> -rw-r--r--. 1 root root 1786068 Mar 1 23:50 /var/log/sa/sa01 >> -rw-r--r--. 1 root root 1786068 Mar 2 23:50 /var/log/sa/sa02 >> -rw-r--r--. 1 root root 1786068 Mar 3 23:50 /var/log/sa/sa03 >> -rw-r--r--. 1 root root 1649668 Mar 4 20:10 /var/log/sa/sa04 >> -rw-r--r--. 1 root root 893268 Feb 5 23:50 /var/log/sa/sa05 >> -rw-r--r--. 1 root root 893268 Feb 6 23:50 /var/log/sa/sa06 >> -rw-r--r--. 1 root root 893268 Feb 7 23:50 /var/log/sa/sa07 >> > <.. snip..> > > Yes - sadc (the one writing the files) always appends to the end of > the file. > In the event of a system reboot, all the data remains together and > in chronological order. Sort of handy, since you can see the > levels of activity before a crash. > > But - let the month wrap around and you get something that sar > can't really deal with - you can't select the new data using > the -s , -e options, it only shows the initial day of data. > You really need to have something age off the old logs before > the date wraps around again. > > Not a bug ... it's a feature :) > > Cheers, > -Bob Arendt > From what I can see, it appears that in the last release of sysstat (sysstat-9.0.4-22.el6) they changed the values in /etc/sysconfig/sysstat which direct how much history is kept in /var/log/sa. The main issues appears to be that they changed HISTORY=7 to HISTORY=28 which should theoretically work on most months but seems to have wrapped around even in January which should not have been the case as at least the sa1-sa3 should have disappeared. Cale Fairchild _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From cfairchild at brocku.ca Wed Mar 5 12:17:27 2014 From: cfairchild at brocku.ca (Cale Fairchild) Date: Wed, 05 Mar 2014 07:17:27 -0500 Subject: [rhelv6-list] sar In-Reply-To: <7F2C60CEE8B98346BD9FBAE01015052201890B2E@silicon.mrc-epid.cam.ac.uk> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk><531668F1.1040903@rincon.com> <53168BF2.2060402@brocku.ca> <7F2C60CEE8B98346BD9FBAE01015052201890B2E@silicon.mrc-epid.cam.ac.uk> Message-ID: <531715D7.40703@brocku.ca> I looked at the systems this morning and it keeps HISTORY + 1 (the current day) files active so if the preceding month has 28 days it will not clear the old months logs. Strangely I had one system set to 26 and one to 27 and it seems that even the server with 27 days was still wrapping so there might even be something to do with timing around 00:00 that needs an additional extra day of clearance tacked on to it. This may constitute a bug as it is not mentioned in the man pages as expected behaviour. The issue about using 28 days I think was just a misunderstanding of how the program handles the log rotation. Cale On 05/03/2014 04:41, Iain Morrison wrote: > Hi Cale, > thanks. That explains why things started going weird after Feb. > > yours > > iain > > > -- > > Iain Morrison > IT Manager > MRC Epidemiology Unit > Institute of Metabolic Science > Box 285 > Addenbrooke's Hospital > Hills Road > Cambridge > CB2 0QQ > Tel 01223 769200 > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com > [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Cale Fairchild > Sent: 05 March 2014 02:29 > To: rhelv6-list at redhat.com > Subject: Re: [rhelv6-list] sar > > From what I can see, it appears that in the last release of sysstat > (sysstat-9.0.4-22.el6) they changed the values in /etc/sysconfig/sysstat > > which direct how much history is kept in /var/log/sa. The main issues > appears to be that they changed HISTORY=7 to HISTORY=28 which should > theoretically work on most months but seems to have wrapped around even > in January which should not have been the case as at least the sa1-sa3 > should have disappeared. > > Cale Fairchild > From afeldt at ou.edu Wed Mar 5 15:18:53 2014 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Wed, 5 Mar 2014 15:18:53 +0000 Subject: [rhelv6-list] sar In-Reply-To: <531715D7.40703@brocku.ca> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk><531668F1.1040903@rincon.com> <53168BF2.2060402@brocku.ca> <7F2C60CEE8B98346BD9FBAE01015052201890B2E@silicon.mrc-epid.cam.ac.uk> <531715D7.40703@brocku.ca> Message-ID: <78BA1932-889D-4364-BD2D-03BC931F2D23@ou.edu> Note that HISTORY only affects how many old files are kept. The real issue is that a single existing file now has two entries in it for each time. To demonstrate this and keep it simple, choose a single statistic and search for what should be a single record (within one second). For example, for a file after March 1, # sar -n NFSD -f /var/log/sa/sa02 | egrep '^12:10:0. AM' 12:10:01 AM 1.95 0.00 1.95 0.00 1.95 0.00 0.00 0.00 0.00 0.00 1.59 12:10:01 AM 2.54 0.00 2.54 0.00 2.54 0.00 0.00 0.00 0.00 0.09 2.03 gives two records while for a date before March 1 (Feb 28) yields: # sar -n NFSD -f /var/log/sa/sa28 | egrep '^12:10:0. AM' 12:10:01 AM 2.76 0.00 2.76 0.00 2.76 0.00 0.00 0.00 0.00 0.00 2.38 just one record. Note also that this is not the data from the day before being appended to. For example: sar -n NFSD -f /var/log/sa/sa03 | egrep '^12:10:0. AM' 12:10:01 AM 2.19 0.00 2.19 0.00 2.19 0.00 0.00 0.00 0.00 0.04 1.83 12:10:01 AM 2.47 0.00 2.47 0.00 2.47 0.00 0.00 0.00 0.00 0.00 2.05 which is the day after my first example above and does not have either entry correspond to either of the other entries. I begin to suspect that two instances of sadc are being run somehow. Andy Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma On Mar 5, 2014, at 6:17 AM, Cale Fairchild wrote: > I looked at the systems this morning and it keeps HISTORY + 1 (the current day) files active so if the preceding month has 28 days it will not clear the old months logs. Strangely I had one system set to 26 and one to 27 and it seems that even the server with 27 days was still wrapping so there might even be something to do with timing around 00:00 that needs an additional extra day of clearance tacked on to it. This may constitute a bug as it is not mentioned in the man pages as expected behaviour. The issue about using 28 days I think was just a misunderstanding of how the program handles the log rotation. > > Cale > > On 05/03/2014 04:41, Iain Morrison wrote: >> Hi Cale, >> thanks. That explains why things started going weird after Feb. >> >> yours >> >> iain >> >> >> -- >> Iain Morrison >> IT Manager >> MRC Epidemiology Unit >> Institute of Metabolic Science >> Box 285 >> Addenbrooke's Hospital >> Hills Road >> Cambridge >> CB2 0QQ >> Tel 01223 769200 >> >> -----Original Message----- >> From: rhelv6-list-bounces at redhat.com >> [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Cale Fairchild >> Sent: 05 March 2014 02:29 >> To: rhelv6-list at redhat.com >> Subject: Re: [rhelv6-list] sar >> >> From what I can see, it appears that in the last release of sysstat >> (sysstat-9.0.4-22.el6) they changed the values in /etc/sysconfig/sysstat >> >> which direct how much history is kept in /var/log/sa. The main issues >> appears to be that they changed HISTORY=7 to HISTORY=28 which should >> theoretically work on most months but seems to have wrapped around even >> in January which should not have been the case as at least the sa1-sa3 >> should have disappeared. >> >> Cale Fairchild >> > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From cfairchild at brocku.ca Wed Mar 5 16:21:19 2014 From: cfairchild at brocku.ca (Cale Fairchild) Date: Wed, 05 Mar 2014 11:21:19 -0500 Subject: [rhelv6-list] sar In-Reply-To: <78BA1932-889D-4364-BD2D-03BC931F2D23@ou.edu> References: <7F2C60CEE8B98346BD9FBAE010150522025DEE00@silicon.mrc-epid.cam.ac.uk> <71718FDB-4BB7-4853-8B90-335B2BEB3820@ou.edu><7F2C60CEE8B98346BD9FBAE010150522025DEE06@silicon.mrc-epid.cam.ac.uk> <06c101cf37e2$c4ab2200$4e016600$@com> <7F2C60CEE8B98346BD9FBAE010150522025DEE0B@silicon.mrc-epid.cam.ac.uk><531668F1.1040903@rincon.com> <53168BF2.2060402@brocku.ca> <7F2C60CEE8B98346BD9FBAE01015052201890B2E@silicon.mrc-epid.cam.ac.uk> <531715D7.40703@brocku.ca> <78BA1932-889D-4364-BD2D-03BC931F2D23@ou.edu> Message-ID: <53174EFF.5020401@brocku.ca> Yes, but if the old files are kept for a month then they will wrap. I just restored the /var/log/sa?? files from a backup from a month ago and when you compare the results from running sar on the current file (/var/log/sa/sa05) and the restored file (in my case /mnt/restored/var/log/sa/sa05) I found that the first set of times (12:00:01AM - 11:50:01PM) are identical to the result from the back file, then today's results are listed starting again at 12:00:01AM. So if they are not deleted within the month (managed by the HISTORY setting) each month the sysstat values will just be added to the previous months statistics and eventually I found that the files got corrupt (his is what started me looking into it). And since the cron job is just run once every 10 minutes, and not done by a daemon, there really is no other option than appending to the file or you would just get the most recent data point recorded. Oddly, if you read the comments in /etc/sysconfig/sysstat it implies that instead of wrapping the program is supposed to use a sub-directory structure if HISTORY is greater than a month so perhaps this error will only occur between the values of 28 and 31. But I have not had time to test that. Cale On 05/03/2014 10:18, Feldt, Andrew N. wrote: > Note that HISTORY only affects how many old files are kept. The real issue is that a single existing file now has two entries in it for each time. To demonstrate this and keep it simple, choose a single statistic and search for what should be a single record (within one second). For example, for a file after March 1, > > # sar -n NFSD -f /var/log/sa/sa02 | egrep '^12:10:0. AM' > 12:10:01 AM 1.95 0.00 1.95 0.00 1.95 0.00 0.00 0.00 0.00 0.00 1.59 > 12:10:01 AM 2.54 0.00 2.54 0.00 2.54 0.00 0.00 0.00 0.00 0.09 2.03 > > gives two records while for a date before March 1 (Feb 28) yields: > > # sar -n NFSD -f /var/log/sa/sa28 | egrep '^12:10:0. AM' > 12:10:01 AM 2.76 0.00 2.76 0.00 2.76 0.00 0.00 0.00 0.00 0.00 2.38 > > just one record. Note also that this is not the data from the day before being appended to. For example: > > sar -n NFSD -f /var/log/sa/sa03 | egrep '^12:10:0. AM' > 12:10:01 AM 2.19 0.00 2.19 0.00 2.19 0.00 0.00 0.00 0.00 0.04 1.83 > 12:10:01 AM 2.47 0.00 2.47 0.00 2.47 0.00 0.00 0.00 0.00 0.00 2.05 > > which is the day after my first example above and does not have either entry correspond to either of the other entries. > > I begin to suspect that two instances of sadc are being run somehow. > > Andy > > Andy Feldt > Senior System Support Programmer > Affiliate Assistant Professor > Homer L. Dodge Department of Physics & Astronomy > The University of Oklahoma > > On Mar 5, 2014, at 6:17 AM, Cale Fairchild wrote: > >> I looked at the systems this morning and it keeps HISTORY + 1 (the current day) files active so if the preceding month has 28 days it will not clear the old months logs. Strangely I had one system set to 26 and one to 27 and it seems that even the server with 27 days was still wrapping so there might even be something to do with timing around 00:00 that needs an additional extra day of clearance tacked on to it. This may constitute a bug as it is not mentioned in the man pages as expected behaviour. The issue about using 28 days I think was just a misunderstanding of how the program handles the log rotation. >> >> Cale >> >> On 05/03/2014 04:41, Iain Morrison wrote: >>> Hi Cale, >>> thanks. That explains why things started going weird after Feb. >>> >>> yours >>> >>> iain >>> >>> >>> -- >>> Iain Morrison >>> IT Manager >>> MRC Epidemiology Unit >>> Institute of Metabolic Science >>> Box 285 >>> Addenbrooke's Hospital >>> Hills Road >>> Cambridge >>> CB2 0QQ >>> Tel 01223 769200 >>> >>> -----Original Message----- >>> From: rhelv6-list-bounces at redhat.com >>> [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Cale Fairchild >>> Sent: 05 March 2014 02:29 >>> To: rhelv6-list at redhat.com >>> Subject: Re: [rhelv6-list] sar >>> >>> From what I can see, it appears that in the last release of sysstat >>> (sysstat-9.0.4-22.el6) they changed the values in /etc/sysconfig/sysstat >>> >>> which direct how much history is kept in /var/log/sa. The main issues >>> appears to be that they changed HISTORY=7 to HISTORY=28 which should >>> theoretically work on most months but seems to have wrapped around even >>> in January which should not have been the case as at least the sa1-sa3 >>> should have disappeared. >>> >>> Cale Fairchild >>> >> _______________________________________________ >> 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 huruomu at gmail.com Fri Mar 7 07:15:15 2014 From: huruomu at gmail.com (Romu) Date: Fri, 7 Mar 2014 15:15:15 +0800 Subject: [rhelv6-list] Kickstart for RHEL7 full install In-Reply-To: References: Message-ID: Hi Bryan, Do we have a RHEL documentation or anaconda bug for this issue now? Thanks Romu 2014-02-14 9:56 GMT+08:00 Romu : > 2014-02-13 17:37 GMT+08:00 Bryan J Smith : > > On Tue, Feb 11, 2014 at 4:20 AM, Romu wrote: >> > Sorry I didn't find any mailing list for RHEL7. >> >> The Customer Access Portal is being utilized for collaboration on the >> RHEL 7 Beta. >> >> If you don't have an account, you can create one (before adding >> entitlements), or create one as part of an evaluation request (which >> will include entitlements). [1] Much of the portal does not require a >> login, or even entitlements. Other portions of the Red Hat >> collaboration ecosystem, such as Bugzilla, continue to be available >> with a separate login. >> >> FYI, there was a discussion on the rhel6-beta-list several weeks ago, >> starting with one post trying to subscript [1a] to the last one made >> [1z] (by myself no less). In-a-nutshell, people can collaborate where >> ever they want -- even on this list. There was even a suggestion to >> create a general discussion list for all RHEL releases, all RHEL >> Betas, etc... >> >> But engineering, Specialty Based Routing (SBR), etc... is most >> efficient via Bugzilla, the Customer Access Portal, etc... and other >> avenues Red Hat SMEs frequent. I.e., it's getting to the point >> there's a lot with the RHEL platform ... I think up to 50 add-ons now? >> There is also the public Anaconda Development list too [4], where you >> could make a maintainer aware. >> > > > Thank you very much for the information. I'll try to use Customer Access > Portal for RHEL7 related issues. > > >> > Has anyone succeeded in RHEL7 kickstart installation with all packages >> > selected? I use this for RHEL6 x86_64: >> > %packages >> > * >> > *.i686 >> > - at Conflicts (Server) >> > %end >> > I tried the same for RHEL7, turns out RHEL7 doesn't recognize >> "- at Conflicts >> > (Server)", if I remove the line from kickstart, the installation program >> > will report many file conflicts and installation can't proceed. >> > Any idea? >> >> It's still documented as a _valid_ option in the RHEL7 Beta >> Installation Guide, Section 16.5 [3], no less. Sounds like either a >> documentation bug, or an Anaconda bug. >> >> Off-to-Bugzilla ... my search came up empty [5]. >> >> I'd file either a documentation or RHEL7 component "Anaconda" bug. >> > > Yes, it should be fixed either in documentation or in anaconda. > > Thanks > Romu > > >> -- bjs >> >> References: >> >> [1] >> https://access.redhat.com/site/products/Red_Hat_Enterprise_Linux/Get-Beta >> >> [2a] >> https://www.redhat.com/archives/rhelv6-beta-list/2013-December/msg00004.html >> [2z] >> https://www.redhat.com/archives/rhelv6-beta-list/2013-December/msg00004.html >> >> [3] >> https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7-Beta/html-single/Installation_Guide/index.html#s1-kickstart2-packageselection >> >> [4] http://www.redhat.com/mailman/listinfo/anaconda-devel-list >> >> [5] >> https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=CLOSED&classification=Red%20Hat&component=anaconda&component=anaconda-help&component=anaconda-images&component=anaconda-product&component=anaconda-yum-plugins&product=Red%20Hat%20Enterprise%20Linux%207&query_format=advanced&short_desc=Conflicts&short_desc_type=allwordssubstr >> >> >> -- >> Bryan J Smith - UCF '97 Engr - http://www.linkedin.com/in/bjsmith >> ----------------------------------------------------------------- >> "In a way, Bortles is the personification of the UCF football >> program. Each has many of the elements that everyone claims to >> want, and yet they are nobody's first choice. Coming out of high >> school, Bortles had the size and the arm to play at a more >> prestigious program. UCF likewise has the market size and the >> talent base to play in a more prestigious conference than the >> American Athletic. But timing and circumstances conspired to put >> both where they are now." -- Andy Staples, CNN-Sports Illustrated >> >> _______________________________________________ >> 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 b.j.smith at ieee.org Fri Mar 7 07:28:48 2014 From: b.j.smith at ieee.org (Bryan J Smith) Date: Fri, 7 Mar 2014 02:28:48 -0500 Subject: [rhelv6-list] Kickstart for RHEL7 full install In-Reply-To: References: Message-ID: On Fri, Mar 7, 2014 at 2:15 AM, Romu wrote: > Hi Bryan, > Do we have a RHEL documentation or anaconda bug for this issue now? Did you open a Bugzilla? Or find an existing entry? [1] My apologies if English is a second language, and my American'isms did not come out well. I.e., when I previously state "I'd file ... a bug," that should read ... "If I were you, I would file ... a bug." As always, search Bugzilla for an existing report to reduce the need to find duplicates by maintainers, especially across different components (e.g., documentation v. anaconda) with different maintainers or even departments. But at least submit a bug if and when you find something. If you have a Customer Access Portal account with a subscription that includes support and Service Level Agreements (SLAs), definitely open a case there instead. The value of a subscription is priority access to overtasked engineering and other, limited resources. But any and all bug reports are always and greatly appreciated. There are many long-standing threads on how even users of Enterprise downstream releases (e.g., CentOS, Scientific Linux, etc...) are extremely helpful and always greatly appreciated when it comes to filing Bugzilla entries. -- bjs P.S. If you need assistance in using Bugzilla for the first time, hit me off-list. Long story short, I will always take the time to help anyone file their first Bugzilla. I just don't always do it (open the bug) for them for various reasons. This includes the reality that when maintainers do follow up on an issue I wasn't privy to personally, and haven't reproduced, like the original bug catcher. I.e., I cannot never provide the same feedback and helpfulness as the original bug catcher. However, I do _always_ add myself to the Bugzilla's CC list so I can assist in any follow-ups. [1] http://bugzilla.redhat.com -- Bryan J Smith - UCF '97 Engr - http://www.linkedin.com/in/bjsmith ----------------------------------------------------------------- "In a way, Bortles is the personification of the UCF football program. Each has many of the elements that everyone claims to want, and yet they are nobody's first choice. Coming out of high school, Bortles had the size and the arm to play at a more prestigious program. UCF likewise has the market size and the talent base to play in a more prestigious conference than the American Athletic. But timing and circumstances conspired to put both where they are now." -- Andy Staples, CNN-Sports Illustrated From orion at cora.nwra.com Tue Mar 11 21:47:24 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 11 Mar 2014 21:47:24 +0000 (UTC) Subject: [rhelv6-list] =?utf-8?q?console_changing_input_characters_to_cont?= =?utf-8?q?rol=09characters?= References: Message-ID: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list writes: > > We have a system I'd rather not reboot (running grid engine) > which had some random keys input via the KVM. > > Thereafter the console in any VT does not show the letter > entered, but rather than control equivalent. It is like the > caps lock equivalent of control. If I try to log in as root, > the login prompt shows : ^R^O^O^T I'd be curious to know what KVM and keyboard you were using. I've had this happen to me with a Trendnet TK-1603R and a Solidtek ACK-730 PS/2 keyboard, but it is happening on all of the systems. Plugging in a USB keyboard into the KVM fixed it for me. - Orion From eng-partner-management at redhat.com Wed Mar 12 15:52:21 2014 From: eng-partner-management at redhat.com (Engineering Partner Management) Date: Wed, 12 Mar 2014 11:52:21 -0400 Subject: [rhelv6-list] Red Hat Developer Toolset 2.1 Now Available Message-ID: <532082B5.5080403@redhat.com> Red Hat is pleased to announce the general availability of Red Hat Developer Toolset 2.1. This latest version bridges development agility with production stability by delivering the latest stable versions of essential open development tools to enhance developer productivity and improve deployment times. Red Hat Developer Toolset 2.1 introduces a new tool to its content set - Git 1.8.4 - and updates key packages to help developers deliver new applications and functionality faster. Red Hat Developer Toolset enables C and C++ developers to compile once and deploy to multiple versions of Red Hat Enterprise Linux on physical, virtual, and cloud environments. Moreover, Red Hat Developer Toolset can be used to develop applications for deployment on Red Hat Enterprise Linux and on OpenShift, offering customers exceptional flexibility. Red Hat Developer Toolset 2.1 delivers the following capabilities: * Users can compile on Red Hat Enterprise Linux 6 to run on Red Hat Enterprise Linux 6 and test on Red Hat Enterprise Linux 7 Beta. In addition, the Red Hat Developer Toolset retains functionality allowing users to compile on Red Hat Enterprise Linux 5 and deploy on Red Hat Enterprise Linux 5 or Red Hat Enterprise Linux 6. * Git 1.8.4. Git 1.8.4 provides developers using Red Hat Enterprise Linux 6 with a new release of the powerful distributed version control system designed to handle projects of any size with speed and efficiency. * General updates, inclusive of minor bug fixes and feature enhancements, to the following packages: GCC 4.8.2, Eclipse 4.3.1, and elfutils 0.157. Developers can code with confidence knowing that they?re using stable, recently updated packages. In addition to these enhancements, Red Hat Developer Toolset 2.1 also continues to deliver software collections functionality, which enables the concurrent installation of multiple versions of the same software components on a system. RED HAT DEVELOPER TOOLSET 2.1 AVAILABILITY Red Hat Developer Toolset 2.1 is available now to customers with an active Red Hat Enterprise Linux developer-related subscription. This includes: * Red Hat Enterprise Linux Developer Suite [1] * Red Hat Enterprise Linux Developer Workstation [2] * Red Hat Enterprise Linux Developer Support Subscriptions [3] * Red Hat Enterprise Linux NFR Subscriptions (for qualifying partners) * Red Hat Enterprise Linux Academic Site Subscriptions To learn more about Red Hat developer offerings, visit the Red Hat Enterprise Linux Developer Program page at https://access.redhat.com/products/Red_Hat_Enterprise_Linux/Developer/ For more information on how to install Red Hat Developer Toolset, reference the Developer Toolset User Guide at http://access.redhat.com/site/documentation/en-US/Red_Hat_Developer_Toolset/2/html/User_Guide/ ADDITIONAL RESOURCES To access additional documentation for Red Hat Developer Toolset, visit: * Red Hat Developer Toolset 2.1 documentation: o Red Hat Developer Toolset 2.1 Release notes: http://access.redhat.com/site/documentation/en-US/Red_Hat_Developer_Toolset/2/html/2.1_Release_Notes/ o Red Hat Developer Toolset 2.1 User Guide: http://access.redhat.com/site/documentation/en-US/Red_Hat_Developer_Toolset/2/html/User_Guide/ o Red Hat Software Collections Guide: http://access.redhat.com/site/documentation/en-US/Red_Hat_Developer_Toolset/2/html/Software_Collections_Guide/ * Other Red Hat Enterprise Linux documentation: https://access.redhat.com/knowledge/docs/Red_Hat_Enterprise_Linux/ Sincerely, The Red Hat Enterprise Linux Team [1] https://www.redhat.com/apps/store/developers/rhel_developer_suite.html [2] https://www.redhat.com/apps/store/developers/rhel_developer_workstation_professional.html [3] https://www.redhat.com/apps/store/developers/rhel_developer_support_professional.html From linux at cmadams.net Wed Mar 12 21:22:29 2014 From: linux at cmadams.net (Chris Adams) Date: Wed, 12 Mar 2014 16:22:29 -0500 Subject: [rhelv6-list] RHEL 6.5 added ECDHE, but not for Apache, Postfix, Sendmail, etc. Message-ID: <20140312212229.GC23158@cmadams.net> I was configuring a web server, and thought I'd enable forward secrecy since RHEL 6.5 now includes some elliptic curve support (specifically, ECDHE). However, I found that RHEL's Apache package hasn't been rebuilt since the OpenSSL update to enable elliptic curve. Neither have Postfix, Sendmail, or most any other OpenSSL-using package that I checked. The packages have to be recompiled to take advantage of ECC (that part of OpenSSL is apparently a compile-time feature check, not something that can be enabled just by recompiling the OpenSSL shared libs). Does anybody know if Red Hat plans on rebuilding these OpenSSL-using packages? -- Chris Adams From Dirk.Gfroerer at guh-software.de Thu Mar 13 10:36:04 2014 From: Dirk.Gfroerer at guh-software.de (=?ISO-8859-1?Q?Dirk_Gfr=F6rer?=) Date: Thu, 13 Mar 2014 11:36:04 +0100 Subject: [rhelv6-list] RHEL 6.5 added ECDHE, but not for Apache, Postfix, Sendmail, etc. In-Reply-To: <20140312212229.GC23158@cmadams.net> References: <20140312212229.GC23158@cmadams.net> Message-ID: <53218A14.20202@guh-software.de> On 12.03.2014 22:22, Chris Adams wrote: > I was configuring a web server, and thought I'd enable forward secrecy > since RHEL 6.5 now includes some elliptic curve support (specifically, > ECDHE). However, I found that RHEL's Apache package hasn't been rebuilt > since the OpenSSL update to enable elliptic curve. > > Neither have Postfix, Sendmail, or most any other OpenSSL-using package > that I checked. The packages have to be recompiled to take advantage of > ECC (that part of OpenSSL is apparently a compile-time feature check, > not something that can be enabled just by recompiling the OpenSSL shared > libs). > > Does anybody know if Red Hat plans on rebuilding these OpenSSL-using > packages? while this actually does not answer your question: postfix was rebuilt on February, 20th for RHBA-2014:0191-1. Since then ECDHE support is available. At least our mail servers are now using these ciphers. You probably need to open up a service request for the rest. Kind Regards, Dirk From leonfauster at googlemail.com Thu Mar 13 11:52:00 2014 From: leonfauster at googlemail.com (Leon Fauster) Date: Thu, 13 Mar 2014 12:52:00 +0100 Subject: [rhelv6-list] RHEL 6.5 added ECDHE, but not for Apache, Postfix, Sendmail, etc. In-Reply-To: <20140312212229.GC23158@cmadams.net> References: <20140312212229.GC23158@cmadams.net> Message-ID: <1850ED3B-3512-4EBE-AC07-403907DEF51A@googlemail.com> Am 12.03.2014 um 22:22 schrieb Chris Adams : > I was configuring a web server, and thought I'd enable forward secrecy > since RHEL 6.5 now includes some elliptic curve support (specifically, > ECDHE). However, I found that RHEL's Apache package hasn't been rebuilt > since the OpenSSL update to enable elliptic curve. > > Neither have Postfix, Sendmail, or most any other OpenSSL-using package > that I checked. The packages have to be recompiled to take advantage of > ECC (that part of OpenSSL is apparently a compile-time feature check, > not something that can be enabled just by recompiling the OpenSSL shared > libs). > > Does anybody know if Red Hat plans on rebuilding these OpenSSL-using > packages? so far i know - httpd 2.4. is necessary to use forward secrecy ... -- LF From fpicabia at gmail.com Fri Mar 14 14:38:56 2014 From: fpicabia at gmail.com (francis picabia) Date: Fri, 14 Mar 2014 11:38:56 -0300 Subject: [rhelv6-list] console changing input characters to control characters In-Reply-To: References: Message-ID: On Tue, Mar 11, 2014 at 6:47 PM, Orion Poplawski wrote: > Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > writes: > > > > > We have a system I'd rather not reboot (running grid engine) > > which had some random keys input via the KVM. > > > > Thereafter the console in any VT does not show the letter > > entered, but rather than control equivalent. It is like the > > caps lock equivalent of control. If I try to log in as root, > > the login prompt shows : ^R^O^O^T > > I'd be curious to know what KVM and keyboard you were using. I've had this > happen to me with a Trendnet TK-1603R and a Solidtek ACK-730 PS/2 keyboard, > but it is happening on all of the systems. Plugging in a USB keyboard into > the KVM fixed it for me. > > - Orion > > We had two different KVM consoles to try and it was stuck with both. One was from Blackbox and the other was something from Sun Microsystems as it came in a rack with the cluster already set up by Sun. However a PS/2 connection was in use. It might have something to do with that or the Sun 20z system having the problem. I'll try a USB keyboard if this comes up again. SSH was also an option, but I wanted a console in case something odd happened on the network or there was a message only on the console. --Donald -------------- next part -------------- An HTML attachment was scrubbed... URL: From jas at cse.yorku.ca Sat Mar 15 13:54:18 2014 From: jas at cse.yorku.ca (Jason Keltz) Date: Sat, 15 Mar 2014 09:54:18 -0400 Subject: [rhelv6-list] RHEL6 write barriers on MD and LVM devices In-Reply-To: References: Message-ID: <53245B8A.9090904@cse.yorku.ca> Hi everyone.. I've seen a lot of conflicting information with respect to support of write barriers on MD and LVM devices under RHEL6. I'm surprised that this question hasn't come up on this list before! I'm building a system with MD RAID10, and putting LVM on top of it, using ext4 filesystems. I'd like to know whether write barriers are supported through the complete chain in this environment. When I mount the filesystems, there are no kernel errors that barriers are not supported, but I don't want to be under the false impression that barriers "appear" to be supported, yet are not. For example, I've read that barriers were only supported on MD at all levels in 2.6.33 (previously only RAID1). While RHEL6 is based on 2.6.32, I "assume" that RH would backport an important change like that, or, at least have a warning in the documentation, but I can't find any mention of this. I've also read quite mixed messages about barrier support in LVM as well. Any help would be much appreciated. Jason. From solarflow99 at gmail.com Sat Mar 15 14:11:01 2014 From: solarflow99 at gmail.com (solarflow99) Date: Sat, 15 Mar 2014 10:11:01 -0400 Subject: [rhelv6-list] RHEL6 write barriers on MD and LVM devices In-Reply-To: <53245B8A.9090904@cse.yorku.ca> References: <53245B8A.9090904@cse.yorku.ca> Message-ID: Just a few thoughts, from what I remember reading past release notes, LVM should be able to handle the raid 10 mirroring and striping for the last while now. Regardless, my best bet if you want to be safe is, let anaconda handle it and you should be more confident the alignment and barriers are all right. On Sat, Mar 15, 2014 at 9:54 AM, Jason Keltz wrote: > Hi everyone.. > I've seen a lot of conflicting information with respect to support of > write barriers on MD and LVM devices under RHEL6. I'm surprised that this > question hasn't come up on this list before! I'm building a system with MD > RAID10, and putting LVM on top of it, using ext4 filesystems. I'd like to > know whether write barriers are supported through the complete chain in > this environment. When I mount the filesystems, there are no kernel > errors that barriers are not supported, but I don't want to be under the > false impression that barriers "appear" to be supported, yet are not. For > example, I've read that barriers were only supported on MD at all levels in > 2.6.33 (previously only RAID1). While RHEL6 is based on 2.6.32, I "assume" > that RH would backport an important change like that, or, at least have a > warning in the documentation, but I can't find any mention of this. I've > also read quite mixed messages about barrier support in LVM as well. Any > help would be much appreciated. > > Jason. > > _______________________________________________ > 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 KCollins at chevron.com Wed Mar 19 20:34:02 2014 From: KCollins at chevron.com (Collins, Kevin [Contractor Acquisition Program]) Date: Wed, 19 Mar 2014 20:34:02 +0000 Subject: [rhelv6-list] Identifying shared memory that has been swapped? Message-ID: <6F56410FBED1FC41BCA804E16F594B0B330DFCA7@chvpkw8xmbx05.chvpk.chevrontexaco.net> Myself and a co-worker are looking into some memory related issues on RHEL6 running SAP. We are seeing large amounts of memory being swapped (with 'free -mt'), but investigating the total size of swapped memory owned by processes via /proc/PID/smaps is falling well short of the actual amount of swap used. >From some testing, it would appear that shared memory which was swapped out but is not currently attached to any process(es) remains swapped out and we have no visibility to it. Is anyone aware of any way to get visibility into these "un-owned" swapped pages? We are not able to delete the shared memory segments as SAP expects them to exist for any new processes to use. Thanks, Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: From fpicabia at gmail.com Thu Mar 20 16:59:18 2014 From: fpicabia at gmail.com (francis picabia) Date: Thu, 20 Mar 2014 13:59:18 -0300 Subject: [rhelv6-list] Align partition question on vmware Message-ID: Hi all, So I install Redhat 6 on a vmware system. Later I learn this partition alignment issue common to large 1TB+ drives can be an issue on vmware. I check a recent system, and the installer seemed to do the right thing with sda, as the fdisk -lu reports the first cylinder is 2048 Device Boot Start End Blocks Id System /dev/sda1 * 2048 24578047 12288000 83 Linux I added another vm storage later for /usr/local and it seems to be set up the old way: fdisk -lu Disk /dev/sdb: 219.0 GB, 219043332096 bytes 255 heads, 63 sectors/track, 26630 cylinders, total 427819008 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xaa10a650 Device Boot Start End Blocks Id System /dev/sdb1 63 427810949 213905443+ 83 Linux The guys running a system from there are claiming it is slower than the Sun 208R they were used to running, and it has no load on it. Most articles I see about this are taking about the boot loading disk, while I'm looking at the issue for sdb. Should I be concerned and looking at redoing the partitioning? -------------- next part -------------- An HTML attachment was scrubbed... URL: From KCollins at chevron.com Thu Mar 20 18:08:20 2014 From: KCollins at chevron.com (Collins, Kevin [Contractor Acquisition Program]) Date: Thu, 20 Mar 2014 18:08:20 +0000 Subject: [rhelv6-list] Align partition question on vmware In-Reply-To: References: Message-ID: <6F56410FBED1FC41BCA804E16F594B0B330E1189@chvpkw8xmbx05.chvpk.chevrontexaco.net> >From experience we have seen, Anaconda will correctly handle alignment for partitions done during install. For any additional disks we add, we always manually re-align it. The issue as I understand it has to do with potentially "double-reading" all blocks. Kevin From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of francis picabia Sent: Thursday, March 20, 2014 9:59 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: [rhelv6-list] Align partition question on vmware Hi all, So I install Redhat 6 on a vmware system. Later I learn this partition alignment issue common to large 1TB+ drives can be an issue on vmware. I check a recent system, and the installer seemed to do the right thing with sda, as the fdisk -lu reports the first cylinder is 2048 Device Boot Start End Blocks Id System /dev/sda1 * 2048 24578047 12288000 83 Linux I added another vm storage later for /usr/local and it seems to be set up the old way: fdisk -lu Disk /dev/sdb: 219.0 GB, 219043332096 bytes 255 heads, 63 sectors/track, 26630 cylinders, total 427819008 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xaa10a650 Device Boot Start End Blocks Id System /dev/sdb1 63 427810949 213905443+ 83 Linux The guys running a system from there are claiming it is slower than the Sun 208R they were used to running, and it has no load on it. Most articles I see about this are taking about the boot loading disk, while I'm looking at the issue for sdb. Should I be concerned and looking at redoing the partitioning? -------------- next part -------------- An HTML attachment was scrubbed... URL: From eng-partner-management at redhat.com Thu Mar 20 18:23:50 2014 From: eng-partner-management at redhat.com (Engineering Partner Management) Date: Thu, 20 Mar 2014 14:23:50 -0400 Subject: [rhelv6-list] Red Hat Software Collections 1.1 Beta Now Available for Testing Message-ID: <532B3236.9070209@redhat.com> Red Hat is pleased to announce the beta availability of Red Hat Software Collections 1.1, the second installment of Red Hat Software Collections. Red Hat Software Collections 1.1 Beta delivers a comprehensive suite of runtime languages and open source databases helping developers and systems administrators accelerate the creation of stable, modern web applications. Red Hat Software Collections 1.1 Beta expands upon Red Hat Software Collection?s set of powerful web development tools, dynamic languages, and open source databases by offering several new options, including: * Two new open source HTTP server options in the form of Apache HTTP Server 2.4 and Nginx 1.4.4 (available as a Technology Preview) * PHP 5.5, a server-side scripting language designed for web development * Ruby 2.0 and Rails 4.0, which for the first time will be packaged separately, providing developers with access to an updated version of Ruby without requiring the installation of Rails * MongoDB 2.4, a high-performance open source document database and leading NoSQL database that provides high availability and easy scalability * Thermostat 1.0, a tool for monitoring Java virtual machine (JVM) instances on multiple hosts * Enhancements to the software collections utilities that simplify the extension of software collections through the use of dependent collections As with Red Hat Software Collection 1.0, this latest release expedites the delivery of dynamic languages and databases, a significant benefit to organizations seeking to accelerate software development and deployment through DevOps and/or agile methods. Additionally, subscribers deploying applications built using Red Hat Software Collections into production can do so with confidence, as individual releases of Red Hat Software Collections are supported for three years. RED HAT SOFTWARE COLLECTIONS 1.1 BETA AVAILABILITY Red Hat Software Collections 1.1 Beta is available now for use with Red Hat Enterprise Linux 6 to customers and partners with select active Red Hat Enterprise Linux subscriptions. Follow this link to access the software: https://rhn.redhat.com/rhn/software/channels/Beta.do For more information on how to install Red Hat Software Collections view the Red Hat Software Collections 1.1 Beta release notes at: https://access.redhat.com/site/documentation/en-US/Red_Hat_Software_Collections/1-Beta/html/1.1_Release_Notes/index.html ADDITIONAL RESOURCES To access documentation for Red Hat Software Collections, visit: - Latest Red Hat Software Collections release notes: https://access.redhat.com/site/documentation/en-US/Red_Hat_Software_Collections/1-Beta/html/1.1_Release_Notes/index.html - Red Hat Enterprise Linux Developer Guide: http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Developer_Guide/index.html - Red Hat Enterprise Linux documentation: https://access.redhat.com/knowledge/docs/Red_Hat_Enterprise_Linux/ Sincerely, The Red Hat Enterprise Linux Team From matthias at saou.eu Fri Mar 21 11:31:48 2014 From: matthias at saou.eu (Matthias Saou) Date: Fri, 21 Mar 2014 12:31:48 +0100 Subject: [rhelv6-list] Align partition question on vmware In-Reply-To: References: Message-ID: <20140321123148.0092b428@r2d2.marmotte.net> On Thu, 20 Mar 2014 13:59:18 -0300 francis picabia wrote: [...] > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 24578047 12288000 83 Linux [...] > /dev/sdb1 63 427810949 213905443+ 83 Linux > > The guys running a system from there are claiming it is slower than > the Sun 208R they were used to running, and it has no load on it. > > Most articles I see about this are taking about the boot loading > disk, while I'm looking at the issue for sdb. Should I be concerned > and looking at redoing the partitioning? If you are seeing worse performance on sdb than on sda, and you shouldn't (if they come from the same disk or SAN device), then you should definitely consider re-doing that partition. I think that if you run fdisk with the -c option (and the -u too), it should then offer 2048 as the default start for a single partition, just like what you've seen for the boot disk. Another option would be to use parted, with an msdos partition table, and create the partition starting at 1M and ending at 100%. If your block device was larger than 2.4TB, you'd have to do it this way with a guid partition table anyway. This is one of those typical annoyances where anaconda does the right thing by setting some options, while the tools' defaults don't. Another typical example would be for ext filesystems and the acl and user_xattr default mount options. Luckily that's trivial to change later on, unlike partition boundaries! Cheers, Matthias -- Matthias Saou ?? ?? ?? ?? Web: http://matthias.saou.eu/ ?????????????? Mail/XMPP: matthias at saou.eu ???? ?????? ???? ?????????????????????? GPG: 4096R/E755CC63 ?? ?????????????? ?? 8D91 7E2E F048 9C9C 46AF ?? ?? ?? ?? 21A9 7A51 7B82 E755 CC63 ???? ????