From thomas at redhat.com Sat Jun 2 16:38:52 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Sat, 02 Jun 2012 11:38:52 -0500 Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: 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: <4FCA419C.1070008@redhat.com> On 05/31/2012 12:43 AM, Jussi Silvennoinen 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. > > Out of curiosity, what kind of performance do you get? In something > rudimentary like glxgears. Sorry for the delay in answering, I was travelling all week. It's not spectacular, but certainly usable for my purposes. Like I said, I am not a gamer, all I wanted was compiz to work on three heads. I just got: [tcameron at case ~]$ glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 298 frames in 5.0 seconds = 59.561 FPS 300 frames in 5.0 seconds = 59.903 FPS TC -- 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 jussi_rhel6 at silvennoinen.net Mon Jun 4 15:13:20 2012 From: jussi_rhel6 at silvennoinen.net (Jussi Silvennoinen) Date: Mon, 4 Jun 2012 18:13:20 +0300 (EEST) Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: <4FCA419C.1070008@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> <4FCA419C.1070008@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. > > Sorry for the delay in answering, I was travelling all week. It's not > spectacular, but certainly usable for my purposes. Like I said, I am not a > gamer, all I wanted was compiz to work on three heads. I just got: > > [tcameron at case ~]$ glxgears > Running synchronized to the vertical refresh. The framerate should be > approximately the same as the monitor refresh rate. > 298 frames in 5.0 seconds = 59.561 FPS > 300 frames in 5.0 seconds = 59.903 FPS Hum, how about 'export vblank_mode=0 ; glxgears'? Gaming aside, 2500fps from a Nvidia NVS290 wasn't enough to run compiz on a 3200x1200 dualhead smoothly en?ugh for my taste. 9000fps from a Quadro 600 did the trick. Both using Nvidia's proprietary driver. -- Jussi From thomas at redhat.com Mon Jun 4 17:43:37 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Mon, 04 Jun 2012 12:43:37 -0500 Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: 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> <4FCA419C.1070008@redhat.com> Message-ID: <4FCCF3C9.9060801@redhat.com> On 06/04/2012 10:13 AM, Jussi Silvennoinen 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. >>> >>> Out of curiosity, what kind of performance do you get? In something >>> rudimentary like glxgears. >> >> Sorry for the delay in answering, I was travelling all week. It's not >> spectacular, but certainly usable for my purposes. Like I said, I am >> not a gamer, all I wanted was compiz to work on three heads. I just got: >> >> [tcameron at case ~]$ glxgears >> Running synchronized to the vertical refresh. The framerate should be >> approximately the same as the monitor refresh rate. >> 298 frames in 5.0 seconds = 59.561 FPS >> 300 frames in 5.0 seconds = 59.903 FPS > > Hum, how about 'export vblank_mode=0 ; glxgears'? Gaming aside, 2500fps > from a Nvidia NVS290 wasn't enough to run compiz on a 3200x1200 dualhead > smoothly en?ugh for my taste. 9000fps from a Quadro 600 did the trick. > Both using Nvidia's proprietary driver. I'm running at 4320x900, or one desktop across three 1440x900 screens. Compiz works just fine to my eye. To use the Quadro 600 for three monitors, I would have had to buy two of them, instead of the one V4900. Essentially that would double my cost, and add the hassle of proprietary drivers. Also, I MASSIVELY prefer to use OSS instead of closed source. Anyway, I ran your command, and I got an average of about 4000fps. Plenty snappy for my use. [tcameron at case Desktop]$ export vblank_mode=0 ; glxgears ATTENTION: default value of option vblank_mode overridden by environment. ATTENTION: default value of option vblank_mode overridden by environment. 17754 frames in 5.0 seconds = 3550.749 FPS 17699 frames in 5.0 seconds = 3539.472 FPS 20198 frames in 5.0 seconds = 4039.454 FPS 20367 frames in 5.0 seconds = 4073.230 FPS 20169 frames in 5.0 seconds = 4033.722 FPS 20567 frames in 5.0 seconds = 4112.590 FPS 20418 frames in 5.0 seconds = 4083.588 FPS 20467 frames in 5.0 seconds = 4093.272 FPS 20214 frames in 5.0 seconds = 4042.765 FPS 20504 frames in 5.0 seconds = 4100.681 FPS 20413 frames in 5.0 seconds = 4082.554 FPS 20481 frames in 5.0 seconds = 4096.033 FPS TC -- 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 jussi_rhel6 at silvennoinen.net Mon Jun 4 20:01:49 2012 From: jussi_rhel6 at silvennoinen.net (Jussi Silvennoinen) Date: Mon, 4 Jun 2012 23:01:49 +0300 (EEST) Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: <4FCCF3C9.9060801@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> <4FCA419C.1070008@redhat.com> <4FCCF3C9.9060801@redhat.com> Message-ID: >> > > > > 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. >> > >> > Sorry for the delay in answering, I was travelling all week. It's not >> > spectacular, but certainly usable for my purposes. Like I said, I am >> > not a gamer, all I wanted was compiz to work on three heads. I just got: >> > >> > [tcameron at case ~]$ glxgears >> > Running synchronized to the vertical refresh. The framerate should be >> > approximately the same as the monitor refresh rate. >> > 298 frames in 5.0 seconds = 59.561 FPS >> > 300 frames in 5.0 seconds = 59.903 FPS >> >> Hum, how about 'export vblank_mode=0 ; glxgears'? Gaming aside, 2500fps >> from a Nvidia NVS290 wasn't enough to run compiz on a 3200x1200 dualhead >> smoothly en?ugh for my taste. 9000fps from a Quadro 600 did the trick. >> Both using Nvidia's proprietary driver. > > I'm running at 4320x900, or one desktop across three 1440x900 screens. Compiz > works just fine to my eye. > > To use the Quadro 600 for three monitors, I would have had to buy two of > them, instead of the one V4900. Essentially that would double my cost, and > add the hassle of proprietary drivers. Also, I MASSIVELY prefer to use OSS > instead of closed source. > > Anyway, I ran your command, and I got an average of about 4000fps. Plenty > snappy for my use. > > [tcameron at case Desktop]$ export vblank_mode=0 ; glxgears > ATTENTION: default value of option vblank_mode overridden by environment. > ATTENTION: default value of option vblank_mode overridden by environment. > 17754 frames in 5.0 seconds = 3550.749 FPS > 17699 frames in 5.0 seconds = 3539.472 FPS Wonderful. Do you use xinerama? I cannot get xinerama to work properly with any newish Nvidia driver and RHEL6.2's X.org, window borders go AWOL. -- Jussi From thomas at redhat.com Mon Jun 4 21:15:38 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Mon, 04 Jun 2012 16:15:38 -0500 Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: 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> <4FCA419C.1070008@redhat.com> <4FCCF3C9.9060801@redhat.com> Message-ID: <4FCD257A.4090203@redhat.com> On 06/04/2012 03:01 PM, Jussi Silvennoinen wrote: >>> > > > > 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. >>> > > Sorry for the delay in answering, I was travelling all week. It's >>> not >>> > spectacular, but certainly usable for my purposes. Like I said, I am >>> > not a gamer, all I wanted was compiz to work on three heads. I just >>> got: >>> > > [tcameron at case ~]$ glxgears >>> > Running synchronized to the vertical refresh. The framerate should be >>> > approximately the same as the monitor refresh rate. >>> > 298 frames in 5.0 seconds = 59.561 FPS >>> > 300 frames in 5.0 seconds = 59.903 FPS >>> >>> Hum, how about 'export vblank_mode=0 ; glxgears'? Gaming aside, 2500fps >>> from a Nvidia NVS290 wasn't enough to run compiz on a 3200x1200 dualhead >>> smoothly en?ugh for my taste. 9000fps from a Quadro 600 did the trick. >>> Both using Nvidia's proprietary driver. >> >> I'm running at 4320x900, or one desktop across three 1440x900 screens. >> Compiz works just fine to my eye. >> >> To use the Quadro 600 for three monitors, I would have had to buy two >> of them, instead of the one V4900. Essentially that would double my >> cost, and add the hassle of proprietary drivers. Also, I MASSIVELY >> prefer to use OSS instead of closed source. >> >> Anyway, I ran your command, and I got an average of about 4000fps. >> Plenty snappy for my use. >> >> [tcameron at case Desktop]$ export vblank_mode=0 ; glxgears >> ATTENTION: default value of option vblank_mode overridden by environment. >> ATTENTION: default value of option vblank_mode overridden by environment. >> 17754 frames in 5.0 seconds = 3550.749 FPS >> 17699 frames in 5.0 seconds = 3539.472 FPS > > Wonderful. Do you use xinerama? > > I cannot get xinerama to work properly with any newish Nvidia driver and > RHEL6.2's X.org, window borders go AWOL. Weird, I used Xinerama all the time with my GeForce 7300 GT in dual-head mode, and never had an issue with my borders. Same now that it's the v4900... No issues at all. -- 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 jussi_rhel6 at silvennoinen.net Mon Jun 4 21:59:03 2012 From: jussi_rhel6 at silvennoinen.net (Jussi Silvennoinen) Date: Tue, 5 Jun 2012 00:59:03 +0300 (EEST) Subject: [rhelv6-list] Opinions on multi-head In-Reply-To: <4FCD257A.4090203@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> <4FCA419C.1070008@redhat.com> <4FCCF3C9.9060801@redhat.com> <4FCD257A.4090203@redhat.com> Message-ID: >> > > Hum, how about 'export vblank_mode=0 ; glxgears'? Gaming aside, >> > > 2500fps >> > > from a Nvidia NVS290 wasn't enough to run compiz on a 3200x1200 >> > > dualhead >> > > smoothly en?ugh for my taste. 9000fps from a Quadro 600 did the trick. >> > > Both using Nvidia's proprietary driver. >> > >> > I'm running at 4320x900, or one desktop across three 1440x900 screens. >> > Compiz works just fine to my eye. >> > >> > To use the Quadro 600 for three monitors, I would have had to buy two >> > of them, instead of the one V4900. Essentially that would double my >> > cost, and add the hassle of proprietary drivers. Also, I MASSIVELY >> > prefer to use OSS instead of closed source. >> > >> > Anyway, I ran your command, and I got an average of about 4000fps. >> > Plenty snappy for my use. >> > >> > [tcameron at case Desktop]$ export vblank_mode=0 ; glxgears >> > ATTENTION: default value of option vblank_mode overridden by >> > ATTENTION: environment. >> > ATTENTION: default value of option vblank_mode overridden by >> > ATTENTION: environment. >> > 17754 frames in 5.0 seconds = 3550.749 FPS >> > 17699 frames in 5.0 seconds = 3539.472 FPS >> >> Wonderful. Do you use xinerama? >> >> I cannot get xinerama to work properly with any newish Nvidia driver and >> RHEL6.2's X.org, window borders go AWOL. > > Weird, I used Xinerama all the time with my GeForce 7300 GT in dual-head > mode, and never had an issue with my borders. Same now that it's the v4900... > No issues at all. Everything was honky dory for many years and OS releases. RHEL6.2 X.org required newer Nvidia drivers than I was running and Xinerama simply refuses to work properly with this combination. Beer reward for fix :) -- Jussi From akrherz at iastate.edu Tue Jun 5 19:40:06 2012 From: akrherz at iastate.edu (daryl herzmann) Date: Tue, 5 Jun 2012 14:40:06 -0500 (CDT) Subject: [rhelv6-list] RHEL6.2 XFS brutal performence with lots of files Message-ID: Hi, I've been noticing lots of annoying problems with XFS performance with RHEL6.2 on 64bit. I typically have 20-30 TB file systems with data structured in directories based on day of year, product type, for example, /data/2012/06/05/product/blah.gif Doing operations like tar or rm over these directories bring the system to a grinding halt. Load average goes vertical and eventually the power button needs to be pressed in many cases :( A hack workaround is to break apart the task into smaller chunks and let the system breath in between operations... Anyway, I read Ric Wheeler's "Billion Files" with great interest http://www.redhat.com/summit/2011/presentations/summit/decoding_the_code/thursday/wheeler_t_0310_billion_files_2011.pdf It appears there are 'known issues' with XFS and RHEL6.1. It does not appear these issues were addressed in RHEL 6.2? Does anybody know if these issues were addressed in the upcoming RHEL 6.3? My impression is that upstream fixes for this only recently (last 6 months?) appeared in the mainline kernel. Perhaps I am missing some tuning that could be done to help with this? thanks, daryl From jussi_rhel6 at silvennoinen.net Tue Jun 5 20:10:20 2012 From: jussi_rhel6 at silvennoinen.net (Jussi Silvennoinen) Date: Tue, 5 Jun 2012 23:10:20 +0300 (EEST) Subject: [rhelv6-list] RHEL6.2 XFS brutal performence with lots of files In-Reply-To: References: Message-ID: > I've been noticing lots of annoying problems with XFS performance with > RHEL6.2 on 64bit. I typically have 20-30 TB file systems with data > structured in directories based on day of year, product type, for example, > > /data/2012/06/05/product/blah.gif > > Doing operations like tar or rm over these directories bring the system to a > grinding halt. Load average goes vertical and eventually the power button > needs to be pressed in many cases :( A hack workaround is to break apart the > task into smaller chunks and let the system breath in between operations... > > Anyway, I read Ric Wheeler's "Billion Files" with great interest > > http://www.redhat.com/summit/2011/presentations/summit/decoding_the_code/thursday/wheeler_t_0310_billion_files_2011.pdf > > It appears there are 'known issues' with XFS and RHEL6.1. It does not appear > these issues were addressed in RHEL 6.2? > > Does anybody know if these issues were addressed in the upcoming RHEL 6.3? My > impression is that upstream fixes for this only recently (last 6 months?) > appeared in the mainline kernel. > > Perhaps I am missing some tuning that could be done to help with this? Enabling lazy-count does wonders for workloads that involve massive amounts of metadata. Unfortunately it's a mkfs-time option only AFAIK. -- Jussi From Andre.tenBohmer at wur.nl Wed Jun 6 08:26:12 2012 From: Andre.tenBohmer at wur.nl (Bohmer, Andre ten) Date: Wed, 6 Jun 2012 08:26:12 +0000 Subject: [rhelv6-list] RHEL6.2 XFS brutal performence with lots of files In-Reply-To: References: Message-ID: > > I've been noticing lots of annoying problems with XFS performance with > > RHEL6.2 on 64bit. I typically have 20-30 TB file systems with data > > structured in directories based on day of year, product type, for > > example, > > > > /data/2012/06/05/product/blah.gif > > > > Doing operations like tar or rm over these directories bring the > > system to a grinding halt. Load average goes vertical and eventually > > the power button needs to be pressed in many cases :( A hack > > workaround is to break apart the task into smaller chunks and let the system breath > in between operations... > > > > Anyway, I read Ric Wheeler's "Billion Files" with great interest > > > > http://www.redhat.com/summit/2011/presentations/summit/decoding_the_co > > de/thursday/wheeler_t_0310_billion_files_2011.pdf > > > > It appears there are 'known issues' with XFS and RHEL6.1. It does not > > appear these issues were addressed in RHEL 6.2? > > > > Does anybody know if these issues were addressed in the upcoming RHEL > > 6.3? My impression is that upstream fixes for this only recently (last > > 6 months?) appeared in the mainline kernel. > > > > Perhaps I am missing some tuning that could be done to help with this? > > Enabling lazy-count does wonders for workloads that involve massive amounts of > metadata. Unfortunately it's a mkfs-time option only AFAIK. Seems to be possbile to enable this on a unmounted xfs file system. From http://www.practicalsysadmin.com/wiki/index.php/XFS_optimisation : quote: Or with an existing unmounted filesystem: xfs_admin -c 1 filesystem This may take several hours on a large filesystem as the entire filesystem seems to be scanned. Cheers, Andre > -- > > Jussi > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > From zkaspar82 at gmail.com Tue Jun 5 21:45:00 2012 From: zkaspar82 at gmail.com (Zdenek Kaspar) Date: Tue, 05 Jun 2012 23:45:00 +0200 Subject: [rhelv6-list] RHEL6.2 XFS brutal performence with lots of files In-Reply-To: References: Message-ID: <4FCE7DDC.2040405@gmail.com> Dne 5.6.2012 22:10, Jussi Silvennoinen napsal(a): > Enabling lazy-count does wonders for workloads that involve massive > amounts of metadata. Unfortunately it's a mkfs-time option only AFAIK. Can be enabled with xfs_admin, check -c option.. HTH, Z. From anthony.schreiner at bc.edu Fri Jun 8 18:44:43 2012 From: anthony.schreiner at bc.edu (Tony Schreiner) Date: Fri, 8 Jun 2012 14:44:43 -0400 Subject: [rhelv6-list] RHEL6.2 XFS brutal performence with lots of files In-Reply-To: <4FCE7DDC.2040405@gmail.com> References: <4FCE7DDC.2040405@gmail.com> Message-ID: <1CCD563C-08DE-4103-97D1-20E37336E535@bc.edu> On Jun 5, 2012, at 5:45 PM, Zdenek Kaspar wrote: > Dne 5.6.2012 22:10, Jussi Silvennoinen napsal(a): >> Enabling lazy-count does wonders for workloads that involve massive >> amounts of metadata. Unfortunately it's a mkfs-time option only AFAIK. > > Can be enabled with xfs_admin, check -c option.. > > HTH, Z. I have a disk-based backup server using an xfs volume. I would seem to benefit from this. What might be the downside? Tony Schreiner From S.Reber at lcsys.ch Wed Jun 13 12:05:35 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 14:05:35 +0200 Subject: [rhelv6-list] Unable to activate SELinux Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> Hi all, I'm having trouble to active SELinux on our RHEL 6 Linux system. We have some sort of special installation framework (cobbler and puppet) and initially disabled SELinux (which is fine) [output from Kickstart] ... selinux --disabled ... %packages --excludedocs --nobase kernel yum openssh-server openssh-clients audit logrotate tmpwatch vixie-cron crontabs ksh ntp perl bind-utils sudo which sendmail wget redhat-lsb rsync authconfig lsof unzip sharutils logwatch libacl nfs-utils lcsetup -firstboot -tftp-server -system-config-soundcard -libselinux-python -selinux-policy -libselinux-utils -selinux-policy-targeted ... But for some high Security Risk systems, it's required to turn it on anyway. So I followed the guidance on: http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab ling_and_Disabling_SELinux.html to enable SELinux again on these systems Unfortunately does the system not initiate SELinux correctly nor do I see any hint where the problem is: tgl90a-8401 root:/etc/init $ sestatus SELinux status: disabled tgl90a-8401 root:/etc/init $ cat /etc/selinux/config # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=permissive # SELINUXTYPE= can take one of these two values: # targeted - Targeted processes are protected, # mls - Multi Level Security protection. SELINUXTYPE=targeted The only thing I can see is: tgl90a-8401 root:/etc/init $ cat /var/log/messages Jun 13 13:41:30 tgl90a-8401 kernel: SELinux: Initializing. Does anybody know if I need additional packages on the system or any special setting set? If tried "permissive" mode with /.autorelable - which didn't work either I also installed @Base Group to ensure nothing is missing - but still the same result I've tried it with the same setup on RHEL 5 which perfectly worked - but not on RHEL 6! So I'm really looking forward to get some hints/tips Thanks and all the best, Si From sds at tycho.nsa.gov Wed Jun 13 12:23:34 2012 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Wed, 13 Jun 2012 08:23:34 -0400 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> Message-ID: <1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil> On Wed, 2012-06-13 at 14:05 +0200, Simon Reber wrote: > -libselinux-python > -selinux-policy > -libselinux-utils > -selinux-policy-targeted > ... Did you install selinux-policy-targeted and the other packages above that were originally excluded from your install? -- Stephen Smalley National Security Agency From trishoar at bgfl.org Wed Jun 13 12:36:03 2012 From: trishoar at bgfl.org (Tris Hoar) Date: Wed, 13 Jun 2012 13:36:03 +0100 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> Message-ID: <4FD88933.5000403@bgfl.org> On 13/06/2012 13:05, Simon Reber wrote: > Hi all, > > I'm having trouble to active SELinux on our RHEL 6 Linux system. > We have some sort of special installation framework (cobbler and puppet) > and initially disabled SELinux (which is fine) > > [output from Kickstart] > ... > selinux --disabled > ... > %packages --excludedocs --nobase > kernel > yum > openssh-server > openssh-clients > audit > logrotate > tmpwatch > vixie-cron > crontabs > ksh > ntp > perl > bind-utils > sudo > which > sendmail > wget > redhat-lsb > rsync > authconfig > lsof > unzip > sharutils > logwatch > libacl > nfs-utils > lcsetup > -firstboot > -tftp-server > -system-config-soundcard > -libselinux-python > -selinux-policy > -libselinux-utils > -selinux-policy-targeted > ... > > But for some high Security Risk systems, it's required to turn it on > anyway. > So I followed the guidance on: > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi > ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab > ling_and_Disabling_SELinux.html to enable SELinux again on these systems > > Unfortunately does the system not initiate SELinux correctly nor do I > see any hint where the problem is: > > tgl90a-8401 root:/etc/init $ sestatus > SELinux status: disabled > tgl90a-8401 root:/etc/init $ cat /etc/selinux/config > # This file controls the state of SELinux on the system. > # SELINUX= can take one of these three values: > # enforcing - SELinux security policy is enforced. > # permissive - SELinux prints warnings instead of enforcing. > # disabled - No SELinux policy is loaded. > SELINUX=permissive > # SELINUXTYPE= can take one of these two values: > # targeted - Targeted processes are protected, > # mls - Multi Level Security protection. > SELINUXTYPE=targeted > > > The only thing I can see is: > tgl90a-8401 root:/etc/init $ cat /var/log/messages > Jun 13 13:41:30 tgl90a-8401 kernel: SELinux: Initializing. > > > Does anybody know if I need additional packages on the system or any > special setting set? > If tried "permissive" mode with /.autorelable - which didn't > work either > I also installed @Base Group to ensure nothing is missing - but > still the same result > > I've tried it with the same setup on RHEL 5 which perfectly worked - but > not on RHEL 6! > So I'm really looking forward to get some hints/tips > > Thanks and all the best, > Si > > Are you sure you are installing the packages needed for SE? @Base does not include any SE packages. I think you will want selinux-policy and selinux-policy-targeted as this gives the default SE policy for the system. Regards, Tris ************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster at bgfl.org The views expressed within this email are those of the individual, and not necessarily those of the organisation ************************************************************* From S.Reber at lcsys.ch Wed Jun 13 12:56:04 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 14:56:04 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> <1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> > On Wed, 2012-06-13 at 14:05 +0200, Simon Reber wrote: > > -libselinux-python > > -selinux-policy > > -libselinux-utils > > -selinux-policy-targeted > > ... > > Did you install selinux-policy-targeted and the other packages above > that were originally excluded from your install? Yes, both packages have been installed: tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy selinux-policy-targeted-3.7.19-126.el6_2.10.noarch selinux-policy-3.7.19-126.el6_2.10.noarch Like I said, I strictly followed the instruction on http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab ling_and_Disabling_SELinux.html -> In section 5.4.1.1 the packages are stated and all of them have been installed tgl90a-8401 root:/etc/init $ rpm -qa | grep sel libselinux-2.0.94-5.2.el6.x86_64 libselinux-ruby-2.0.94-5.2.el6.x86_64 libselinux-python-2.0.94-5.2.el6.x86_64 selinux-policy-targeted-3.7.19-126.el6_2.10.noarch libselinux-utils-2.0.94-5.2.el6.x86_64 selinux-policy-3.7.19-126.el6_2.10.noarch tgl90a-8401 root:/etc/init $ rpm -qa | grep set setserial-2.17-25.el6.x86_64 setools-libs-python-3.3.7-4.el6.x86_64 setuptool-1.19.9-3.el6.x86_64 setools-libs-3.3.7-4.el6.x86_64 setroubleshoot-plugins-3.0.16-1.el6.noarch setroubleshoot-3.0.38-2.1.el6.x86_64 setroubleshoot-server-3.0.38-2.1.el6.x86_64 Thanks and all the best, Simon Reber From gcraciun at transfond.ro Wed Jun 13 13:16:34 2012 From: gcraciun at transfond.ro (Gabriel S. Craciun) Date: Wed, 13 Jun 2012 13:16:34 +0000 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> <1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil> <1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> Message-ID: <18ACE6C30FF1454D93B4C039FB62EA7627DE79FD@SPO-MAIL.stfd.ro> Did you check /etc/sysconfig/selinux ???? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Simon Reber Sent: Wednesday, June 13, 2012 3:56 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] Unable to activate SELinux > On Wed, 2012-06-13 at 14:05 +0200, Simon Reber wrote: > > -libselinux-python > > -selinux-policy > > -libselinux-utils > > -selinux-policy-targeted > > ... > > Did you install selinux-policy-targeted and the other packages above > that were originally excluded from your install? Yes, both packages have been installed: tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy selinux-policy-targeted-3.7.19-126.el6_2.10.noarch selinux-policy-3.7.19-126.el6_2.10.noarch Like I said, I strictly followed the instruction on http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab ling_and_Disabling_SELinux.html -> In section 5.4.1.1 the packages are stated and all of them have been installed tgl90a-8401 root:/etc/init $ rpm -qa | grep sel libselinux-2.0.94-5.2.el6.x86_64 libselinux-ruby-2.0.94-5.2.el6.x86_64 libselinux-python-2.0.94-5.2.el6.x86_64 selinux-policy-targeted-3.7.19-126.el6_2.10.noarch libselinux-utils-2.0.94-5.2.el6.x86_64 selinux-policy-3.7.19-126.el6_2.10.noarch tgl90a-8401 root:/etc/init $ rpm -qa | grep set setserial-2.17-25.el6.x86_64 setools-libs-python-3.3.7-4.el6.x86_64 setuptool-1.19.9-3.el6.x86_64 setools-libs-3.3.7-4.el6.x86_64 setroubleshoot-plugins-3.0.16-1.el6.noarch setroubleshoot-3.0.38-2.1.el6.x86_64 setroubleshoot-server-3.0.38-2.1.el6.x86_64 Thanks and all the best, Simon Reber _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list -------------------------------- NOTICE OF CONFIDENTIALITY This E-mail message and its attachments (if any) are intended solely for the use of the addressees hereof. In addition, this message and the attachments (if any) may contain information that is confidential, privileged and exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are prohibited from reading, disclosing, reproducing, distributing, disseminating or otherwise using this transmission. Delivery of this message to any person other than the intended recipient is not intended to waive any right or privilege. If you have received this message in error, please promptly notify the sender by reply E-mail and immediately delete this message from your system. From sds at tycho.nsa.gov Wed Jun 13 13:20:17 2012 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Wed, 13 Jun 2012 09:20:17 -0400 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> <1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil> <1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> Message-ID: <1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil> On Wed, 2012-06-13 at 14:56 +0200, Simon Reber wrote: > Yes, both packages have been installed: > > tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy > selinux-policy-targeted-3.7.19-126.el6_2.10.noarch > selinux-policy-3.7.19-126.el6_2.10.noarch What happens if you try to manually load the policy now? load_policy -i -- Stephen Smalley National Security Agency From S.Reber at lcsys.ch Wed Jun 13 13:29:07 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 15:29:07 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <18ACE6C30FF1454D93B4C039FB62EA7627DE79FD@SPO-MAIL.stfd.ro> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch><1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> <18ACE6C30FF1454D93B4C039FB62EA7627DE79FD@SPO-MAIL.stfd.ro> Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BAB@chbsex01.lcsys.ch> > Did you check /etc/sysconfig/selinux ???? File is there and from my point of view correctly configured: tgl90a-8401 root:/etc/init $ ls -al /etc/sysconfig/selinux lrwxrwxrwx 1 root root 17 Jun 13 12:58 /etc/sysconfig/selinux -> ../selinux/config tgl90a-8401 root:/etc/init $ cat /etc/sysconfig/selinux # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=permissive # SELINUXTYPE= can take one of these two values: # targeted - Targeted processes are protected, # mls - Multi Level Security protection. SELINUXTYPE=targeted Cheers, Si From S.Reber at lcsys.ch Wed Jun 13 13:33:07 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 15:33:07 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch><1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> <1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> > On Wed, 2012-06-13 at 14:56 +0200, Simon Reber wrote: > > Yes, both packages have been installed: > > > > tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy > > selinux-policy-targeted-3.7.19-126.el6_2.10.noarch > > selinux-policy-3.7.19-126.el6_2.10.noarch > > What happens if you try to manually load the policy now? > load_policy -i That somehow did the trick (that didn't came to my mind so far ;-): tgl90a-8401 root:/etc/init $ load_policy -i tgl90a-8401 root:/etc/init $ tgl90a-8401 root:/etc/init $ dmesg ... SELinux: 2048 avtab hash slots, 226005 rules. SELinux: 2048 avtab hash slots, 226005 rules. SELinux: 9 users, 12 roles, 3578 types, 179 bools, 1 sens, 1024 cats SELinux: 81 classes, 226005 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev cgroup, type cgroup), uses genfs_contexts SELinux: initialized (dev vmblock, type vmblock), uses genfs_contexts SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts SELinux: initialized (dev dm-3, type ext4), uses xattr SELinux: initialized (dev dm-2, type ext4), uses xattr SELinux: initialized (dev dm-4, type ext4), uses xattr SELinux: initialized (dev dm-6, type ext4), uses xattr SELinux: initialized (dev dm-5, type ext4), uses xattr SELinux: initialized (dev sda1, type ext3), uses xattr SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts SELinux: initialized (dev dm-0, type ext4), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses transition SIDs SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev devtmpfs, type devtmpfs), uses transition SIDs SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts tgl90a-8401 root:/etc/init $ sestatus -v SELinux status: enabled SELinuxfs mount: /selinux Current mode: permissive Mode from config file: permissive Policy version: 24 Policy from config file: targeted Process contexts: Current context: system_u:system_r:kernel_t:s0 Init context: system_u:system_r:kernel_t:s0 /sbin/mingetty system_u:system_r:kernel_t:s0 /usr/sbin/sshd system_u:system_r:kernel_t:s0 File contexts: Controlling term: system_u:object_r:devpts_t:s0 /etc/passwd system_u:object_r:file_t:s0 /etc/shadow system_u:object_r:file_t:s0 /bin/bash system_u:object_r:shell_exec_t:s0 /bin/login system_u:object_r:login_exec_t:s0 /bin/sh system_u:object_r:bin_t:s0 -> system_u:object_r:shell_exec_t:s0 /sbin/agetty system_u:object_r:getty_exec_t:s0 /sbin/init system_u:object_r:init_exec_t:s0 /sbin/mingetty system_u:object_r:getty_exec_t:s0 /usr/sbin/sshd system_u:object_r:sshd_exec_t:s0 tgl90a-8401 root:/etc/init $ tgl90a-8401 root:/etc/init $ getenforce Permissive tgl90a-8401 root:/etc/init $ According the configuration this is correct and it seems to be running now. So I assume that something is missing within the startup framework ... Do you know what startup script SELinux has/required? I couldn't find any Thanks and all the best, Si From S.Reber at lcsys.ch Wed Jun 13 13:34:27 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 15:34:27 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <18ACE6C30FF1454D93B4C039FB62EA7627DE79FD@SPO-MAIL.stfd.ro> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch><1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> <18ACE6C30FF1454D93B4C039FB62EA7627DE79FD@SPO-MAIL.stfd.ro> Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BAD@chbsex01.lcsys.ch> > Did you check /etc/sysconfig/selinux ???? Files are in place as per definition: tgl90a-8401 root:/etc/init $ ls -al /etc/sysconfig/selinux lrwxrwxrwx 1 root root 17 Jun 13 12:58 /etc/sysconfig/selinux -> ../selinux/config tgl90a-8401 root:/etc/init $ cat /etc/sysconfig/selinux # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=permissive # SELINUXTYPE= can take one of these two values: # targeted - Targeted processes are protected, # mls - Multi Level Security protection. SELINUXTYPE=targeted As you probably have seen with load_policy -I it works. So I assume that I have somehow a problem with SELinux startup Cheers, Si From moritz.baumann at inf.ethz.ch Wed Jun 13 13:41:04 2012 From: moritz.baumann at inf.ethz.ch (Moritz Baumann) Date: Wed, 13 Jun 2012 15:41:04 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch><1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> <1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil> <1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> Message-ID: <4FD89870.6080808@inf.ethz.ch> Hi Simon, and you are not passing selinux=0 to the kernel on boot ? Best, Moritz From S.Reber at lcsys.ch Wed Jun 13 13:49:08 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 15:49:08 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <4FD89870.6080808@inf.ethz.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch><1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch><1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> <4FD89870.6080808@inf.ethz.ch> Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BAE@chbsex01.lcsys.ch> > and you are not passing selinux=0 to the kernel on boot ? Good point, but no tgl90a-8401 root:/home/rebersi1 $ cat /boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/mapper/vgroot-lvroot # initrd /initrd-[generic-]version.img #boot=/dev/sda default=0 timeout=10 title CentOS (2.6.32-220.7.1.el6.x86_64) root (hd0,0) kernel /vmlinuz-2.6.32-220.7.1.el6.x86_64 ro root=/dev/mapper/vgroot-lvroot audit=1 rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=vgroot/lvswap SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=sg-latin1 rd_LVM_LV=vgroot/lvroot rd_NO_DM initrd /initramfs-2.6.32-220.7.1.el6.x86_64.img tgl90a-8401 root:/home/rebersi1 $ Cheers, Si From sds at tycho.nsa.gov Wed Jun 13 13:55:06 2012 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Wed, 13 Jun 2012 09:55:06 -0400 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch> <1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil> <1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch> <1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil> <1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> Message-ID: <1339595706.13501.14.camel@moss-pluto.epoch.ncsc.mil> On Wed, 2012-06-13 at 15:33 +0200, Simon Reber wrote: > According the configuration this is correct and it seems to be running > now. > So I assume that something is missing within the startup framework ... > > Do you know what startup script SELinux has/required? > I couldn't find any I think it happens from initrd in RHEL 6. So you might need to regenerate your initrd after having installed the SELinux-related packages. Re-installing your kernel package might do the trick. -- Stephen Smalley National Security Agency From S.Reber at lcsys.ch Wed Jun 13 14:18:03 2012 From: S.Reber at lcsys.ch (Simon Reber) Date: Wed, 13 Jun 2012 16:18:03 +0200 Subject: [rhelv6-list] Unable to activate SELinux In-Reply-To: <1339595706.13501.14.camel@moss-pluto.epoch.ncsc.mil> References: <1209832B38DC214CB373A59426B91DFE010D6BA7@chbsex01.lcsys.ch><1339590214.13501.1.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BA9@chbsex01.lcsys.ch><1339593617.13501.6.camel@moss-pluto.epoch.ncsc.mil><1209832B38DC214CB373A59426B91DFE010D6BAC@chbsex01.lcsys.ch> <1339595706.13501.14.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <1209832B38DC214CB373A59426B91DFE010D6BB0@chbsex01.lcsys.ch> > On Wed, 2012-06-13 at 15:33 +0200, Simon Reber wrote: > > According the configuration this is correct and it seems to be running > > now. > > So I assume that something is missing within the startup framework ... > > > > Do you know what startup script SELinux has/required? > > I couldn't find any > > I think it happens from initrd in RHEL 6. So you might need to > regenerate your initrd after having installed the SELinux-related > packages. Re-installing your kernel package might do the trick. I was thinking about that earlier - but couldn't find anything useful in the docs, which is why I didn't try it. But it finally solved my problem. I've recreated the current initramfs using dracut and during the next reboot selinux was correctly initialized! Many thanks for your prompt support and all the best, Si From manoj.2222 at gmail.com Thu Jun 14 17:57:36 2012 From: manoj.2222 at gmail.com (manoj kumar) Date: Thu, 14 Jun 2012 23:27:36 +0530 Subject: [rhelv6-list] rhelv6-list Digest, Vol 20, Issue 6 In-Reply-To: References: Message-ID: If u want to make selinux enforcing than change the file /etc/selinux/config as shown below and system need to restart to make it effective. Restart make take 30 minutes or so. cat /etc/selinux/config # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=*enforcing* # SELINUXTYPE= can take one of these two values: # targeted - Targeted processes are protected, # mls - Multi Level Security protection. SELINUXTYPE=targeted On Wed, Jun 13, 2012 at 6:59 PM, wrote: > Send rhelv6-list mailing list submissions to > rhelv6-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/rhelv6-list > or, via email, send a message with subject or body 'help' to > rhelv6-list-request at redhat.com > > You can reach the person managing the list at > rhelv6-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of rhelv6-list digest..." > > > Today's Topics: > > 1. Unable to activate SELinux (Simon Reber) > 2. Re: Unable to activate SELinux (Stephen Smalley) > 3. Re: Unable to activate SELinux (Tris Hoar) > 4. Re: Unable to activate SELinux (Simon Reber) > 5. Re: Unable to activate SELinux (Gabriel S. Craciun) > 6. Re: Unable to activate SELinux (Stephen Smalley) > 7. Re: Unable to activate SELinux (Simon Reber) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 13 Jun 2012 14:05:35 +0200 > From: "Simon Reber" > To: > Subject: [rhelv6-list] Unable to activate SELinux > Message-ID: > <1209832B38DC214CB373A59426B91DFE010D6BA7 at chbsex01.lcsys.ch> > Content-Type: text/plain; charset="us-ascii" > > Hi all, > > I'm having trouble to active SELinux on our RHEL 6 Linux system. > We have some sort of special installation framework (cobbler and puppet) > and initially disabled SELinux (which is fine) > > [output from Kickstart] > ... > selinux --disabled > ... > %packages --excludedocs --nobase > kernel > yum > openssh-server > openssh-clients > audit > logrotate > tmpwatch > vixie-cron > crontabs > ksh > ntp > perl > bind-utils > sudo > which > sendmail > wget > redhat-lsb > rsync > authconfig > lsof > unzip > sharutils > logwatch > libacl > nfs-utils > lcsetup > -firstboot > -tftp-server > -system-config-soundcard > -libselinux-python > -selinux-policy > -libselinux-utils > -selinux-policy-targeted > ... > > But for some high Security Risk systems, it's required to turn it on > anyway. > So I followed the guidance on: > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi > ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab > ling_and_Disabling_SELinux.html to enable SELinux again on these systems > > Unfortunately does the system not initiate SELinux correctly nor do I > see any hint where the problem is: > > tgl90a-8401 root:/etc/init $ sestatus > SELinux status: disabled > tgl90a-8401 root:/etc/init $ cat /etc/selinux/config > # This file controls the state of SELinux on the system. > # SELINUX= can take one of these three values: > # enforcing - SELinux security policy is enforced. > # permissive - SELinux prints warnings instead of enforcing. > # disabled - No SELinux policy is loaded. > SELINUX=permissive > # SELINUXTYPE= can take one of these two values: > # targeted - Targeted processes are protected, > # mls - Multi Level Security protection. > SELINUXTYPE=targeted > > > The only thing I can see is: > tgl90a-8401 root:/etc/init $ cat /var/log/messages > Jun 13 13:41:30 tgl90a-8401 kernel: SELinux: Initializing. > > > Does anybody know if I need additional packages on the system or any > special setting set? > If tried "permissive" mode with /.autorelable - which didn't > work either > I also installed @Base Group to ensure nothing is missing - but > still the same result > > I've tried it with the same setup on RHEL 5 which perfectly worked - but > not on RHEL 6! > So I'm really looking forward to get some hints/tips > > Thanks and all the best, > Si > > > > > ------------------------------ > > Message: 2 > Date: Wed, 13 Jun 2012 08:23:34 -0400 > From: Stephen Smalley > To: rhelv6-list at redhat.com > Subject: Re: [rhelv6-list] Unable to activate SELinux > Message-ID: <1339590214.13501.1.camel at moss-pluto.epoch.ncsc.mil> > Content-Type: text/plain; charset="UTF-8" > > On Wed, 2012-06-13 at 14:05 +0200, Simon Reber wrote: >> -libselinux-python >> -selinux-policy >> -libselinux-utils >> -selinux-policy-targeted >> ... > > Did you install selinux-policy-targeted and the other packages above > that were originally excluded from your install? > > -- > Stephen Smalley > National Security Agency > > > > ------------------------------ > > Message: 3 > Date: Wed, 13 Jun 2012 13:36:03 +0100 > From: Tris Hoar > To: rhelv6-list at redhat.com > Subject: Re: [rhelv6-list] Unable to activate SELinux > Message-ID: <4FD88933.5000403 at bgfl.org> > Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" > > On 13/06/2012 13:05, Simon Reber wrote: >> Hi all, >> >> I'm having trouble to active SELinux on our RHEL 6 Linux system. >> We have some sort of special installation framework (cobbler and puppet) >> and initially disabled SELinux (which is fine) >> >> [output from Kickstart] >> ... >> selinux --disabled >> ... >> %packages --excludedocs --nobase >> kernel >> yum >> openssh-server >> openssh-clients >> audit >> logrotate >> tmpwatch >> vixie-cron >> crontabs >> ksh >> ntp >> perl >> bind-utils >> sudo >> which >> sendmail >> wget >> redhat-lsb >> rsync >> authconfig >> lsof >> unzip >> sharutils >> logwatch >> libacl >> nfs-utils >> lcsetup >> -firstboot >> -tftp-server >> -system-config-soundcard >> -libselinux-python >> -selinux-policy >> -libselinux-utils >> -selinux-policy-targeted >> ... >> >> But for some high Security Risk systems, it's required to turn it on >> anyway. >> So I followed the guidance on: >> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi >> ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab >> ling_and_Disabling_SELinux.html to enable SELinux again on these systems >> >> Unfortunately does the system not initiate SELinux correctly nor do I >> see any hint where the problem is: >> >> tgl90a-8401 root:/etc/init $ sestatus >> SELinux status: disabled >> tgl90a-8401 root:/etc/init $ cat /etc/selinux/config >> # This file controls the state of SELinux on the system. >> # SELINUX= can take one of these three values: >> # enforcing - SELinux security policy is enforced. >> # permissive - SELinux prints warnings instead of enforcing. >> # disabled - No SELinux policy is loaded. >> SELINUX=permissive >> # SELINUXTYPE= can take one of these two values: >> # targeted - Targeted processes are protected, >> # mls - Multi Level Security protection. >> SELINUXTYPE=targeted >> >> >> The only thing I can see is: >> tgl90a-8401 root:/etc/init $ cat /var/log/messages >> Jun 13 13:41:30 tgl90a-8401 kernel: SELinux: Initializing. >> >> >> Does anybody know if I need additional packages on the system or any >> special setting set? >> If tried "permissive" mode with /.autorelable - which didn't >> work either >> I also installed @Base Group to ensure nothing is missing - but >> still the same result >> >> I've tried it with the same setup on RHEL 5 which perfectly worked - but >> not on RHEL 6! >> So I'm really looking forward to get some hints/tips >> >> Thanks and all the best, >> Si >> >> > > Are you sure you are installing the packages needed for SE? > > @Base does not include any SE packages. I think you will want > selinux-policy and selinux-policy-targeted as this gives the default SE > policy for the system. > > Regards, > > Tris > > > > ************************************************************* > This email and any files transmitted with it are confidential > and intended solely for the use of the individual or entity > to whom they are addressed. If you have received this email > in error please notify postmaster at bgfl.org > > The views expressed within this email are those of the > individual, and not necessarily those of the organisation > ************************************************************* > > > > ------------------------------ > > Message: 4 > Date: Wed, 13 Jun 2012 14:56:04 +0200 > From: "Simon Reber" > To: "Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list" > > Subject: Re: [rhelv6-list] Unable to activate SELinux > Message-ID: > <1209832B38DC214CB373A59426B91DFE010D6BA9 at chbsex01.lcsys.ch> > Content-Type: text/plain; charset="us-ascii" > >> On Wed, 2012-06-13 at 14:05 +0200, Simon Reber wrote: >> > -libselinux-python >> > -selinux-policy >> > -libselinux-utils >> > -selinux-policy-targeted >> > ... >> >> Did you install selinux-policy-targeted and the other packages above >> that were originally excluded from your install? > Yes, both packages have been installed: > > tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy > selinux-policy-targeted-3.7.19-126.el6_2.10.noarch > selinux-policy-3.7.19-126.el6_2.10.noarch > > Like I said, I strictly followed the instruction on > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi > ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab > ling_and_Disabling_SELinux.html > -> In section 5.4.1.1 the packages are stated and all of them > have been installed > > tgl90a-8401 root:/etc/init $ rpm -qa | grep sel > libselinux-2.0.94-5.2.el6.x86_64 > libselinux-ruby-2.0.94-5.2.el6.x86_64 > libselinux-python-2.0.94-5.2.el6.x86_64 > selinux-policy-targeted-3.7.19-126.el6_2.10.noarch > libselinux-utils-2.0.94-5.2.el6.x86_64 > selinux-policy-3.7.19-126.el6_2.10.noarch > > tgl90a-8401 root:/etc/init $ rpm -qa | grep set > setserial-2.17-25.el6.x86_64 > setools-libs-python-3.3.7-4.el6.x86_64 > setuptool-1.19.9-3.el6.x86_64 > setools-libs-3.3.7-4.el6.x86_64 > setroubleshoot-plugins-3.0.16-1.el6.noarch > setroubleshoot-3.0.38-2.1.el6.x86_64 > setroubleshoot-server-3.0.38-2.1.el6.x86_64 > > Thanks and all the best, > Simon Reber > > > > ------------------------------ > > Message: 5 > Date: Wed, 13 Jun 2012 13:16:34 +0000 > From: "Gabriel S. Craciun" > To: "Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list" > > Subject: Re: [rhelv6-list] Unable to activate SELinux > Message-ID: > <18ACE6C30FF1454D93B4C039FB62EA7627DE79FD at SPO-MAIL.stfd.ro> > Content-Type: text/plain; charset="us-ascii" > > Did you check /etc/sysconfig/selinux ???? > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto: rhelv6-list-bounces at redhat.com] On Behalf Of Simon Reber > Sent: Wednesday, June 13, 2012 3:56 PM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: Re: [rhelv6-list] Unable to activate SELinux > >> On Wed, 2012-06-13 at 14:05 +0200, Simon Reber wrote: >> > -libselinux-python >> > -selinux-policy >> > -libselinux-utils >> > -selinux-policy-targeted >> > ... >> >> Did you install selinux-policy-targeted and the other packages above >> that were originally excluded from your install? > Yes, both packages have been installed: > > tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy selinux-policy-targeted-3.7.19-126.el6_2.10.noarch > selinux-policy-3.7.19-126.el6_2.10.noarch > > Like I said, I strictly followed the instruction on http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Securi > ty-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enab > ling_and_Disabling_SELinux.html > -> In section 5.4.1.1 the packages are stated and all of them have been installed > > tgl90a-8401 root:/etc/init $ rpm -qa | grep sel > libselinux-2.0.94-5.2.el6.x86_64 > libselinux-ruby-2.0.94-5.2.el6.x86_64 > libselinux-python-2.0.94-5.2.el6.x86_64 > selinux-policy-targeted-3.7.19-126.el6_2.10.noarch > libselinux-utils-2.0.94-5.2.el6.x86_64 > selinux-policy-3.7.19-126.el6_2.10.noarch > > tgl90a-8401 root:/etc/init $ rpm -qa | grep set > setserial-2.17-25.el6.x86_64 > setools-libs-python-3.3.7-4.el6.x86_64 > setuptool-1.19.9-3.el6.x86_64 > setools-libs-3.3.7-4.el6.x86_64 > setroubleshoot-plugins-3.0.16-1.el6.noarch > setroubleshoot-3.0.38-2.1.el6.x86_64 > setroubleshoot-server-3.0.38-2.1.el6.x86_64 > > Thanks and all the best, > Simon Reber > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -------------------------------- NOTICE OF CONFIDENTIALITY This E-mail message and its attachments (if any) are intended solely for the use of the addressees hereof. In addition, this message and the attachments (if any) may contain information that is confidential, privileged and exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are prohibited from reading, disclosing, reproducing, distributing, disseminating or otherwise using this transmission. Delivery of this message to any person other than the intended recipient is not intended to waive any right or privilege. If you have received this message in error, please promptly notify the sender by reply E-mail and immediately delete this message from your system. > > > > ------------------------------ > > Message: 6 > Date: Wed, 13 Jun 2012 09:20:17 -0400 > From: Stephen Smalley > To: "Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list" > > Subject: Re: [rhelv6-list] Unable to activate SELinux > Message-ID: <1339593617.13501.6.camel at moss-pluto.epoch.ncsc.mil> > Content-Type: text/plain; charset="UTF-8" > > On Wed, 2012-06-13 at 14:56 +0200, Simon Reber wrote: >> Yes, both packages have been installed: >> >> tgl90a-8401 root:/etc/init $ rpm -qa | grep selinux-policy >> selinux-policy-targeted-3.7.19-126.el6_2.10.noarch >> selinux-policy-3.7.19-126.el6_2.10.noarch > > What happens if you try to manually load the policy now? > load_policy -i > > -- > Stephen Smalley > National Security Agency > > > > ------------------------------ > > Message: 7 > Date: Wed, 13 Jun 2012 15:29:07 +0200 > From: "Simon Reber" > To: "Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list" > > Subject: Re: [rhelv6-list] Unable to activate SELinux > Message-ID: > <1209832B38DC214CB373A59426B91DFE010D6BAB at chbsex01.lcsys.ch> > Content-Type: text/plain; charset="us-ascii" > >> Did you check /etc/sysconfig/selinux ???? > File is there and from my point of view correctly configured: > > tgl90a-8401 root:/etc/init $ ls -al /etc/sysconfig/selinux > lrwxrwxrwx 1 root root 17 Jun 13 12:58 /etc/sysconfig/selinux -> > ../selinux/config > tgl90a-8401 root:/etc/init $ cat /etc/sysconfig/selinux > # This file controls the state of SELinux on the system. > # SELINUX= can take one of these three values: > # enforcing - SELinux security policy is enforced. > # permissive - SELinux prints warnings instead of enforcing. > # disabled - No SELinux policy is loaded. > SELINUX=permissive > # SELINUXTYPE= can take one of these two values: > # targeted - Targeted processes are protected, > # mls - Multi Level Security protection. > SELINUXTYPE=targeted > > > Cheers, > Si > > > > ------------------------------ > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > > > End of rhelv6-list Digest, Vol 20, Issue 6 > ****************************************** -- MANOJ KUMAR SUBROTO PARK NEW DELHI Mob No 09911130165 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dirk.Gfroerer at guh-software.de Tue Jun 19 06:07:48 2012 From: Dirk.Gfroerer at guh-software.de (=?UTF-8?B?RGlyayBHZnLDtnJlcg==?=) Date: Tue, 19 Jun 2012 08:07:48 +0200 Subject: [rhelv6-list] yum issues after latest pyhton update Message-ID: <4FE01734.3080900@guh-software.de> Hi, we've installed yesterdays RHSA-2012:0744-01. After this update we cannot run yum anymore. I've created https://bugzilla.redhat.com/show_bug.cgi?id=833271 Downgrading python resolves the issue for us. So a word of warning here and maybe someone can confirm they're also facing this issue. Thanks & Kind Regards, Dirk Gfr?rer From gcraciun at transfond.ro Tue Jun 19 06:59:17 2012 From: gcraciun at transfond.ro (Gabriel S. Craciun) Date: Tue, 19 Jun 2012 06:59:17 +0000 Subject: [rhelv6-list] yum issues after latest pyhton update In-Reply-To: <4FE01734.3080900@guh-software.de> References: <4FE01734.3080900@guh-software.de> Message-ID: <18ACE6C30FF1454D93B4C039FB62EA7627E3E18F@SPO-MAIL.stfd.ro> Hello! Strange! Updated this morning both python and python libs and yum still works for me (x86_64). -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Dirk Gfr?rer Sent: Tuesday, June 19, 2012 9:08 AM To: rhelv6-list at redhat.com Subject: [rhelv6-list] yum issues after latest pyhton update Hi, we've installed yesterdays RHSA-2012:0744-01. After this update we cannot run yum anymore. I've created https://bugzilla.redhat.com/show_bug.cgi?id=833271 Downgrading python resolves the issue for us. So a word of warning here and maybe someone can confirm they're also facing this issue. Thanks & Kind Regards, Dirk Gfr?rer _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list -------------------------------- NOTICE OF CONFIDENTIALITY This E-mail message and its attachments (if any) are intended solely for the use of the addressees hereof. In addition, this message and the attachments (if any) may contain information that is confidential, privileged and exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are prohibited from reading, disclosing, reproducing, distributing, disseminating or otherwise using this transmission. Delivery of this message to any person other than the intended recipient is not intended to waive any right or privilege. If you have received this message in error, please promptly notify the sender by reply E-mail and immediately delete this message from your system. From matthias at saou.eu Tue Jun 19 08:26:27 2012 From: matthias at saou.eu (Matthias Saou) Date: Tue, 19 Jun 2012 10:26:27 +0200 Subject: [rhelv6-list] yum issues after latest pyhton update In-Reply-To: <18ACE6C30FF1454D93B4C039FB62EA7627E3E18F@SPO-MAIL.stfd.ro> References: <4FE01734.3080900@guh-software.de> <18ACE6C30FF1454D93B4C039FB62EA7627E3E18F@SPO-MAIL.stfd.ro> Message-ID: <20120619102627.52db2cb6@r2d2.marmotte.net> On Tue, 19 Jun 2012 06:59:17 +0000 "Gabriel S. Craciun" wrote: > > we've installed yesterdays RHSA-2012:0744-01. > > > > After this update we cannot run yum anymore. I've created > > https://bugzilla.redhat.com/show_bug.cgi?id=833271 > > > > Downgrading python resolves the issue for us. > > Strange! Updated this morning both python and python libs and yum > still works for me (x86_64). Same here : Many fully updated RHEL 6.2 x86_64, haven't seen that problem either, even after forcing a python update on its own and performing quite a few yum operations. Matthias From Dirk.Gfroerer at guh-software.de Tue Jun 19 15:22:00 2012 From: Dirk.Gfroerer at guh-software.de (=?ISO-8859-1?Q?Dirk_Gfr=F6rer?=) Date: Tue, 19 Jun 2012 17:22:00 +0200 Subject: [rhelv6-list] yum issues after latest pyhton update In-Reply-To: <20120619102627.52db2cb6@r2d2.marmotte.net> References: <4FE01734.3080900@guh-software.de> <18ACE6C30FF1454D93B4C039FB62EA7627E3E18F@SPO-MAIL.stfd.ro> <20120619102627.52db2cb6@r2d2.marmotte.net> Message-ID: <4FE09918.1000005@guh-software.de> Hi, On 19.06.2012 10:26, Matthias Saou wrote: > On Tue, 19 Jun 2012 06:59:17 +0000 > "Gabriel S. Craciun" wrote: > >>> we've installed yesterdays RHSA-2012:0744-01. >>> >>> After this update we cannot run yum anymore. I've created >>> https://bugzilla.redhat.com/show_bug.cgi?id=833271 >>> >>> Downgrading python resolves the issue for us. >> >> Strange! Updated this morning both python and python libs and yum >> still works for me (x86_64). > > Same here : Many fully updated RHEL 6.2 x86_64, haven't seen that > problem either, even after forcing a python update on its own and > performing quite a few yum operations. thanks for your help. It turned out to be LD_LIBRARY_PATH which on some of our servers is set for Oracle. It points to $ORACLE_HOME/lib. Unsetting this environment variable makes yum working again. Kind Regards, Dirk From matthias at saou.eu Wed Jun 20 10:46:29 2012 From: matthias at saou.eu (Matthias Saou) Date: Wed, 20 Jun 2012 12:46:29 +0200 Subject: [rhelv6-list] RHEL 6.3 Released Message-ID: <20120620124629.1f5b2557@r2d2.marmotte.net> Hi, Looks like RHN has 6.3 GA already. No official announcement so far, but I'm assuming it should be imminent! 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 ???? ???? From o.h.weiergraeber at fz-juelich.de Wed Jun 20 11:08:50 2012 From: o.h.weiergraeber at fz-juelich.de (=?utf-8?B?IldlaWVyZ3LDpGJlciwgT2xpdmVyIEguIg==?=) Date: Wed, 20 Jun 2012 11:08:50 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: <20120620124629.1f5b2557@r2d2.marmotte.net> References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. It seems to me some of the mirrors have opened prematurely. It's probably highly advisable to wait for the official announcement. Oliver ================================================ PD Dr. Oliver H. Weiergr?ber Institute of Complex Systems ICS-6: Structural Biochemistry Tel.: +49 2461 61-2028 Fax: +49 2461 61-1448 ================================================ ________________________________________ From: rhelv6-list-bounces at redhat.com [rhelv6-list-bounces at redhat.com] on behalf of Matthias Saou [matthias at saou.eu] Sent: Wednesday, June 20, 2012 12:46 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: [rhelv6-list] RHEL 6.3 Released Hi, Looks like RHN has 6.3 GA already. No official announcement so far, but I'm assuming it should be imminent! 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 ???? ???? _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Kennen Sie schon unseren neuen Film? http://www.fz-juelich.de/film Kennen Sie schon unsere app? http://www.fz-juelich.de/app From Paul.Preston at proxar.co.uk Wed Jun 20 11:25:01 2012 From: Paul.Preston at proxar.co.uk (Paul Preston) Date: Wed, 20 Jun 2012 11:25:01 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Yes, that's right... rhn packages were released in stages as far as we can tell. Today in the morning (around 9 am BST) we have checked consistency of packages on the rhn and they seem to be consistent. We have upgraded 260 boxes so far (after testing 6.3 on several servers) and it seems to be fine. If you have spotted any problems, please let us know. Kind Regards, -- Paul Preston Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL Tel: (+44) 0844 809 4335 Fax: (+44) 01732 459 423 Mob: (+44) 077 9509 3450 Web: www.proxar.co.uk Email: paul.preston at proxar.co.uk -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of "Weiergr?ber, Oliver H." Sent: 20 June 2012 12:09 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] RHEL 6.3 Released Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. It seems to me some of the mirrors have opened prematurely. It's probably highly advisable to wait for the official announcement. Oliver ================================================ PD Dr. Oliver H. Weiergr?ber Institute of Complex Systems ICS-6: Structural Biochemistry Tel.: +49 2461 61-2028 Fax: +49 2461 61-1448 ================================================ ________________________________________ From: rhelv6-list-bounces at redhat.com [rhelv6-list-bounces at redhat.com] on behalf of Matthias Saou [matthias at saou.eu] Sent: Wednesday, June 20, 2012 12:46 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: [rhelv6-list] RHEL 6.3 Released Hi, Looks like RHN has 6.3 GA already. No official announcement so far, but I'm assuming it should be imminent! 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 ???? ???? _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Kennen Sie schon unseren neuen Film? http://www.fz-juelich.de/film Kennen Sie schon unsere app? http://www.fz-juelich.de/app _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. From cmadams at hiwaay.net Wed Jun 20 13:13:41 2012 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 20 Jun 2012 08:13:41 -0500 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: <20120620131341.GA24883@hiwaay.net> Once upon a time, "Weiergr?ber, Oliver H." said: > Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. So that's what it was. I was trying to update a server last night and got all kinds of errors with an odd set of packages. I did a "yum clean expire-cache" to redownload metadata, and a bunch of the updates disappeared. I still had a problem because there was a new "rpm-cron" package but none of the other rpm-* packages (and rpm-cron requires the exact same version of rpm). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From Paul.Preston at proxar.co.uk Wed Jun 20 14:24:09 2012 From: Paul.Preston at proxar.co.uk (Paul Preston) Date: Wed, 20 Jun 2012 14:24:09 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: <20120620131341.GA24883@hiwaay.net> References: <20120620124629.1f5b2557@r2d2.marmotte.net> <20120620131341.GA24883@hiwaay.net> Message-ID: Hi Chris, >From my experience it's better to run "yum clean all" if number of packages are waiting to be updated or if a minor distribution version update is available. Kind Regards, -- Paul Preston Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL Tel: (+44) 0844 809 4335 Fax: (+44) 01732 459 423 Mob: (+44) 077 9509 3450 Web: www.proxar.co.uk Email: paul.preston at proxar.co.uk -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Chris Adams Sent: 20 June 2012 14:14 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] RHEL 6.3 Released Once upon a time, "Weiergr?ber, Oliver H." said: > Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. So that's what it was. I was trying to update a server last night and got all kinds of errors with an odd set of packages. I did a "yum clean expire-cache" to redownload metadata, and a bunch of the updates disappeared. I still had a problem because there was a new "rpm-cron" package but none of the other rpm-* packages (and rpm-cron requires the exact same version of rpm). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. From afeldt at ou.edu Wed Jun 20 20:28:54 2012 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Wed, 20 Jun 2012 20:28:54 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: <20120620124629.1f5b2557@r2d2.marmotte.net> References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Folks, Has anyone else tested 6.3 in an enviroment where NFSv4 is the default and where autofs is used? I find that the old bug where autofs does not properly map ids has reared its ugly head again. I can manually mount a file system and it mounts as NFSv4 with all the proper user id mapping. However, when autofs mounts it, all files are owned by the user nobody. The workaround is to add: OPTIONS="-O vers=3" to /etc/sysconfig/autofs, but I would like to get this back to version 4 of NFS. Andy On Jun 20, 2012, at 5:46 AM, Matthias Saou wrote: > Hi, > > Looks like RHN has 6.3 GA already. > > No official announcement so far, but I'm assuming it should be imminent! > > 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 ???? ???? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma From imusayev at webmd.net Wed Jun 20 21:38:36 2012 From: imusayev at webmd.net (Musayev, Ilya) Date: Wed, 20 Jun 2012 17:38:36 -0400 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Does release notes for autofs have notes for this bug fix or patch rollback on rhn ? -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Feldt, Andrew N. Sent: Wednesday, June 20, 2012 4:29 PM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] RHEL 6.3 Released Folks, Has anyone else tested 6.3 in an enviroment where NFSv4 is the default and where autofs is used? I find that the old bug where autofs does not properly map ids has reared its ugly head again. I can manually mount a file system and it mounts as NFSv4 with all the proper user id mapping. However, when autofs mounts it, all files are owned by the user nobody. The workaround is to add: OPTIONS="-O vers=3" to /etc/sysconfig/autofs, but I would like to get this back to version 4 of NFS. Andy On Jun 20, 2012, at 5:46 AM, Matthias Saou wrote: > Hi, > > Looks like RHN has 6.3 GA already. > > No official announcement so far, but I'm assuming it should be imminent! > > 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 ???? ???? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From afeldt at ou.edu Wed Jun 20 21:58:43 2012 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Wed, 20 Jun 2012 21:58:43 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Ilya, I could not find anything that clearly indicated such in the release notes. There is a note about 'fix function to check mount.nfs version' and references to bug fixes for NFSv4 over ipv6 (I am only using ipv4). Andy On Jun 20, 2012, at 4:38 PM, Musayev, Ilya wrote: > Does release notes for autofs have notes for this bug fix or patch rollback on rhn ? > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Feldt, Andrew N. > Sent: Wednesday, June 20, 2012 4:29 PM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: Re: [rhelv6-list] RHEL 6.3 Released > > Folks, > > Has anyone else tested 6.3 in an enviroment where NFSv4 is the default and where autofs is used? I find that the old bug where autofs does not properly map ids has reared its ugly head again. I can manually mount a file system and it mounts as NFSv4 with all the proper user id mapping. > However, when autofs mounts it, all files are owned by the user nobody. The workaround is to add: > > OPTIONS="-O vers=3" > > to /etc/sysconfig/autofs, but I would like to get this back to version 4 of NFS. > > Andy > > On Jun 20, 2012, at 5:46 AM, Matthias Saou wrote: > >> Hi, >> >> Looks like RHN has 6.3 GA already. >> >> No official announcement so far, but I'm assuming it should be imminent! >> >> 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 ???? ???? >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > Andy Feldt > Senior System Support Programmer > Affiliate Assistant Professor > Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma > > > > > > _______________________________________________ > 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 colin.coe at gmail.com Wed Jun 20 23:26:56 2012 From: colin.coe at gmail.com (Colin Coe) Date: Thu, 21 Jun 2012 07:26:56 +0800 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Hey all On (fat RHEL6) RHEV 3.0 hypervisors, there is a conflict between the lvm2 and vdsm packages. I'm waiting to hold off on talking to GSS regarding this until after the GA announcement when I'll retest. Thanks CC On Wed, Jun 20, 2012 at 7:25 PM, Paul Preston wrote: > Yes, that's right... rhn packages were released in stages as far as we can tell. > > Today in the morning (around 9 am BST) we have checked consistency of packages on the rhn and they seem to be consistent. > > We have upgraded 260 boxes so far (after testing 6.3 on several servers) and it seems to be fine. > > If you have spotted any problems, please let us know. > > Kind Regards, > -- > Paul Preston > Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479 > Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL > Tel: ?(+44) 0844 809 4335 > Fax: (+44) 01732 459 423 > Mob: (+44) 077 9509 3450 > Web: www.proxar.co.uk > Email: paul.preston at proxar.co.uk > > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of "Weiergr?ber, Oliver H." > Sent: 20 June 2012 12:09 > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: Re: [rhelv6-list] RHEL 6.3 Released > > Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. > It seems to me some of the mirrors have opened prematurely. > It's probably highly advisable to wait for the official announcement. > > Oliver > > ================================================ > ?PD Dr. Oliver H. Weiergr?ber > ?Institute of Complex Systems > ?ICS-6: Structural Biochemistry > ?Tel.: +49 2461 61-2028 > ?Fax: +49 2461 61-1448 > ================================================ > > > > > > ________________________________________ > From: rhelv6-list-bounces at redhat.com [rhelv6-list-bounces at redhat.com] on behalf of Matthias Saou [matthias at saou.eu] > Sent: Wednesday, June 20, 2012 12:46 PM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: [rhelv6-list] RHEL 6.3 Released > > Hi, > > Looks like RHN has 6.3 GA already. > > No official announcement so far, but I'm assuming it should be imminent! > > 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 ? ? ? ? ? ? ? ????? ????? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > > > ------------------------------------------------------------------------------------------------ > ------------------------------------------------------------------------------------------------ > Forschungszentrum Juelich GmbH > 52425 Juelich > Sitz der Gesellschaft: Juelich > Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher > Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt > ------------------------------------------------------------------------------------------------ > ------------------------------------------------------------------------------------------------ > > Kennen Sie schon unseren neuen Film? http://www.fz-juelich.de/film Kennen Sie schon unsere app? http://www.fz-juelich.de/app > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- RHCE#805007969328369 From Paul.Preston at proxar.co.uk Thu Jun 21 08:35:04 2012 From: Paul.Preston at proxar.co.uk (Paul Preston) Date: Thu, 21 Jun 2012 08:35:04 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Hi Colin, Have you done yum clean (yum clean all)? It looks like RHEL 6.3 packages were made available on rhn "too early". There is still no announcement, no iso files on rhn etc. Kind Regards, -- Paul Preston Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL Tel: (+44) 0844 809 4335 Fax: (+44) 01732 459 423 Mob: (+44) 077 9509 3450 Web: www.proxar.co.uk Email: paul.preston at proxar.co.uk -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Colin Coe Sent: 21 June 2012 00:27 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] RHEL 6.3 Released Hey all On (fat RHEL6) RHEV 3.0 hypervisors, there is a conflict between the lvm2 and vdsm packages. I'm waiting to hold off on talking to GSS regarding this until after the GA announcement when I'll retest. Thanks CC On Wed, Jun 20, 2012 at 7:25 PM, Paul Preston wrote: > Yes, that's right... rhn packages were released in stages as far as we can tell. > > Today in the morning (around 9 am BST) we have checked consistency of packages on the rhn and they seem to be consistent. > > We have upgraded 260 boxes so far (after testing 6.3 on several servers) and it seems to be fine. > > If you have spotted any problems, please let us know. > > Kind Regards, > -- > Paul Preston > Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: > 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL > Tel: (+44) 0844 809 4335 > Fax: (+44) 01732 459 423 > Mob: (+44) 077 9509 3450 > Web: www.proxar.co.uk > Email: paul.preston at proxar.co.uk > > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of "Weiergr?ber, Oliver H." > Sent: 20 June 2012 12:09 > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: Re: [rhelv6-list] RHEL 6.3 Released > > Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. > It seems to me some of the mirrors have opened prematurely. > It's probably highly advisable to wait for the official announcement. > > Oliver > > ================================================ > PD Dr. Oliver H. Weiergr?ber > Institute of Complex Systems > ICS-6: Structural Biochemistry > Tel.: +49 2461 61-2028 > Fax: +49 2461 61-1448 > ================================================ > > > > > > ________________________________________ > From: rhelv6-list-bounces at redhat.com [rhelv6-list-bounces at redhat.com] > on behalf of Matthias Saou [matthias at saou.eu] > Sent: Wednesday, June 20, 2012 12:46 PM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: [rhelv6-list] RHEL 6.3 Released > > Hi, > > Looks like RHN has 6.3 GA already. > > No official announcement so far, but I'm assuming it should be imminent! > > 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 ???? ???? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > > > ---------------------------------------------------------------------- > -------------------------- > ---------------------------------------------------------------------- > -------------------------- > Forschungszentrum Juelich GmbH > 52425 Juelich > Sitz der Gesellschaft: Juelich > Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 > Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher > Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten > Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. > Sebastian M. Schmidt > ---------------------------------------------------------------------- > -------------------------- > ---------------------------------------------------------------------- > -------------------------- > > Kennen Sie schon unseren neuen Film? http://www.fz-juelich.de/film > Kennen Sie schon unsere app? http://www.fz-juelich.de/app > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- RHCE#805007969328369 _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. From Heijmans at rechtspraak.nl Thu Jun 21 08:57:45 2012 From: Heijmans at rechtspraak.nl (Heijmans S (spir-it)) Date: Thu, 21 Jun 2012 10:57:45 +0200 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: <2F11D070582AE147B143A73E2B05E3C204F91D49AC@ZMPMX009.rechtspraak.minjus.nl> Hi, >> no iso files on rhn etc. I've just downloaded the 6.3 x86_64 iso from access.redhat.com Stefan -----Oorspronkelijk bericht----- Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens Paul Preston Verzonden: donderdag 21 juni 2012 10:35 Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Onderwerp: Re: [rhelv6-list] RHEL 6.3 Released Hi Colin, Have you done yum clean (yum clean all)? It looks like RHEL 6.3 packages were made available on rhn "too early". There is still no announcement, no iso files on rhn etc. Kind Regards, -- Paul Preston Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL Tel: (+44) 0844 809 4335 Fax: (+44) 01732 459 423 Mob: (+44) 077 9509 3450 Web: www.proxar.co.uk Email: paul.preston at proxar.co.uk -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Colin Coe Sent: 21 June 2012 00:27 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] RHEL 6.3 Released Hey all On (fat RHEL6) RHEV 3.0 hypervisors, there is a conflict between the lvm2 and vdsm packages. I'm waiting to hold off on talking to GSS regarding this until after the GA announcement when I'll retest. Thanks CC On Wed, Jun 20, 2012 at 7:25 PM, Paul Preston wrote: > Yes, that's right... rhn packages were released in stages as far as we can tell. > > Today in the morning (around 9 am BST) we have checked consistency of packages on the rhn and they seem to be consistent. > > We have upgraded 260 boxes so far (after testing 6.3 on several servers) and it seems to be fine. > > If you have spotted any problems, please let us know. > > Kind Regards, > -- > Paul Preston > Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: > 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL > Tel: (+44) 0844 809 4335 > Fax: (+44) 01732 459 423 > Mob: (+44) 077 9509 3450 > Web: www.proxar.co.uk > Email: paul.preston at proxar.co.uk > > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of "Weiergr?ber, Oliver H." > Sent: 20 June 2012 12:09 > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: Re: [rhelv6-list] RHEL 6.3 Released > > Yesterday evening, "yum update" revealed dozens of updated packages, but dependency resolution failed. > It seems to me some of the mirrors have opened prematurely. > It's probably highly advisable to wait for the official announcement. > > Oliver > > ================================================ > PD Dr. Oliver H. Weiergr?ber > Institute of Complex Systems > ICS-6: Structural Biochemistry > Tel.: +49 2461 61-2028 > Fax: +49 2461 61-1448 > ================================================ > > > > > > ________________________________________ > From: rhelv6-list-bounces at redhat.com [rhelv6-list-bounces at redhat.com] > on behalf of Matthias Saou [matthias at saou.eu] > Sent: Wednesday, June 20, 2012 12:46 PM > To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: [rhelv6-list] RHEL 6.3 Released > > Hi, > > Looks like RHN has 6.3 GA already. > > No official announcement so far, but I'm assuming it should be imminent! > > 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 ???? ???? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > > > ---------------------------------------------------------------------- > -------------------------- > ---------------------------------------------------------------------- > -------------------------- > Forschungszentrum Juelich GmbH > 52425 Juelich > Sitz der Gesellschaft: Juelich > Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 > Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher > Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten > Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. > Sebastian M. Schmidt > ---------------------------------------------------------------------- > -------------------------- > ---------------------------------------------------------------------- > -------------------------- > > Kennen Sie schon unseren neuen Film? http://www.fz-juelich.de/film > Kennen Sie schon unsere app? http://www.fz-juelich.de/app > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- RHCE#805007969328369 _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company. _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list Informatie van de Raad voor de rechtspraak, de rechtbanken, de gerechtshoven en de bijzondere colleges vindt u op www.rechtspraak.nl. From rhelv6-list at redhat.com Thu Jun 21 18:22:23 2012 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Thu, 21 Jun 2012 14:22:23 -0400 Subject: [rhelv6-list] Red Hat Enterprise Linux 6.3 GA Announcement Message-ID: <4FE3665F.2080701@redhat.com> June 21, 2012 We are pleased to announce today general availability of the next minor release of Red Hat Enterprise Linux 6 - Red Hat Enterprise Linux 6.3. Red Hat continues to deliver a predictable lifecycle of new product features and partner enhancements that customers rely on. These innovations originate from many sources including Red Hat engineers, partners and customers themselves, as well as the open source communities in which we lead and participate. Red Hat Enterprise Linux 6.3 provides enterprises with mature, stable technology backed up by our award-winning Global Support Services team. Red Hat Enterprise Linux validates its position as a leading operating system platform - specifically within hybrid environments that require a combination of physical, virtual, and cloud architectures. In these environments enterprises expect consistency, stability, yet deployment flexibility. Features like secure disk wiping and live volume resizing of virtual guests demonstrate the value of Red Hat Enterprise Linux for hybrid deployment patterns, and represent the confluence of key capabilities for security and storage resource management with next generation architectures like cloud and virtualization. Also evident with minor releases of Red Hat Enterprise Linux are enhancements that take advantage of advancements from hardware OEMs. Examples include updated device drivers as well as compiler optimizations for the Intel Xeon E5 processor family. Summarized below, Red Hat Enterprise Linux 6.3 includes a broad set of enhancements and new features providing rich functionality - particularly in the areas of developer tools, virtualization, security, scalability, file systems, and storage. Developer Tools --------------- Customers can develop and test with the latest version of open source Java with the introduction of OpenJDK 7. This is in addition to the support of OpenJDK 6 that already exists in Red Hat Enterprise Linux 6. These new capabilities along with the Red Hat Enterprise Linux developer toolset (updated GCC), performance optimization, thread programming and NUMA will be described at Red Hat Developer Day in Boston on June 26th, 2012. For more information, please visit: http://www.redhat.com/summit/developerday/index.html Virtualization -------------- Red Hat Enterprise Linux 6.3 allows for smooth migration to a virtualized environment with the help of new Virt-P2V tools that can easily convert a Red Hat Enterprise Linux or Microsoft Windows system running on physical hardware to run as a KVM guest. Security -------- Outstanding security and compliance is realized with Red Hat Enterprise Linux 6.3, including a more robust mechanism to protect data associated with defunct virtual machines. Greater compliance to Payment Card Industry Data Security Standards (PCI-DSS) is realized as a result of the method by which virtual disk images are securely wiped. Scalability ----------- The maximum number of virtual CPUs (vCPUs) per guest has been increased from 64 to 160. This is significantly higher than the 32 vCPU per guest limit for VMware ESX 5.0. The maximum supported memory configuration for KVM guests has also been increased from 512GB to 2TB. File Systems ------------ File system improvements include O_DIRECT support in FUSE (File System in User Space). This enhancement improves performance by reducing CPU cycles for file reads and writes. Storage ------- The Logical Volume Manager (LVM) now provides support for RAID levels 4, 5, and 6. This simplifies overall storage administration by consolidating all management functions, such as creating and resizing volumes, deploying RAID, and taking snapshots, into a single interface. Subscription Management ----------------------- Also with Red Hat Enterprise Linux 6.3, customers will use Red Hat Subscription Management by default, as an enhanced subscription management capability using X.509 certificates. This will allow customers to effectively manage Red Hat Enterprise Linux subscriptions locally and report on subscription distribution and utilization. This approach will help facilitate compliance, upgrades, and long-term planning. Customers will register their systems using Red Hat Subscription Manager to the award-winning Red Hat Customer Portal, or to an instance of Subscription Asset Manager (SAM), which is included with a Red Hat Enterprise Linux subscription at no cost. Customers who wish to continue to manage their systems using Red Hat Network (RHN) Classic (also known as RHN Hosted) or with RHN Satellite will be able to do so or can choose to migrate to Red Hat Subscription Management. More detailed announcements about subscription management will be forthcoming. To read the Red Hat news blog, please visit: http://www.redhat.com/about/news/archive/2012/6/red-hat-enterprise-linux-63-globally-available For more information about Red Hat Enterprise Linux 6.3, please visit: http://www.redhat.com/resourcelibrary/articles/whats-new-red-hat-enterprise-linux-6.3 and: http://www.redhat.com/products/enterprise-linux/server/ To access and download an evaluation copy for Red Hat Enterprise Linux 6.3, please visit: https://access.redhat.com/downloads/ For access to the documentation for Red Hat Enterprise Linux 6.3 including the release notes, please visit: https://access.redhat.com/knowledge/docs/Red_Hat_Enterprise_Linux/ Sincerely, The Red Hat Enterprise Linux team From millerdc at fusion.gat.com Fri Jun 22 00:59:35 2012 From: millerdc at fusion.gat.com (David C. Miller) Date: Thu, 21 Jun 2012 17:59:35 -0700 (PDT) Subject: [rhelv6-list] RHEL6.3 virt-manager and live migration options. In-Reply-To: <1021169514.49578.1340324013536.JavaMail.root@email.gat.com> Message-ID: <1524083075.50727.1340326775623.JavaMail.root@email.gat.com> I just upgraded my two node virtual host cluster to RHEL6.3. I will put my question first and then explain what I'm doing and why. Does anyone know which file I need to edit to keep virt-manager from inspecting the cache type on a VM disk file when performing a live migration? There is a command line option for virsh to disable this(--unsafe) but there is no way to enable that in virt-manager directly. RHEL6.3 has enabled the cache check by default so now if a VM disk has cache=writeback it errors out. Here is the error. Unable to migrate guest: Unsafe migration: Migration may lead to data corruption if disks use cache != none Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/migrate.py", line 556, in _async_migrate vm.migrate(dstconn, migrate_uri, rate, live, secure, meter=meter) File "/usr/share/virt-manager/virtManager/domain.py", line 1141, in migrate self._backend.migrate(destconn.vmm, flags, newname, interface, rate) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 892, in migrate if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self) libvirtError: Unsafe migration: Migration may lead to data corruption if disks use cache != none Since virt-manager just calls the python scripts it must be fairly easy to stick in the --unsafe option. However, I'm not that great with python and not sure if editing the python scripts directly is the best way to do it. More info about my setup. I'm running gluster3.3-1 on both of my virtual host machines. Both machines have a 1TB logical volume formatted with Ext4. This partition on each system is used as a brick for gluster in a replicated volume. I then mount the gluster volume from localhost on each VM host. This effectively gives me a network RAID1 to store VM's on. I'm using the native gluster FUSE driver to mount this volume on both systems. Before RHEL 6.3 FUSE did not support direct I/O so I had to use cache=writeback on my VM disks files. This gave me the best performance with most read/writes seeing 90+ MB/s over 1Gb Ethernet. Now with RHEL 6.3, direct I/O is supported in FUSE but the performance is horrible(Redhat even says so in the release notes..). I cannot switch my VM disk files to cache=none, at least not until they fix the performance issues. Now I have this issue with virt-manager not allowing me to do live migrations because this new default cache check implemented in libvirt. Here is the dev thread with more info about the change. https://www.redhat.com/archives/libvir-list/2012-February/msg00882.html I can use virsh to migrate my VM's using the --unsafe option just fine. I would like to still be able to use virt-manager to migrate my VM's though. Maybe I should file a bug or open a ticket to try to get a tick box in virt-manager for this check.. I know this setup may sound crazy but, we all know Redhat is going to be pushing a gluster based solution to do this in the near future. I have not seen any VM disk corruption or any other bad things while using this setup. I have four RHEL6 VM's(20GB disks) and one openBSD VM(10GB disk). They have been running quite nicely with this setup for a couple of months now. For backups I use virsh to pause the VM's and create an LVM snapshot. Resume the VM's and use rsync to copy the VM's on the snapshot partition to another location. Thanks. David. From Iain.Morrison at mrc-epid.cam.ac.uk Fri Jun 22 10:23:14 2012 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Fri, 22 Jun 2012 11:23:14 +0100 Subject: [rhelv6-list] RHEL 6.3 update problems Message-ID: <7F2C60CEE8B98346BD9FBAE010150522CA2E1F@silicon.mrc-epid.cam.ac.uk> Dear list, I have some Dell servers which are failing to update to RHEL 6.3 with the following message: Loaded plugins: aliases, changelog, downloadonly, kabi, presto, product-id, refresh-packagekit, rhnplugin, security, : subscription-manager, tmprepo, verify, versionlock Updating certificate-based repositories. Loading support for Red Hat kernel ABI rhel-x86_64-server-6 | 1.8 kB 00:00 rhel-x86_64-server-hts-6 | 1.6 kB 00:00 rhel-x86_64-server-optional-6 | 1.8 kB 00:00 rhn-tools-rhel-x86_64-server-6 | 1.6 kB 00:00 Setting up Update Process Resolving Dependencies --> Running transaction check ... ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated --> Processing Dependency: libotf.so.0()(64bit) for package: 1:emacs-23.1-21.el6_2.3.x86_64 Package openmpi-psm is obsoleted by openmpi, but obsoleting package does not provide for requirements ---> Package openmpi.x86_64 0:1.5.4-1.el6 will be an update ... ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated --> Processing Dependency: libotf.so.0()(64bit) for package: 1:emacs-23.1-21.el6_2.3.x86_64 Package openmpi-psm is obsoleted by openmpi, but obsoleting package does not provide for requirements ---> Package perl-Compress-Raw-Bzip2.x86_64 0:2.020-127.el6 will be installed ---> Package perl-IO-Compress-Bzip2.x86_64 0:2.020-127.el6 will be installed ---> Package python-krbV.x86_64 0:1.0.90-3.el6 will be installed ---> Package system-config-keyboard-base.x86_64 0:1.3.1-4.el6 will be installed ---> Package systemtap-client.x86_64 0:1.7-5.el6 will be installed ---> Package systemtap-devel.x86_64 0:1.7-5.el6 will be installed --> Running transaction check ---> Package libwacom-data.noarch 0:0.5-3.el6 will be installed ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated --> Processing Dependency: libotf.so.0()(64bit) for package: 1:emacs-23.1-21.el6_2.3.x86_64 Package openmpi-psm is obsoleted by openmpi, but obsoleting package does not provide for requirements --> Finished Dependency Resolution --> Running transaction check ---> Package kernel.x86_64 0:2.6.32-220.7.1.el6 will be erased ---> Package kernel-devel.x86_64 0:2.6.32-220.7.1.el6 will be erased ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated --> Processing Dependency: libotf.so.0()(64bit) for package: 1:emacs-23.1-21.el6_2.3.x86_64 Package openmpi-psm is obsoleted by openmpi, but obsoleting package does not provide for requirements --> Finished Dependency Resolution Error: Package: 1:emacs-23.1-21.el6_2.3.x86_64 (@rhel-x86_64-server-6) Requires: libotf.so.0()(64bit) Removing: openmpi-1.5.3-3.el6.x86_64 (@Red Hat Enterprise Linux/6.2) libotf.so.0()(64bit) Updated By: openmpi-1.5.4-1.el6.x86_64 (rhel-x86_64-server-6) Not found Available: libotf-0.9.9-3.1.el6.x86_64 (rhel-x86_64-server-6) libotf.so.0()(64bit) Available: openmpi-psm-1.5.3-3.el6.x86_64 (rhel-x86_64-server-6) libotf.so.0()(64bit) Available: openmpi-psm-1.4.1-4.3.el6.x86_64 (rhel-x86_64-server-6) Not found Available: openmpi-psm-1.4.3-1.1.el6.x86_64 (rhel-x86_64-server-6) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I couldn't find any reference to openmpi in the release notes, and there is no openmpi-psm package rpm -qi openmpi-psm package openmpi-psm is not installed rpm -qi openmpi Name : openmpi Relocations: (not relocatable) Version : 1.5.3 Vendor: Red Hat, Inc. Release : 3.el6 Build Date: Tue 18 Oct 2011 07:45:18 PM BST Install Date: Mon 02 Apr 2012 11:11:57 AM BST Build Host: x86-001.build.bos.redhat.com Group : Development/Libraries Source RPM: openmpi-1.5.3-3.el6.src.rpm Size : 7413687 License: BSD, MIT and Romio Signature : RSA/8, Tue 08 Nov 2011 04:01:22 PM GMT, Key ID 199e2f91fd431d51 Packager : Red Hat, Inc. URL : http://www.open-mpi.org/ Summary : Open Message Passing Interface Description : Open MPI is an open source, freely available implementation of both the MPI-1 and MPI-2 standards, combining technologies and resources from several other projects (FT-MPI, LA-MPI, LAM/MPI, and PACX-MPI) in order to build the best MPI library available. A completely new MPI-2 compliant implementation, Open MPI offers advantages for system and software vendors, application developers, and computer science researchers. For more information, see http://www.open-mpi.org/ . rpm -Va --nofiles --nodigest produces no output. I'm not sure what to do, as --skip-broken sounds a bit risky. [We have an academic license agreement so I can't raise a call.] Any advice appreciated. thanks 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 From thomas at redhat.com Fri Jun 22 14:35:25 2012 From: thomas at redhat.com (thomas at redhat.com) Date: Fri, 22 Jun 2012 09:35:25 -0500 Subject: [rhelv6-list] RHEL 6.3 update problems In-Reply-To: <7F2C60CEE8B98346BD9FBAE010150522CA2E1F@silicon.mrc-epid.cam.ac.uk> References: <7F2C60CEE8B98346BD9FBAE010150522CA2E1F@silicon.mrc-epid.cam.ac.uk> Message-ID: <4FE482AD.50809@redhat.com> On 06/22/2012 05:23 AM, Iain Morrison wrote: > Dear list, > I have some Dell servers which are failing to update to RHEL 6.3 with > the following message: > > Loaded plugins: aliases, changelog, downloadonly, kabi, presto, > product-id, refresh-packagekit, rhnplugin, security, > : subscription-manager, tmprepo, verify, versionlock > Updating certificate-based repositories. > Loading support for Red Hat kernel ABI > rhel-x86_64-server-6 > | 1.8 kB 00:00 > rhel-x86_64-server-hts-6 > | 1.6 kB 00:00 > rhel-x86_64-server-optional-6 > | 1.8 kB 00:00 > rhn-tools-rhel-x86_64-server-6 > | 1.6 kB 00:00 > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ... > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > ---> Package openmpi.x86_64 0:1.5.4-1.el6 will be an update > ... > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > ---> Package perl-Compress-Raw-Bzip2.x86_64 0:2.020-127.el6 will be > installed > ---> Package perl-IO-Compress-Bzip2.x86_64 0:2.020-127.el6 will be > installed > ---> Package python-krbV.x86_64 0:1.0.90-3.el6 will be installed > ---> Package system-config-keyboard-base.x86_64 0:1.3.1-4.el6 will be > installed > ---> Package systemtap-client.x86_64 0:1.7-5.el6 will be installed > ---> Package systemtap-devel.x86_64 0:1.7-5.el6 will be installed > --> Running transaction check > ---> Package libwacom-data.noarch 0:0.5-3.el6 will be installed > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > --> Finished Dependency Resolution > --> Running transaction check > ---> Package kernel.x86_64 0:2.6.32-220.7.1.el6 will be erased > ---> Package kernel-devel.x86_64 0:2.6.32-220.7.1.el6 will be erased > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > --> Finished Dependency Resolution > Error: Package: 1:emacs-23.1-21.el6_2.3.x86_64 (@rhel-x86_64-server-6) > Requires: libotf.so.0()(64bit) > Removing: openmpi-1.5.3-3.el6.x86_64 (@Red Hat Enterprise > Linux/6.2) > libotf.so.0()(64bit) > Updated By: openmpi-1.5.4-1.el6.x86_64 (rhel-x86_64-server-6) > Not found > Available: libotf-0.9.9-3.1.el6.x86_64 (rhel-x86_64-server-6) > libotf.so.0()(64bit) > Available: openmpi-psm-1.5.3-3.el6.x86_64 > (rhel-x86_64-server-6) > libotf.so.0()(64bit) > Available: openmpi-psm-1.4.1-4.3.el6.x86_64 > (rhel-x86_64-server-6) > Not found > Available: openmpi-psm-1.4.3-1.1.el6.x86_64 > (rhel-x86_64-server-6) > Not found > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > > I couldn't find any reference to openmpi in the release notes, and there > is no openmpi-psm package > > > rpm -qi openmpi-psm > package openmpi-psm is not installed > > rpm -qi openmpi > Name : openmpi Relocations: (not > relocatable) > Version : 1.5.3 Vendor: Red Hat, Inc. > Release : 3.el6 Build Date: Tue 18 Oct 2011 > 07:45:18 PM BST > Install Date: Mon 02 Apr 2012 11:11:57 AM BST Build Host: > x86-001.build.bos.redhat.com > Group : Development/Libraries Source RPM: > openmpi-1.5.3-3.el6.src.rpm > Size : 7413687 License: BSD, MIT and > Romio > Signature : RSA/8, Tue 08 Nov 2011 04:01:22 PM GMT, Key ID > 199e2f91fd431d51 > Packager : Red Hat, Inc. > URL : http://www.open-mpi.org/ > Summary : Open Message Passing Interface > Description : > Open MPI is an open source, freely available implementation of both the > MPI-1 and MPI-2 standards, combining technologies and resources from > several other projects (FT-MPI, LA-MPI, LAM/MPI, and PACX-MPI) in > order to build the best MPI library available. A completely new MPI-2 > compliant implementation, Open MPI offers advantages for system and > software vendors, application developers, and computer science > researchers. For more information, see http://www.open-mpi.org/ . > > rpm -Va --nofiles --nodigest > > produces no output. > > I'm not sure what to do, as --skip-broken sounds a bit risky. [We have > an academic license agreement so I can't raise a call.] Any advice > appreciated. > > thanks > > 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 openmpi-psm is definitely part of the Red Hat Enterprise Linux Server (v. 6 for 64-bit x86_64) channel. Have you tried "yum clean metadata" or even "yum clean all" and then trying again? -- 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 Iain.Morrison at mrc-epid.cam.ac.uk Fri Jun 22 15:52:18 2012 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Fri, 22 Jun 2012 16:52:18 +0100 Subject: [rhelv6-list] RHEL 6.3 update problems In-Reply-To: <4FE482AD.50809@redhat.com> References: <7F2C60CEE8B98346BD9FBAE010150522CA2E1F@silicon.mrc-epid.cam.ac.uk> <4FE482AD.50809@redhat.com> Message-ID: <7F2C60CEE8B98346BD9FBAE010150522CA2E23@silicon.mrc-epid.cam.ac.uk> Hi, yum clean metadata and yum clean all made no difference I'm afraid. 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 thomas at redhat.com Sent: 22 June 2012 15:35 To: rhelv6-list at redhat.com Subject: Re: [rhelv6-list] RHEL 6.3 update problems On 06/22/2012 05:23 AM, Iain Morrison wrote: > Dear list, > I have some Dell servers which are failing to update to RHEL 6.3 with > the following message: > > Loaded plugins: aliases, changelog, downloadonly, kabi, presto, > product-id, refresh-packagekit, rhnplugin, security, > : subscription-manager, tmprepo, verify, versionlock > Updating certificate-based repositories. > Loading support for Red Hat kernel ABI > rhel-x86_64-server-6 > | 1.8 kB 00:00 > rhel-x86_64-server-hts-6 > | 1.6 kB 00:00 > rhel-x86_64-server-optional-6 > | 1.8 kB 00:00 > rhn-tools-rhel-x86_64-server-6 > | 1.6 kB 00:00 > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ... > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > ---> Package openmpi.x86_64 0:1.5.4-1.el6 will be an update > ... > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > ---> Package perl-Compress-Raw-Bzip2.x86_64 0:2.020-127.el6 will be > installed > ---> Package perl-IO-Compress-Bzip2.x86_64 0:2.020-127.el6 will be > installed > ---> Package python-krbV.x86_64 0:1.0.90-3.el6 will be installed > ---> Package system-config-keyboard-base.x86_64 0:1.3.1-4.el6 will be > installed > ---> Package systemtap-client.x86_64 0:1.7-5.el6 will be installed > ---> Package systemtap-devel.x86_64 0:1.7-5.el6 will be installed > --> Running transaction check > ---> Package libwacom-data.noarch 0:0.5-3.el6 will be installed > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > --> Finished Dependency Resolution > --> Running transaction check > ---> Package kernel.x86_64 0:2.6.32-220.7.1.el6 will be erased > ---> Package kernel-devel.x86_64 0:2.6.32-220.7.1.el6 will be erased > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > --> Finished Dependency Resolution > Error: Package: 1:emacs-23.1-21.el6_2.3.x86_64 (@rhel-x86_64-server-6) > Requires: libotf.so.0()(64bit) > Removing: openmpi-1.5.3-3.el6.x86_64 (@Red Hat Enterprise > Linux/6.2) > libotf.so.0()(64bit) > Updated By: openmpi-1.5.4-1.el6.x86_64 (rhel-x86_64-server-6) > Not found > Available: libotf-0.9.9-3.1.el6.x86_64 (rhel-x86_64-server-6) > libotf.so.0()(64bit) > Available: openmpi-psm-1.5.3-3.el6.x86_64 > (rhel-x86_64-server-6) > libotf.so.0()(64bit) > Available: openmpi-psm-1.4.1-4.3.el6.x86_64 > (rhel-x86_64-server-6) > Not found > Available: openmpi-psm-1.4.3-1.1.el6.x86_64 > (rhel-x86_64-server-6) > Not found > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > > I couldn't find any reference to openmpi in the release notes, and there > is no openmpi-psm package > > > rpm -qi openmpi-psm > package openmpi-psm is not installed > > rpm -qi openmpi > Name : openmpi Relocations: (not > relocatable) > Version : 1.5.3 Vendor: Red Hat, Inc. > Release : 3.el6 Build Date: Tue 18 Oct 2011 > 07:45:18 PM BST > Install Date: Mon 02 Apr 2012 11:11:57 AM BST Build Host: > x86-001.build.bos.redhat.com > Group : Development/Libraries Source RPM: > openmpi-1.5.3-3.el6.src.rpm > Size : 7413687 License: BSD, MIT and > Romio > Signature : RSA/8, Tue 08 Nov 2011 04:01:22 PM GMT, Key ID > 199e2f91fd431d51 > Packager : Red Hat, Inc. > URL : http://www.open-mpi.org/ > Summary : Open Message Passing Interface > Description : > Open MPI is an open source, freely available implementation of both the > MPI-1 and MPI-2 standards, combining technologies and resources from > several other projects (FT-MPI, LA-MPI, LAM/MPI, and PACX-MPI) in > order to build the best MPI library available. A completely new MPI-2 > compliant implementation, Open MPI offers advantages for system and > software vendors, application developers, and computer science > researchers. For more information, see http://www.open-mpi.org/ . > > rpm -Va --nofiles --nodigest > > produces no output. > > I'm not sure what to do, as --skip-broken sounds a bit risky. [We have > an academic license agreement so I can't raise a call.] Any advice > appreciated. > > thanks > > 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 openmpi-psm is definitely part of the Red Hat Enterprise Linux Server (v. 6 for 64-bit x86_64) channel. Have you tried "yum clean metadata" or even "yum clean all" and then trying again? -- 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 From hbrown at divms.uiowa.edu Fri Jun 22 15:58:48 2012 From: hbrown at divms.uiowa.edu (Hugh Brown) Date: Fri, 22 Jun 2012 10:58:48 -0500 Subject: [rhelv6-list] RHEL 6.3 update problems In-Reply-To: <4FE482AD.50809@redhat.com> References: <7F2C60CEE8B98346BD9FBAE010150522CA2E1F@silicon.mrc-epid.cam.ac.uk> <4FE482AD.50809@redhat.com> Message-ID: <4FE49638.6040006@divms.uiowa.edu> On 06/22/2012 09:35 AM, thomas at redhat.com wrote: > On 06/22/2012 05:23 AM, Iain Morrison wrote: >> Dear list, >> I have some Dell servers which are failing to update to RHEL 6.3 with >> the following message: >> >> Error: Package: 1:emacs-23.1-21.el6_2.3.x86_64 (@rhel-x86_64-server-6) >> Requires: libotf.so.0()(64bit) >> Removing: openmpi-1.5.3-3.el6.x86_64 (@Red Hat Enterprise >> Linux/6.2) >> libotf.so.0()(64bit) >> Updated By: openmpi-1.5.4-1.el6.x86_64 (rhel-x86_64-server-6) >> Not found >> Available: libotf-0.9.9-3.1.el6.x86_64 (rhel-x86_64-server-6) >> libotf.so.0()(64bit) >> Available: openmpi-psm-1.5.3-3.el6.x86_64 >> (rhel-x86_64-server-6) >> libotf.so.0()(64bit) >> Available: openmpi-psm-1.4.1-4.3.el6.x86_64 >> (rhel-x86_64-server-6) >> Not found >> Available: openmpi-psm-1.4.3-1.1.el6.x86_64 >> (rhel-x86_64-server-6) >> Not found >> You could try using --skip-broken to work around the problem >> You could try running: rpm -Va --nofiles --nodigest >> >> I couldn't find any reference to openmpi in the release notes, and there >> is no openmpi-psm package >> I had this happen on a system as well and I did: yum clean all yum install openmpi-psm libotf and yum proceeded to install libotf and update openmpi. Hugh From Iain.Morrison at mrc-epid.cam.ac.uk Fri Jun 22 16:00:14 2012 From: Iain.Morrison at mrc-epid.cam.ac.uk (Iain Morrison) Date: Fri, 22 Jun 2012 17:00:14 +0100 Subject: [rhelv6-list] RHEL 6.3 update problems In-Reply-To: <4FE482AD.50809@redhat.com> References: <7F2C60CEE8B98346BD9FBAE010150522CA2E1F@silicon.mrc-epid.cam.ac.uk> <4FE482AD.50809@redhat.com> Message-ID: <7F2C60CEE8B98346BD9FBAE010150522CA2E24@silicon.mrc-epid.cam.ac.uk> Installing libotf seems to fix the issue. Very strange. thanks 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 thomas at redhat.com Sent: 22 June 2012 15:35 To: rhelv6-list at redhat.com Subject: Re: [rhelv6-list] RHEL 6.3 update problems On 06/22/2012 05:23 AM, Iain Morrison wrote: > Dear list, > I have some Dell servers which are failing to update to RHEL 6.3 with > the following message: > > Loaded plugins: aliases, changelog, downloadonly, kabi, presto, > product-id, refresh-packagekit, rhnplugin, security, > : subscription-manager, tmprepo, verify, versionlock > Updating certificate-based repositories. > Loading support for Red Hat kernel ABI > rhel-x86_64-server-6 > | 1.8 kB 00:00 > rhel-x86_64-server-hts-6 > | 1.6 kB 00:00 > rhel-x86_64-server-optional-6 > | 1.8 kB 00:00 > rhn-tools-rhel-x86_64-server-6 > | 1.6 kB 00:00 > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ... > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > ---> Package openmpi.x86_64 0:1.5.4-1.el6 will be an update > ... > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > ---> Package perl-Compress-Raw-Bzip2.x86_64 0:2.020-127.el6 will be > installed > ---> Package perl-IO-Compress-Bzip2.x86_64 0:2.020-127.el6 will be > installed > ---> Package python-krbV.x86_64 0:1.0.90-3.el6 will be installed > ---> Package system-config-keyboard-base.x86_64 0:1.3.1-4.el6 will be > installed > ---> Package systemtap-client.x86_64 0:1.7-5.el6 will be installed > ---> Package systemtap-devel.x86_64 0:1.7-5.el6 will be installed > --> Running transaction check > ---> Package libwacom-data.noarch 0:0.5-3.el6 will be installed > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > --> Finished Dependency Resolution > --> Running transaction check > ---> Package kernel.x86_64 0:2.6.32-220.7.1.el6 will be erased > ---> Package kernel-devel.x86_64 0:2.6.32-220.7.1.el6 will be erased > ---> Package openmpi.x86_64 0:1.5.3-3.el6 will be updated > --> Processing Dependency: libotf.so.0()(64bit) for package: > 1:emacs-23.1-21.el6_2.3.x86_64 > Package openmpi-psm is obsoleted by openmpi, but obsoleting package does > not provide for requirements > --> Finished Dependency Resolution > Error: Package: 1:emacs-23.1-21.el6_2.3.x86_64 (@rhel-x86_64-server-6) > Requires: libotf.so.0()(64bit) > Removing: openmpi-1.5.3-3.el6.x86_64 (@Red Hat Enterprise > Linux/6.2) > libotf.so.0()(64bit) > Updated By: openmpi-1.5.4-1.el6.x86_64 (rhel-x86_64-server-6) > Not found > Available: libotf-0.9.9-3.1.el6.x86_64 (rhel-x86_64-server-6) > libotf.so.0()(64bit) > Available: openmpi-psm-1.5.3-3.el6.x86_64 > (rhel-x86_64-server-6) > libotf.so.0()(64bit) > Available: openmpi-psm-1.4.1-4.3.el6.x86_64 > (rhel-x86_64-server-6) > Not found > Available: openmpi-psm-1.4.3-1.1.el6.x86_64 > (rhel-x86_64-server-6) > Not found > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > > I couldn't find any reference to openmpi in the release notes, and there > is no openmpi-psm package > > > rpm -qi openmpi-psm > package openmpi-psm is not installed > > rpm -qi openmpi > Name : openmpi Relocations: (not > relocatable) > Version : 1.5.3 Vendor: Red Hat, Inc. > Release : 3.el6 Build Date: Tue 18 Oct 2011 > 07:45:18 PM BST > Install Date: Mon 02 Apr 2012 11:11:57 AM BST Build Host: > x86-001.build.bos.redhat.com > Group : Development/Libraries Source RPM: > openmpi-1.5.3-3.el6.src.rpm > Size : 7413687 License: BSD, MIT and > Romio > Signature : RSA/8, Tue 08 Nov 2011 04:01:22 PM GMT, Key ID > 199e2f91fd431d51 > Packager : Red Hat, Inc. > URL : http://www.open-mpi.org/ > Summary : Open Message Passing Interface > Description : > Open MPI is an open source, freely available implementation of both the > MPI-1 and MPI-2 standards, combining technologies and resources from > several other projects (FT-MPI, LA-MPI, LAM/MPI, and PACX-MPI) in > order to build the best MPI library available. A completely new MPI-2 > compliant implementation, Open MPI offers advantages for system and > software vendors, application developers, and computer science > researchers. For more information, see http://www.open-mpi.org/ . > > rpm -Va --nofiles --nodigest > > produces no output. > > I'm not sure what to do, as --skip-broken sounds a bit risky. [We have > an academic license agreement so I can't raise a call.] Any advice > appreciated. > > thanks > > 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 openmpi-psm is definitely part of the Red Hat Enterprise Linux Server (v. 6 for 64-bit x86_64) channel. Have you tried "yum clean metadata" or even "yum clean all" and then trying again? -- 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 From bcodding at uvm.edu Fri Jun 22 16:10:08 2012 From: bcodding at uvm.edu (Benjamin Coddington) Date: Fri, 22 Jun 2012 12:10:08 -0400 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Not an idmapper problem, but we did run into something similar: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675798 Fixed for us by adding the -port=2049 to the mount entry. Created https://bugzilla.redhat.com/show_bug.cgi?id=834641 for reference. Ben On Jun 20, 2012, at 4:28 PM, Feldt, Andrew N. wrote: > Folks, > > Has anyone else tested 6.3 in an enviroment where NFSv4 is > the default and where autofs is used? I find that the old > bug where autofs does not properly map ids has reared its > ugly head again. I can manually mount a file system and > it mounts as NFSv4 with all the proper user id mapping. > However, when autofs mounts it, all files are owned by > the user nobody. The workaround is to add: > > OPTIONS="-O vers=3" > > to /etc/sysconfig/autofs, but I would like to get this > back to version 4 of NFS. > > Andy > > On Jun 20, 2012, at 5:46 AM, Matthias Saou wrote: > >> Hi, >> >> Looks like RHN has 6.3 GA already. >> >> No official announcement so far, but I'm assuming it should be imminent! >> >> 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 ???? ???? >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > Andy Feldt > Senior System Support Programmer > Affiliate Assistant Professor > Homer L. Dodge Department of Physics & Astronomy > The University of Oklahoma > > > > > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From afeldt at ou.edu Fri Jun 22 17:22:43 2012 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Fri, 22 Jun 2012 17:22:43 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Benjamin, Thanks for the info. Unfortunately, this does not help the idmapper problem. And, we had no problem actually automounting the file systems. The only problem is in the id mapping. For now, I've simply dropped all my RHEL 6.3 clients back to NFSv3 (ugh!). Andy On Jun 22, 2012, at 11:10 AM, Benjamin Coddington wrote: > Not an idmapper problem, but we did run into something similar: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675798 > > Fixed for us by adding the -port=2049 to the mount entry. > > Created > https://bugzilla.redhat.com/show_bug.cgi?id=834641 for reference. > > Ben > > On Jun 20, 2012, at 4:28 PM, Feldt, Andrew N. wrote: > >> Folks, >> >> Has anyone else tested 6.3 in an enviroment where NFSv4 is >> the default and where autofs is used? I find that the old >> bug where autofs does not properly map ids has reared its >> ugly head again. I can manually mount a file system and >> it mounts as NFSv4 with all the proper user id mapping. >> However, when autofs mounts it, all files are owned by >> the user nobody. The workaround is to add: >> >> OPTIONS="-O vers=3" >> >> to /etc/sysconfig/autofs, but I would like to get this >> back to version 4 of NFS. >> >> Andy >> >> On Jun 20, 2012, at 5:46 AM, Matthias Saou wrote: >> >>> Hi, >>> >>> Looks like RHN has 6.3 GA already. >>> >>> No official announcement so far, but I'm assuming it should be imminent! >>> >>> 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 ???? ???? >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >> >> Andy Feldt >> Senior System Support Programmer >> Affiliate Assistant Professor >> Homer L. Dodge Department of Physics & Astronomy >> The University of Oklahoma >> >> >> >> >> >> _______________________________________________ >> 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 akrherz at iastate.edu Fri Jun 22 20:10:52 2012 From: akrherz at iastate.edu (daryl herzmann) Date: Fri, 22 Jun 2012 15:10:52 -0500 (CDT) Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array Message-ID: Howdy, The RHEL6.3 release notes have a curious entry: http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html kernel component Due to a race condition, in certain cases, writes to RAID4/5/6 while the array is reconstructing could hang the system Wow, I am reproducing it frequently here. Simply have a RAID-5 software array and do some write IO to it, eventually things start hanging and the power button needs to be pressed. Oh man. daryl From smooge at gmail.com Fri Jun 22 21:03:23 2012 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 22 Jun 2012 15:03:23 -0600 Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array In-Reply-To: References: Message-ID: On 22 June 2012 14:10, daryl herzmann wrote: > Howdy, > > The RHEL6.3 release notes have a curious entry: > > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html > > ?kernel component > > ?Due to a race condition, in certain cases, writes to RAID4/5/6 while the > ?array is reconstructing could hang the system > > Wow, I am reproducing it frequently here. ?Simply have a RAID-5 software > array and do some write IO to it, eventually things start hanging and the > power button needs to be pressed. > > Oh man. Well the race condition they are mentioning should only happen when the RAID array is reconstructing. This sounds like a different bug/problem. What kind of disks, type of RAID etc. > daryl > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me." ??James Stewart as Elwood P. Dowd From akrherz at iastate.edu Sat Jun 23 00:45:22 2012 From: akrherz at iastate.edu (Daryl Herzmann) Date: Fri, 22 Jun 2012 19:45:22 -0500 Subject: [rhelv6-list] RHEL6.2 XFS brutal performence with lots of files In-Reply-To: References: Message-ID: On Tue, Jun 5, 2012 at 3:10 PM, Jussi Silvennoinen wrote: >> I've been noticing lots of annoying problems with XFS performance with >> RHEL6.2 on 64bit. ?I typically have 20-30 TB file systems with data >> structured in directories based on day of year, product type, for example, >> >> ?/data/2012/06/05/product/blah.gif >> >> Doing operations like tar or rm over these directories bring the system to >> a grinding halt. ?Load average goes vertical and eventually the power button >> needs to be pressed in many cases :( A hack workaround is to break apart the >> task into smaller chunks and let the system breath in between operations... >> >> Anyway, I read Ric Wheeler's "Billion Files" with great interest >> >> >> http://www.redhat.com/summit/2011/presentations/summit/decoding_the_code/thursday/wheeler_t_0310_billion_files_2011.pdf >> >> It appears there are 'known issues' with XFS and RHEL6.1. ?It does not >> appear these issues were addressed in RHEL 6.2? >> >> Does anybody know if these issues were addressed in the upcoming RHEL 6.3? >> My impression is that upstream fixes for this only recently (last 6 months?) >> appeared in the mainline kernel. >> >> Perhaps I am missing some tuning that could be done to help with this? > > > Enabling lazy-count does wonders for workloads that involve massive amounts > of metadata. Unfortunately it's a mkfs-time option only AFAIK. Thanks, but it was already enabled... daryl From akrherz at iastate.edu Sat Jun 23 17:04:07 2012 From: akrherz at iastate.edu (Daryl Herzmann) Date: Sat, 23 Jun 2012 12:04:07 -0500 Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array In-Reply-To: References: Message-ID: On Fri, Jun 22, 2012 at 4:03 PM, Stephen John Smoogen wrote: > On 22 June 2012 14:10, daryl herzmann wrote: >> Howdy, >> >> The RHEL6.3 release notes have a curious entry: >> >> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html >> >> ?kernel component >> >> ?Due to a race condition, in certain cases, writes to RAID4/5/6 while the >> ?array is reconstructing could hang the system >> >> Wow, I am reproducing it frequently here. ?Simply have a RAID-5 software >> array and do some write IO to it, eventually things start hanging and the >> power button needs to be pressed. >> >> Oh man. > > Well the race condition they are mentioning should only happen when > the RAID array is reconstructing. This sounds like a different > bug/problem. What kind of disks, type of RAID etc. Thanks for the response. I am not sure of the difference between 'reconstructing' and 'resyncing' and/or 'syncing'. The reproducing case was quite easy for me. 1. Create a software raid5 2. Immediately then create a filesystem on this raid5, while init sync underway 3. IO to the RAID device eventually stops, even for the software raid5 sync or another reproducer, which is more concerning: 1. Start a verify on a previously clean raid5 2. Do some write IO to the mounted device 3. Processes accessing that mount point lock up 4. Push the power button :( I wonder how many people will hit this, once the first Sunday of July rolls around and software raid5's are auto-verified. daryl From akrherz at iastate.edu Sat Jun 23 21:14:53 2012 From: akrherz at iastate.edu (daryl herzmann) Date: Sat, 23 Jun 2012 16:14:53 -0500 (CDT) Subject: [rhelv6-list] yum -q spews "Unable to read consumer identity" Message-ID: Well Howdy, I have a cronjob on most of my boxes running 'yum -y -q update", since, you know, RHN is unable to keep them update via Auto Apply Errata. That's another discussion, anyway... Since the 6.3 update, I am getting a daily cron email from each machine noting (even though I have -q set :) ): Unable to read consumer identity Anyway, searching around for this, I find this fun knowledge base article: https://access.redhat.com/knowledge/ko/node/78153 The solution proposed only works for RHEL5, so be sure to read the last comment that says: RHEL 6 systems do not have a katello.conf file. Wouldn't it have been nice of Red Hat to say that, for RHEL 6 systems, edit the subscription-manager.conf file instead? So it looks like I need to modify each system I have and tweak that config file?!? daryl From o.h.weiergraeber at fz-juelich.de Sun Jun 24 16:21:10 2012 From: o.h.weiergraeber at fz-juelich.de (=?iso-8859-1?Q?=22Weiergr=E4ber=2C_Oliver_H=2E=22?=) Date: Sun, 24 Jun 2012 16:21:10 +0000 Subject: [rhelv6-list] yum -q spews "Unable to read consumer identity" In-Reply-To: References: Message-ID: Hello, I also ran into this issue - every execution of yum on the command line now results in this message. It seems to occur on systems subscribed to RHN Classic. To resolve this, I decided to simply migrate my machine to subscription-based RHN (there is a script called "rhn-migrate-classic-to-rhsm" for this purpose). In principle this worked fine - but two issues are still bothering me now: 1. In Subscription Manager, I was able to subscribe my system using the auto-subscribe button. The "My subscriptions" tab now lists the correct item (RHEL 6 desktop). But the "All available subscriptions" tab is empty, even if I disable all filtering options. Very strange, obviously a bug... 2. I have been using the "priorities" plugin for yum to handle third-party repositories. For RHN Classic I simply put the priority statements in the rhnplugin.conf file. But after the migration it seems to me there is NO possibility to assign the required high priority to the certificate-based redhat repositories. There is a redhat.repo file in /etc/yum.repos.d, but my "priority=..." lines (which I entered manually) are silently removed by the system !!! Is anyone aware of a proper way to define those priorities for Redhat's certificate-based repos? If the priorities statements are missing for the redhat repos, they will default to the *lowest* priority, which is obviously not intended :-(( Very annoying... Oliver ________________________________________ From: rhelv6-list-bounces at redhat.com [rhelv6-list-bounces at redhat.com] on behalf of daryl herzmann [akrherz at iastate.edu] Sent: Saturday, June 23, 2012 11:14 PM To: rhelv6-list at redhat.com Subject: [rhelv6-list] yum -q spews "Unable to read consumer identity" Well Howdy, I have a cronjob on most of my boxes running 'yum -y -q update", since, you know, RHN is unable to keep them update via Auto Apply Errata. That's another discussion, anyway... Since the 6.3 update, I am getting a daily cron email from each machine noting (even though I have -q set :) ): Unable to read consumer identity Anyway, searching around for this, I find this fun knowledge base article: https://access.redhat.com/knowledge/ko/node/78153 The solution proposed only works for RHEL5, so be sure to read the last comment that says: RHEL 6 systems do not have a katello.conf file. Wouldn't it have been nice of Red Hat to say that, for RHEL 6 systems, edit the subscription-manager.conf file instead? So it looks like I need to modify each system I have and tweak that config file?!? daryl _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Kennen Sie schon unseren neuen Film? http://www.fz-juelich.de/film Kennen Sie schon unsere app? http://www.fz-juelich.de/app From inode0 at gmail.com Sun Jun 24 16:30:03 2012 From: inode0 at gmail.com (inode0) Date: Sun, 24 Jun 2012 11:30:03 -0500 Subject: [rhelv6-list] yum -q spews "Unable to read consumer identity" In-Reply-To: References: Message-ID: On Sun, Jun 24, 2012 at 11:21 AM, "Weiergr?ber, Oliver H." wrote: > Hello, > I also ran into this issue - every execution of yum on the command line now results in this message. It seems to occur on systems > subscribed to RHN Classic. > To resolve this, I decided to simply migrate my machine to subscription-based RHN (there is a script called "rhn-migrate-classic-to-rhsm" > for this purpose). I chose to resolve it by running yum erase subscription-manager :) John From smooge at gmail.com Sun Jun 24 17:48:49 2012 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 24 Jun 2012 11:48:49 -0600 Subject: [rhelv6-list] Nasty bug with writing to resyncing RAID-5 Array In-Reply-To: References: Message-ID: On 23 June 2012 11:04, Daryl Herzmann wrote: > On Fri, Jun 22, 2012 at 4:03 PM, Stephen John Smoogen wrote: >> On 22 June 2012 14:10, daryl herzmann wrote: >>> Howdy, >>> >>> The RHEL6.3 release notes have a curious entry: >>> >>> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/kernel_issues.html >>> >>> ?kernel component >>> >>> ?Due to a race condition, in certain cases, writes to RAID4/5/6 while the >>> ?array is reconstructing could hang the system >>> >>> Wow, I am reproducing it frequently here. ?Simply have a RAID-5 software >>> array and do some write IO to it, eventually things start hanging and the >>> power button needs to be pressed. >>> >>> Oh man. >> >> Well the race condition they are mentioning should only happen when >> the RAID array is reconstructing. This sounds like a different >> bug/problem. What kind of disks, type of RAID etc. > > Thanks for the response. ?I am not sure of the difference between > 'reconstructing' and 'resyncing' and/or 'syncing'. ?The reproducing > case was quite easy for me. > > 1. Create a software raid5 > 2. Immediately then create a filesystem on this raid5, while init sync underway > 3. IO to the RAID device eventually stops, even for the software raid5 sync Ok reconstructing is where the initial RAID drives pair up with each other. Resyncing I believe is where a RAID which has been created is putting the data across its raid. Basic cat /proc/mdstat.. if there is a line ====> then you are reconstructing the disk array. In the example you give above, the disks would be reconstructing So the next thing to do is why you are able to trigger it constantly. That may be due to CPU Type: RAM Amount: Disk controllers: DIsk types (SATA, SAS, SCSI, PATA): RAID type: RAID layout (same controller, different controller, etc): > or another reproducer, which is more concerning: > > 1. Start a verify on a previously clean raid5 > 2. Do some write IO to the mounted device > 3. Processes accessing that mount point lock up > 4. Push the power button :( That sounds like a seperate issue (or the same but they didn't label it. In the above example your RAID array is past construction/reconstruction and is ready.) > I wonder how many people will hit this, once the first Sunday of July > rolls around and software raid5's are auto-verified. > > daryl > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me." ??James Stewart as Elwood P. Dowd From i.mortimer at uq.edu.au Sun Jun 24 23:57:19 2012 From: i.mortimer at uq.edu.au (Ian Mortimer) Date: Sun, 24 Jun 2012 23:57:19 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: On Fri, 2012-06-22 at 17:22 +0000, Feldt, Andrew N. wrote: > Thanks for the info. Unfortunately, this does not help the > idmapper problem. And, we had no problem actually automounting > the file systems. The only problem is in the id mapping. So is the problem with autofs or with rpcidmapd? Every time I've seen this, the fix has been: umount file_system service rpcidmapd restart mount file_system -- Ian From afeldt at ou.edu Mon Jun 25 15:04:58 2012 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Mon, 25 Jun 2012 15:04:58 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: Ian, I went to verify the response I originally began for this message and used other accounts than my own for testing ls -l /home/username (before, I just used mine because I first tested with that and found this problem). To my surprise, I found that the id mapping works fine for all of our user accounts *except* mine! This account has uid and gid of 900. I have other accounts with numbers below this, so it is not some minimum cutoff. I also have other accounts in my group (all with gid 900) which map the username properly but the gid for 900 is still shown as 'nobody' for them (as expected since that is how it is shown for my account. I discovered a change in nfs-utils which provides the new command nfsidmap (see its man page for details). I find that, if I run 'nfsidmap -c' after booting the problem is resolved. It appears that there has been a change in the way ids are mapped so that they are cached. And, something in our boot process must access my uid/gid (e.g. my account) before ypbind is run and so these get cached as 'nobody'. However, this begs the question of the startup ordering of rpcidmapd, ypbind and autofs since I have no special script of any sort that is run in between rpcidmapd and autofs. I will try to dig into this further, but we should not have to work around this caching issue. Andy On Jun 24, 2012, at 6:57 PM, Ian Mortimer wrote: > On Fri, 2012-06-22 at 17:22 +0000, Feldt, Andrew N. wrote: > >> Thanks for the info. Unfortunately, this does not help the >> idmapper problem. And, we had no problem actually automounting >> the file systems. The only problem is in the id mapping. > > So is the problem with autofs or with rpcidmapd? Every time I've > seen this, the fix has been: > > umount file_system > service rpcidmapd restart > mount file_system > > > -- > Ian > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From matthias at saou.eu Mon Jun 25 15:30:55 2012 From: matthias at saou.eu (Matthias Saou) Date: Mon, 25 Jun 2012 17:30:55 +0200 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: References: <20120620124629.1f5b2557@r2d2.marmotte.net> Message-ID: <20120625173055.4f5877b4@r2d2.marmotte.net> *very* interesting to know, thanks for sharing what you've found! Matthias On Mon, 25 Jun 2012 15:04:58 +0000 "Feldt, Andrew N." wrote: > Ian, > > I went to verify the response I originally began for this > message and used other accounts than my own for testing > ls -l /home/username (before, I just used mine because > I first tested with that and found this problem). > > To my surprise, I found that the id mapping works fine > for all of our user accounts *except* mine! This > account has uid and gid of 900. I have other accounts > with numbers below this, so it is not some minimum > cutoff. I also have other accounts in my group > (all with gid 900) which map the username properly > but the gid for 900 is still shown as 'nobody' for > them (as expected since that is how it is shown for > my account. > > I discovered a change in nfs-utils which provides the > new command nfsidmap (see its man page for details). > I find that, if I run 'nfsidmap -c' after booting > the problem is resolved. It appears that there has > been a change in the way ids are mapped so that they > are cached. And, something in our boot process must > access my uid/gid (e.g. my account) before ypbind is > run and so these get cached as 'nobody'. However, > this begs the question of the startup ordering of > rpcidmapd, ypbind and autofs since I have no > special script of any sort that is run in between > rpcidmapd and autofs. I will try to dig into this > further, but we should not have to work around this > caching issue. > > Andy > > On Jun 24, 2012, at 6:57 PM, Ian Mortimer wrote: > > > On Fri, 2012-06-22 at 17:22 +0000, Feldt, Andrew N. wrote: > > > >> Thanks for the info. Unfortunately, this does not help the > >> idmapper problem. And, we had no problem actually automounting > >> the file systems. The only problem is in the id mapping. > > > > So is the problem with autofs or with rpcidmapd? Every time I've > > seen this, the fix has been: > > > > umount file_system > > service rpcidmapd restart > > mount file_system > > > > > > -- > > Ian > > > > _______________________________________________ > > 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 -- 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 ???? ???? From afeldt at ou.edu Mon Jun 25 16:13:12 2012 From: afeldt at ou.edu (Feldt, Andrew N.) Date: Mon, 25 Jun 2012 16:13:12 +0000 Subject: [rhelv6-list] RHEL 6.3 Released In-Reply-To: <20120625173055.4f5877b4@r2d2.marmotte.net> References: <20120620124629.1f5b2557@r2d2.marmotte.net> <20120625173055.4f5877b4@r2d2.marmotte.net> Message-ID: Folks, I have tracked down the source of this problem. This is due to the fact that the following order of init scripts occurs: S18rpcidmapd ... S25netfs ... S27ypbind I happen have a mount in my /etc/fstab which does an NFS mount of a filesystem owned by my uid/gid. This occurs in the netfs script before ypbind is run so that my uid and gid get cached as 'nobody'. I am still considering how I will best work around this, but it will be a problem for anyone who uses NIS and happens to mount (as NFSv4) a directory which should later get its true mapping via NIS. Andy On Jun 25, 2012, at 10:30 AM, Matthias Saou wrote: > *very* interesting to know, thanks for sharing what you've found! > > Matthias > > On Mon, 25 Jun 2012 15:04:58 +0000 > "Feldt, Andrew N." wrote: > >> Ian, >> >> I went to verify the response I originally began for this >> message and used other accounts than my own for testing >> ls -l /home/username (before, I just used mine because >> I first tested with that and found this problem). >> >> To my surprise, I found that the id mapping works fine >> for all of our user accounts *except* mine! This >> account has uid and gid of 900. I have other accounts >> with numbers below this, so it is not some minimum >> cutoff. I also have other accounts in my group >> (all with gid 900) which map the username properly >> but the gid for 900 is still shown as 'nobody' for >> them (as expected since that is how it is shown for >> my account. >> >> I discovered a change in nfs-utils which provides the >> new command nfsidmap (see its man page for details). >> I find that, if I run 'nfsidmap -c' after booting >> the problem is resolved. It appears that there has >> been a change in the way ids are mapped so that they >> are cached. And, something in our boot process must >> access my uid/gid (e.g. my account) before ypbind is >> run and so these get cached as 'nobody'. However, >> this begs the question of the startup ordering of >> rpcidmapd, ypbind and autofs since I have no >> special script of any sort that is run in between >> rpcidmapd and autofs. I will try to dig into this >> further, but we should not have to work around this >> caching issue. >> >> Andy >> >> On Jun 24, 2012, at 6:57 PM, Ian Mortimer wrote: >> >>> On Fri, 2012-06-22 at 17:22 +0000, Feldt, Andrew N. wrote: >>> >>>> Thanks for the info. Unfortunately, this does not help the >>>> idmapper problem. And, we had no problem actually automounting >>>> the file systems. The only problem is in the id mapping. >>> >>> So is the problem with autofs or with rpcidmapd? Every time I've >>> seen this, the fix has been: >>> >>> umount file_system >>> service rpcidmapd restart >>> mount file_system >>> >>> >>> -- >>> Ian >>> >>> _______________________________________________ >>> 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 > > > > -- > 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 ???? ???? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list Andy Feldt Senior System Support Programmer Affiliate Assistant Professor Homer L. Dodge Department of Physics & Astronomy The University of Oklahoma From kcobean at gmail.com Tue Jun 26 19:15:30 2012 From: kcobean at gmail.com (Kelly) Date: Tue, 26 Jun 2012 19:15:30 +0000 (UTC) Subject: [rhelv6-list] routing/interface question References: <4D308F70.3090205@jilau1.colorado.edu> Message-ID: Peter Ruprecht writes: > > Hi everyone, ... > > Does anyone know if there's a way to get RHEL 6 to give me the behavior > I'm used to with RHEL 5? That is, how can I ping the interface on the > "other" subnet and actually get a reply? > > Thanks, > Peter Ruprecht > You'll need to set the rp_filter value to 0. Right now, your RHEL6 host is configured to do strict source route checking, so if an interface receives a packet for which the reply interface is a different interface, the packet will be dropped. Setting rp_filter to 0 allows the system to reply out a different interface than the packet was received on. It's a sysctl parameter. Good luck! From rhelv6-list at redhat.com Wed Jun 27 13:15:49 2012 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 27 Jun 2012 09:15:49 -0400 Subject: [rhelv6-list] General Availability of Red Hat Enterprise Linux Developer Suite Bridges Development Agility with Production Stability Message-ID: <4FEB0785.7080907@redhat.com> Today Red Hat announces it has expanded its Red Hat Enterprise Linux Developer Program with significant enhancements to the Red Hat Enterprise Linux Developer Suite, including a new toolset for software developers worldwide. Through the Red Hat Enterprise Linux Developer Suite, Red Hat delivers the latest, stable open source developer tool versions at an accelerated cadence than that of Red Hat Enterprise Linux. Developers now have access to a robust suite of tools with synchronized availability on Red Hat Enterprise Linux and Red Hat OpenShift, allowing developers to deploy applications freely to either environment. For developers, having ready access to the latest, stable development tools is key to taking advantage of new Linux advancements. By providing affordable access to essential development tools in addition to the industry?s leading open enterprise platform for development use, the Red Hat Enterprise Linux Developer Suite helps maximize developer productivity and speed time to deployment. The Red Hat Enterprise Linux Developer Suite includes: * Red Hat Enterprise Linux, including its specialized variants, and related Add-On software for development use. This includes: Red Hat Enterprise Linux Server, Red Hat Enterprise Linux for Scientific Computing, Red Hat Enterprise Linux for IBM System z, Red Hat Enterprise Linux for IBM POWER, Red Hat Enterprise Linux for SAP Business Applications, Red Hat Enterprise Linux Desktop, High-Availability Add-On, Load Balancer Add-On, Resilient Storage Add-On, Scalable File System Add-On, High-Performance Network Add-On, Extended Update Support, and MRG Real Time and Smart Management Add-on. * Red Hat Enterprise Linux Developer Toolset, a collection of development tools to create highly scalable applications. Red Hat plans to accelerate the release cadence of these tools to deliver the latest, stable tool versions on a separate life cycle from Red Hat Enterprise Linux releases. The first version of the Red Hat Enterprise Linux Developer Suite includes a toolset that makes developing Linux software applications faster and easier by allowing users to compile once and deploy to multiple versions of Red Hat Enterprise Linux. Using the Developer Toolset, software developers can now develop Linux applications using the latest C and C++ upstream tools. These tools include: * The latest GNU Compiler Collection (GCC 4.7) with support for C and C++ * The latest version of the GNU Project Debugger (GDB 7.4) with improvements to aid the debugging of applications * GNU binutils collection of binary developer tools, version 2.22, for the creation and management of Linux applications This version of the GNU development tool chain is an alternative to the one bundled in Red Hat Enterprise Linux releases. Compatible with all supported versions of Red Hat Enterprise Linux, the Developer Toolset is available for users who develop applications for Red Hat Enterprise Linux 5 and 6. Of course, developers can continue to use the version of the toolchain provided in Red Hat Enterprise Linux. Please see the release notes for support of specific minor releases. There are several ways to obtain the Developer Toolset: * The Red Hat Enterprise Linux Developer Suite * Red Hat Enterprise Linux Developer Support Subscriptions * Red Hat Enterprise Linux Developer Workstation. Note that Red Hat Enterprise Linux Workstation subscribers can migrate to a new Red Hat Developer Workstation at no additional charge. Developer Toolset beta participants are encouraged to visit the Red Hat Customer Portal to select the Red Hat developer product that is right for them. To access documentation (requires login), visit: * Developer Toolset: https://access.redhat.com/knowledge/docs/Red_Hat_Developer_Toolset/ * Red Hat Enterprise Linux: https://access.redhat.com/knowledge/docs/Red_Hat_Enterprise_Linux/ To learn more about Red Hat Developer Support Subscriptions, visit: * http://www.redhat.com/developers/rhel It?s easy to take advantage of all the benefits of a Red Hat Partner Program. For more information on the Red Hat Partner Program, visit: * http://www.redhat.com/partners Sincerely, The Red Hat Enterprise Linux team From john.haxby at gmail.com Wed Jun 27 13:37:27 2012 From: john.haxby at gmail.com (John Haxby) Date: Wed, 27 Jun 2012 14:37:27 +0100 Subject: [rhelv6-list] routing/interface question In-Reply-To: References: <4D308F70.3090205@jilau1.colorado.edu> Message-ID: On 26 June 2012 20:15, Kelly wrote: > Peter Ruprecht writes: > > > > > Hi everyone, > ... > > > > Does anyone know if there's a way to get RHEL 6 to give me the behavior > > I'm used to with RHEL 5? That is, how can I ping the interface on the > > "other" subnet and actually get a reply? > > > > Thanks, > > Peter Ruprecht > > > > You'll need to set the rp_filter value to 0. Right now, your RHEL6 host is > configured to do strict source route checking, so if an interface receives > a > packet for which the reply interface is a different interface, the packet > will > be dropped. Setting rp_filter to 0 allows the system to reply out a > different > interface than the packet was received on. It's a sysctl parameter. > > You're probably better of setting it to 2 (loose, rather than strict). However, asymmetric routing is not necessarily a good idea so you would be wise to investigate getting packets rto route out of the interface you'd expect replies on. jch -------------- next part -------------- An HTML attachment was scrubbed... URL: From Werner.Maes at icts.kuleuven.be Thu Jun 28 12:50:59 2012 From: Werner.Maes at icts.kuleuven.be (Werner Maes) Date: Thu, 28 Jun 2012 12:50:59 +0000 Subject: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 Message-ID: <563A79C225D450499476DB8FBAE4168010906CE1@ICTS-S-MBX3.luna.kuleuven.be> Hello After upgrading from 6.2 to 6.3 I have a serious issue with the latest RHEL6.3 kernel: 2.6.32-279.el6 My vlan network configuration no longer works (no traffic on the vlan interface), however if I boot with my old 6.2 kernel 2.6.32-220.el6 all works fine. What has changed? see below for configuration details. cat ifcfg-vlan688 BOOTPROTO=static DEVICE=vlan688 IPADDR=10.x.y.z NETMASK=255.255.252.0 NM_CONTROLLED=no ONBOOT=yes PHYSDEV=bond0 TYPE=bonding USERCTL=no VLAN=yes VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD uname -a Linux icts-p-rp-4 2.6.32-279.el6.x86_64 #1 SMP Wed Jun 13 18:24:36 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux cat /proc/net/vlan/vlan688 vlan688 VID: 688 REORDER_HDR: 1 dev->priv_flags: 1 total frames received 0 total bytes received 0 Broadcast/Multicast Rcvd 0 total frames transmitted 75 total bytes transmitted 3366 total headroom inc 0 total encap on xmit 0 Device: bond0 INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 EGRESS priority mappings: From case at case.net.ru Thu Jun 28 13:13:10 2012 From: case at case.net.ru (Henry Dorsett Case) Date: Thu, 28 Jun 2012 17:13:10 +0400 Subject: [rhelv6-list] RH6.3 - rsyslog - broken reload section Message-ID: <4FEC5866.2060907@case.net.ru> Hello, I always rotate logs using command: service rsyslog reload. After I upgrade my server from rh6.2 to rh6.3 I saw, that reload section in rsyslog init script don't send sighup to daemon. It's a bug or why you do this? /etc/init.d/rsyslog reload) exit 3 ;; Thanks. -- Best regards, Henry Dorsett Case mailto:case at case.net.ru From amyagi at gmail.com Thu Jun 28 13:19:35 2012 From: amyagi at gmail.com (Akemi Yagi) Date: Thu, 28 Jun 2012 06:19:35 -0700 Subject: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 In-Reply-To: <563A79C225D450499476DB8FBAE4168010906CE1@ICTS-S-MBX3.luna.kuleuven.be> References: <563A79C225D450499476DB8FBAE4168010906CE1@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: On Thu, Jun 28, 2012 at 5:50 AM, Werner Maes wrote: > Hello > > After upgrading from 6.2 to 6.3 I have a serious issue with the latest RHEL6.3 kernel: 2.6.32-279.el6 > My vlan network configuration no longer works (no traffic on the vlan interface), however if I boot with my old 6.2 kernel 2.6.32-220.el6 all works fine. What has changed? Maybe related to this? https://bugzilla.redhat.com/show_bug.cgi?id=834764 Akemi From derek at umiacs.umd.edu Thu Jun 28 13:54:59 2012 From: derek at umiacs.umd.edu (Derek Yarnell) Date: Thu, 28 Jun 2012 09:54:59 -0400 Subject: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 In-Reply-To: References: <563A79C225D450499476DB8FBAE4168010906CE1@ICTS-S-MBX3.luna.kuleuven.be> Message-ID: <4FEC6233.303@umiacs.umd.edu> On 6/28/12 9:19 AM, Akemi Yagi wrote: > On Thu, Jun 28, 2012 at 5:50 AM, Werner Maes > wrote: >> Hello >> >> After upgrading from 6.2 to 6.3 I have a serious issue with the latest RHEL6.3 kernel: 2.6.32-279.el6 >> My vlan network configuration no longer works (no traffic on the vlan interface), however if I boot with my old 6.2 kernel 2.6.32-220.el6 all works fine. What has changed? > > Maybe related to this? > > https://bugzilla.redhat.com/show_bug.cgi?id=834764 > > Akemi > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Thanks for finding this, we hit this bug and had to roll back last thursday. It seems for us to only get Broadcom nics using bnx2. This is the 2nd regresssion bug with network drivers in the last two releases that Red Hat put out (The RHEL5.8 release kernel had a issue with tg3 w/ vlans). Ugh. Thanks, derek -- --- Derek T. Yarnell University of Maryland Institute for Advanced Computer Studies From hbrown at divms.uiowa.edu Thu Jun 28 14:06:27 2012 From: hbrown at divms.uiowa.edu (Hugh Brown) Date: Thu, 28 Jun 2012 09:06:27 -0500 Subject: [rhelv6-list] RH6.3 - rsyslog - broken reload section In-Reply-To: <4FEC5866.2060907@case.net.ru> References: <4FEC5866.2060907@case.net.ru> Message-ID: <4FEC64E3.2070008@divms.uiowa.edu> On 06/28/2012 08:13 AM, Henry Dorsett Case wrote: > Hello, > > I always rotate logs using command: service rsyslog reload. > > After I upgrade my server from rh6.2 to rh6.3 I saw, that reload section > in rsyslog init script don't send sighup to daemon. > > It's a bug or why you do this? > > /etc/init.d/rsyslog > > reload) > exit 3 > ;; > > Thanks. > We've always used logrotate to take care of that. Redhat provides a logrotate.d/syslog snippit that will rotate /var/log/cron /var/log/maillog /var/log/messages /var/log/secure /var/log/spooler After it rotates them, it calls this (which you can use too): /bin/kill -HUP `cat /var/run/syslogd.pid` Hugh From Werner.Maes at icts.kuleuven.be Thu Jun 28 14:49:53 2012 From: Werner.Maes at icts.kuleuven.be (Werner Maes) Date: Thu, 28 Jun 2012 14:49:53 +0000 Subject: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 In-Reply-To: <4FEC6233.303@umiacs.umd.edu> References: <563A79C225D450499476DB8FBAE4168010906CE1@ICTS-S-MBX3.luna.kuleuven.be> <4FEC6233.303@umiacs.umd.edu> Message-ID: <563A79C225D450499476DB8FBAE4168010906FF1@ICTS-S-MBX3.luna.kuleuven.be> Indeed, that's the bug. I have to rollback on some production systems. Will there be an updated kernel available with this patch included? -----Oorspronkelijk bericht----- Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens Derek Yarnell Verzonden: donderdag 28 juni 2012 3:55 Aan: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Onderwerp: Re: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 On 6/28/12 9:19 AM, Akemi Yagi wrote: > On Thu, Jun 28, 2012 at 5:50 AM, Werner Maes > wrote: >> Hello >> >> After upgrading from 6.2 to 6.3 I have a serious issue with the >> latest RHEL6.3 kernel: 2.6.32-279.el6 My vlan network configuration no longer works (no traffic on the vlan interface), however if I boot with my old 6.2 kernel 2.6.32-220.el6 all works fine. What has changed? > > Maybe related to this? > > https://bugzilla.redhat.com/show_bug.cgi?id=834764 > > Akemi > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Thanks for finding this, we hit this bug and had to roll back last thursday. It seems for us to only get Broadcom nics using bnx2. This is the 2nd regresssion bug with network drivers in the last two releases that Red Hat put out (The RHEL5.8 release kernel had a issue with tg3 w/ vlans). Ugh. Thanks, derek -- --- Derek T. Yarnell University of Maryland Institute for Advanced Computer Studies _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From Paul.Preston at proxar.co.uk Thu Jun 28 20:41:40 2012 From: Paul.Preston at proxar.co.uk (Paul Preston) Date: Thu, 28 Jun 2012 20:41:40 +0000 Subject: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 In-Reply-To: <4FEC6233.303@umiacs.umd.edu> References: <563A79C225D450499476DB8FBAE4168010906CE1@ICTS-S-MBX3.luna.kuleuven.be> <4FEC6233.303@umiacs.umd.edu> Message-ID: I couldn't find any reference to any major changes in kernel 2.6.32-279 in regards to vlans. It's most likely a bug. -- Paul Preston Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL Tel: (+44) 0844 809 4335 Fax: (+44) 01732 459 423 Mob: (+44) 077 9509 3450 Web: www.proxar.co.uk Email: paul.preston at proxar.co.uk -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Derek Yarnell Sent: 28 June 2012 14:55 To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] vlan issue with RHEL 6.3 kernel 2.6.32-279 On 6/28/12 9:19 AM, Akemi Yagi wrote: > On Thu, Jun 28, 2012 at 5:50 AM, Werner Maes > wrote: >> Hello >> >> After upgrading from 6.2 to 6.3 I have a serious issue with the >> latest RHEL6.3 kernel: 2.6.32-279.el6 My vlan network configuration no longer works (no traffic on the vlan interface), however if I boot with my old 6.2 kernel 2.6.32-220.el6 all works fine. What has changed? > > Maybe related to this? > > https://bugzilla.redhat.com/show_bug.cgi?id=834764 > > Akemi > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > Thanks for finding this, we hit this bug and had to roll back last thursday. It seems for us to only get Broadcom nics using bnx2. This is the 2nd regresssion bug with network drivers in the last two releases that Red Hat put out (The RHEL5.8 release kernel had a issue with tg3 w/ vlans). Ugh. Thanks, derek -- --- Derek T. Yarnell University of Maryland Institute for Advanced Computer Studies _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated file or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notifiedthat any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from oyur computer. Any views or opinions presented are solely those of the authorand do not necessarily represent those of the company.