Re: [CentOS] Intel Displayport on Centos 7

2015-01-30 Thread Frank Cox
On Fri, 30 Jan 2015 23:01:18 -0500 Jeremy Hoel wrote: > As long as you have the DisplayPort connection on your computer and you > have the proper cable to connect it to the monitor then it's no trouble. I > had been using dual DP monitors on my last work machine. Also, note that > sometimes the

Re: [CentOS] Intel Displayport on Centos 7

2015-01-30 Thread Jeremy Hoel
As long as you have the DisplayPort connection on your computer and you have the proper cable to connect it to the monitor then it's no trouble. I had been using dual DP monitors on my last work machine. Also, note that sometimes the PC end is normal DisplayPort but sometimes it has a mini Displa

Re: [CentOS] Another Fedora decision

2015-01-30 Thread PatrickD Garvey
On Fri, Jan 30, 2015 at 4:09 PM, Scott Robbins wrote: > > There is some complaining going on on the Fedora testing list, > not sure where else one can protest. > The thread starts here: https://lists.fedoraproject.org/pipermail/test/2015-January/124827.html ___

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Robert Nichols
On 01/30/2015 05:27 PM, Marko Vojinovic wrote: While I personally think this is a good idea, this has some potential to maybe cause trouble or inconvenience down the line, with regards to automated installs, broken kickstart scripts, ... Kickstart installs with an already encrypted password in

Re: [CentOS] Another Fedora decision

2015-01-30 Thread William
> On 31 Jan 2015, at 07:43, Scott Robbins wrote: > > So, probably some of you, at least, follow Fedora, perhaps in part to see > what new desktop user oriented decision will make it into the next version > of RHEL/CentOS. I'd be more worried about Fedora 21 workstation defaulting to having por

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Scott Robbins
On Fri, Jan 30, 2015 at 11:27:55PM +, Marko Vojinovic wrote: > On Fri, 30 Jan 2015 14:15:05 -0800 > Akemi Yagi wrote: > > On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins > > wrote: > > >> > > >> Centos 7 does that as well. > > > Heh, I guess I've used good passwords in my installs then. > > >

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Keith Keller
On 2015-01-30, Scott Robbins wrote: > > Others may think it's a great idea--at last, users can't install with a > password of 1234. That's the same combination as my luggage! --keith (actually it's 12345, but don't tell anyone) -- kkel...@wombat.san-francisco.ca.us ___

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Marko Vojinovic
On Fri, 30 Jan 2015 14:15:05 -0800 Akemi Yagi wrote: > On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins > wrote: > > On Fri, Jan 30, 2015 at 03:39:47PM -0600, Frank Cox wrote: > >> On Fri, 30 Jan 2015 16:13:17 -0500 > >> Scott Robbins wrote: > >> > You may have noticed how if Fedora, by some odd sc

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Akemi Yagi
On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins wrote: > On Fri, Jan 30, 2015 at 03:39:47PM -0600, Frank Cox wrote: >> On Fri, 30 Jan 2015 16:13:17 -0500 >> Scott Robbins wrote: >> >> > You may have noticed how if Fedora, by some odd scheme, deems your password >> > unworthy, you have to click Done

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Scott Robbins
On Fri, Jan 30, 2015 at 03:39:47PM -0600, Frank Cox wrote: > On Fri, 30 Jan 2015 16:13:17 -0500 > Scott Robbins wrote: > > > You may have noticed how if Fedora, by some odd scheme, deems your password > > unworthy, you have to click Done two times. > > Centos 7 does that as well. Heh, I guess I

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread Patrick Bervoets
Op 30-01-15 om 21:51 schreef Gordon Messmer: On 01/30/2015 12:32 PM, Patrick Bervoets wrote: Before - in december - I never experienced it. But it's a server I tend do leave alone, so I'm never very busy on a shell. Do you know what kernel you were running at the time? It might be useful to

Re: [CentOS] Another Fedora decision

2015-01-30 Thread Frank Cox
On Fri, 30 Jan 2015 16:13:17 -0500 Scott Robbins wrote: > You may have noticed how if Fedora, by some odd scheme, deems your password > unworthy, you have to click Done two times. Centos 7 does that as well. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

[CentOS] Another Fedora decision

2015-01-30 Thread Scott Robbins
So, probably some of you, at least, follow Fedora, perhaps in part to see what new desktop user oriented decision will make it into the next version of RHEL/CentOS. You may have noticed how if Fedora, by some odd scheme, deems your password unworthy, you have to click Done two times. So, the la

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread Gordon Messmer
On 01/30/2015 12:32 PM, Patrick Bervoets wrote: Before - in december - I never experienced it. But it's a server I tend do leave alone, so I'm never very busy on a shell. Do you know what kernel you were running at the time? It might be useful to see if reverting to that revision changes the

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread Patrick Bervoets
Op 30-01-15 om 19:40 schreef Gordon Messmer: On 01/30/2015 01:21 AM, Patrick Bervoets wrote: iostat random sample "Random" is difficult to evaluate. Is that representative? Are sda, sdb, and sdc typically less than 1% utilized? Or are there large utilization values right after a hang? A

Re: [CentOS] build c7 packages for i686 using mock

2015-01-30 Thread Gordon Messmer
On 01/30/2015 02:19 AM, Robin Lee wrote: Do note the 32bit packages are unofficial and unsupported. RedHat does not support 32bit in EL7. Right, but the CentOS project itself produces multi-arch libraries, so I guess what I'm really asking is, "how?" __

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread Gordon Messmer
On 01/30/2015 01:21 AM, Patrick Bervoets wrote: iostat random sample "Random" is difficult to evaluate. Is that representative? Are sda, sdb, and sdc typically less than 1% utilized? Or are there large utilization values right after a hang? If swap is the problem: would it matter if a c

Re: [CentOS] Very slow disk I/O

2015-01-30 Thread Gordon Messmer
On 01/29/2015 07:21 PM, Jatin Davey wrote: [root@localhost ~]# lspci | grep RAID 05:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3 3108 [Invader] (rev 02) I'd expect some pretty good numbers from that with a 4 disk RAID 10. As before, SSD will perform better. If you need

[CentOS] CentOS-announce Digest, Vol 119, Issue 12

2015-01-30 Thread centos-announce-request
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ..

Re: [CentOS] build c7 packages for i686 using mock

2015-01-30 Thread Robin Lee
Hi, Here's how my epel-7-i386.cfg mock file looks like: http://fpaste.org/164110/19877702/raw/ Do note the 32bit packages are unofficial and unsupported. RedHat does not support 32bit in EL7. HTH Lucian Nux! 12/30/14 to CentOS On Fri, Jan 30, 2015 at 10:38 AM, Peter wrote: > On 01/30/2015

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread Patrick Bervoets
Op 30-01-15 om 10:29 schreef John R Pierce: On 1/30/2015 1:21 AM, Patrick Bervoets wrote: free total used free shared buffers cached Mem: 48218 31895 16323 0 108 519 -/+ buffers/cache: 31267 16951 Swap: 7951476

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread John R Pierce
On 1/30/2015 1:21 AM, Patrick Bervoets wrote: free total used free shared buffers cached Mem: 48218 31895 16323 0 108519 -/+ buffers/cache: 31267 16951 Swap: 7951476 7475 thats an unusually small amo

Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-30 Thread Patrick Bervoets
Op 29-01-15 om 21:21 schreef Gordon Messmer: I haven't seen delays anywhere near that long before, even with heavy swapping. But I guess I'd look at that sort of thing first. Run "iostat -x 2" and see if your disks are being fully utilized during the pauses. Run "top" and see if there's an