Re: [CentOS] httpd ssl problems

2013-07-11 Thread Александр Кириллов
> I just configured httpd and installed mod_ssl and got my certificate
> from GoDaddy and put them on the server with ssl.conf pointing at
> them.  I am getting this error:
> 
> SSLCertificateFile: file '/etc/pki/tls/certs/enmu.edu.crt' does not
> exist or is empty

Try restorecon -Rv /etc

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] CentOS-announce Digest, Vol 101, Issue 7

2013-07-11 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...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CEBA-2013:1039  CentOS 5 gnome-vfs2 Update (Johnny Hughes)
   2. CEBA-2013:1040  CentOS 5 bash Update (Johnny Hughes)
   3. CESA-2013:1034 Low CentOS 5 kernel Update (Johnny Hughes)
   4. CEBA-2013:1038  CentOS 6 python Update (Johnny Hughes)
   5. CEBA-2013:1037  CentOS 6 spice-server Update (Johnny Hughes)


--

Message: 1
Date: Wed, 10 Jul 2013 15:38:14 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2013:1039  CentOS 5 gnome-vfs2 Update
To: centos-annou...@centos.org
Message-ID: <20130710153814.ga5...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2013:1039 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1039.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
4efcaa3597fee25c758b7e05719808ce3c063cdb17b7568a08636de9ca03e74f  
gnome-vfs2-2.16.2-12.el5_9.i386.rpm
eaa641db6b8847de59251b833fc1b7cd246a177600f0d7990deb681f5be1c4a7  
gnome-vfs2-devel-2.16.2-12.el5_9.i386.rpm
24226a984b2e06ed205201a9f52802aab4a685288a4bbb08035ca384f1b0ace4  
gnome-vfs2-smb-2.16.2-12.el5_9.i386.rpm

x86_64:
4efcaa3597fee25c758b7e05719808ce3c063cdb17b7568a08636de9ca03e74f  
gnome-vfs2-2.16.2-12.el5_9.i386.rpm
dc698c74c24ee3ea4e0f5135c9612f5a5bf88cb7db684564f6aec7791155458c  
gnome-vfs2-2.16.2-12.el5_9.x86_64.rpm
eaa641db6b8847de59251b833fc1b7cd246a177600f0d7990deb681f5be1c4a7  
gnome-vfs2-devel-2.16.2-12.el5_9.i386.rpm
f0769a849e9f0c8578bdc0602836bc9d4bb59fca62e9571a6ffbac7b01465df6  
gnome-vfs2-devel-2.16.2-12.el5_9.x86_64.rpm
3d13ffda0dbbe1452d14c89bad67c711a1bbd692800474b97a0b3ed0898c947e  
gnome-vfs2-smb-2.16.2-12.el5_9.x86_64.rpm

Source:
b3ff1ca4ec4e0269b36a51a8b982d0a8d3683c1cad15950d86ca6f06faf0a08a  
gnome-vfs2-2.16.2-12.el5_9.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 2
Date: Wed, 10 Jul 2013 15:40:08 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2013:1040  CentOS 5 bash Update
To: centos-annou...@centos.org
Message-ID: <20130710154008.ga5...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2013:1040 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1040.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
c68a28b31cbd7fb4e603a53599e364dd623d67acb0f5105fd00b99263aa64099  
bash-3.2-32.el5_9.1.i386.rpm

x86_64:
78dc7beb268058469c6f8c0b332a6784d5182e3e6dfc65a7962d5e7fe520fdb5  
bash-3.2-32.el5_9.1.x86_64.rpm

Source:
3433cd333e43c7778e9af84530e2267d80d4b72fcc9da329966a1d61a58921ac  
bash-3.2-32.el5_9.1.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 3
Date: Wed, 10 Jul 2013 15:50:41 +
From: Johnny Hughes 
Subject: [CentOS-announce] CESA-2013:1034 Low CentOS 5 kernel Update
To: centos-annou...@centos.org
Message-ID: <20130710155041.ga5...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2013:1034 Low

Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1034.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
bc743428bbf87ce83b230f4c3fc1040cff6fa9bae7b4ff3a14d2d9412a167df1  
kernel-2.6.18-348.12.1.el5.i686.rpm
2b3d824e0dbbe2c2e9f51a87fb79f508cb44a42d1a60ce3d9fff3966b63caa78  
kernel-debug-2.6.18-348.12.1.el5.i686.rpm
83b51e157a3098ec5d88370e81ae5a9372e4a048d6ac128c3107385e7898e393  
kernel-debug-devel-2.6.18-348.12.1.el5.i686.rpm
598e3052e5dc60461281786f79d526d93f07f49cea897d8d3fda526a8ed0854c  
kernel-devel-2.6.18-348.12.1.el5.i686.rpm
23788aeb91c64a1079254ec3223c1ea27ecdac8d08685e6c50c3cc0dc2a67e06  
kernel-doc-2.6.18-348.12.1.el5.noarch.rpm
9f7fd7c8662bc0cabaac775442e14b3bde122fd8cec70df82e01ac12a1298aa8  
kernel-headers-2.6.18-348.12.1.el5.i386.rpm
2d0b0972aa1402d8dbb5db8f3f7c66433bc488c3064e82cacde6540ac6815a97  
kernel-PAE-2.6.18-348.12.1.el5.i686.rpm
a5170c9c8b02b7f75a86336e3974cf1c95f0e5e106abe6fee8b6a466465fc5e7  
kernel-PAE-devel-2.6.18-348.12.1.el5.i686.rpm
5f7b1e8bec0d41c7066addbe2067af136c9e93df0bca41eac568e7aafc93806c  
kernel-xen-2.6.18-348.12.1.el5.i686.rpm
f30c9

[CentOS] gspca - a followup

2013-07-11 Thread m . roth
I *think* the problem I've been having with the gspca_zc3xx video drivers
isn't directly that driver. One of my users, on one of the two servers
that broke, started having continuing crashes from where he enabled
mediawiki to server thumbnails for some images. That crash, according to
the [abrt] full crash report, is from /usr/bin/convert, and
/var/log/messages tells me
kernel: convert[1880]: segfault at 7f948fbabfe8 ip 7f949bb97d49 sp
7f948fbabff0 error 6 in libc-2.12.so[7f949bb2+18a000]

So, it appears to me that there was some change in either convert, or
libc, that only gets hit in very, very specific cases, which I suspect has
to do with the chipset. In my case, it hits a Dell PowerEdge R720, and a
Penguin 1650A. Now, I find this weird, as the former is a Xeon, and the
latter an older Opteron, but I can't figure out any other possible cause,
since I have no problem at all with an older Penguin, with a Xeon, and one
I moved the camera to, a Dell PE R415, running an Opteron.

Deeply odd problem.

 mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] postfix as default MTA

2013-07-11 Thread Timothy Murphy
Rob Kampen wrote:

>> If anyone knows of any documentation on the recommended CentOS setup
>> of postfix/dovecot with amavis, clamav and spamassassin
>> I should be grateful for a pointer.
> try the E-Mail item here

 http://wiki.centos.org/HowTos#head-0facb50d5796bee0bd394636c32ffa9a997a6ab5

Thanks for your response.
However, I had actually looked at this site.
Unfortunately, if you look at the 5-line section on Spamassassin,
you will see that all it says is how to run sa-update as a cron-job.

Are you actually running the setup described in that document,
based on amavis, clamav and spamassassin running under postfix/dovecot?


-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
School of Mathematics, Trinity College, Dublin 2, Ireland


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] postfix as default MTA

2013-07-11 Thread Timothy Murphy
Greg Bailey wrote:

>> If anyone knows of any documentation on the recommended CentOS setup
>> of postfix/dovecot with amavis, clamav and spamassassin
>> I should be grateful for a pointer.

> I've had good success installing spamass-milter-postfix from the EPEL
> repository, and then adding:
> 
> smtpd_milters = unix:/var/run/spamass-milter/postfix/sock
> 
> to /etc/postfix/main.cf, as instructed in
> /usr/share/doc/spamass-milter-postfix-0.3.2/README.Postfix
> 
> I don't have any amavis stuff configured.

Thanks very much for your response.
I want to first try the combination recommended in centos.org
as I described.

I assume someone must run it, since it is recommended.
I must admit I don't see the point of amavis,
since as you say one can run spamassassin under postfix without it.

But if I cannot get this "official" setup working,
I'll go over to something like you suggest,
and will probably follow the document you mention.


-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
School of Mathematics, Trinity College, Dublin 2, Ireland


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] Can't install gcc

2013-07-11 Thread Yves S. Garret
Hi, I'm having this odd problem with being unable to install gcc, this is
what I tried
and what I'm getting as an error:

$ sudo yum install gcc.x86_64
Loaded plugins: security
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package gcc.x86_64 0:4.4.6-4.el6 will be installed
--> Processing Dependency: cpp = 4.4.6-4.el6 for package:
gcc-4.4.6-4.el6.x86_64
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package:
gcc-4.4.6-4.el6.x86_64
--> Processing Dependency: cloog-ppl >= 0.15 for package:
gcc-4.4.6-4.el6.x86_64
--> Running transaction check
---> Package cloog-ppl.x86_64 0:0.15.7-1.2.el6 will be installed
--> Processing Dependency: libppl_c.so.2()(64bit) for package:
cloog-ppl-0.15.7-1.2.el6.x86_64
--> Processing Dependency: libppl.so.7()(64bit) for package:
cloog-ppl-0.15.7-1.2.el6.x86_64
---> Package cpp.x86_64 0:4.4.6-4.el6 will be installed
--> Processing Dependency: libmpfr.so.1()(64bit) for package:
cpp-4.4.6-4.el6.x86_64
---> Package glibc-devel.x86_64 0:2.12-1.80.el6_3.7 will be installed
--> Processing Dependency: glibc-headers = 2.12-1.80.el6_3.7 for package:
glibc-devel-2.12-1.80.el6_3.7.x86_64
--> Processing Dependency: glibc-headers for package:
glibc-devel-2.12-1.80.el6_3.7.x86_64
--> Running transaction check
---> Package glibc-headers.x86_64 0:2.12-1.80.el6_3.7 will be installed
--> Processing Dependency: kernel-headers >= 2.2.1 for package:
glibc-headers-2.12-1.80.el6_3.7.x86_64
--> Processing Dependency: kernel-headers for package:
glibc-headers-2.12-1.80.el6_3.7.x86_64
---> Package mpfr.x86_64 0:2.4.1-6.el6 will be installed
---> Package ppl.x86_64 0:0.10.2-11.el6 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-headers-2.12-1.80.el6_3.7.x86_64 (updates)
   Requires: kernel-headers
Error: Package: glibc-headers-2.12-1.80.el6_3.7.x86_64 (updates)
   Requires: kernel-headers >= 2.2.1
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

I tried this workaround, but with no avail:
http://www.centos.org/modules/newbb/viewtopic.php?topic_id=39018&forum=56

Downgrading did not work.

The only repo that I've enabled is epel.

What am I missing or not doing correctly?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS Dojo and Barbecue - Aldershot, UK on 12th July 2013

2013-07-11 Thread Karanbir Singh
On 07/10/2013 05:22 PM, Karanbir Singh wrote:
>> Details on the day: http://wiki.centos.org/Events/Dojo/Aldershot2013
>> Registration URL : http://centosdojoaldershot.eventbrite.co.uk/#
> 
> Couple of days left, we still have 4 slots open - get them while you can!

Catn, the guys hosting the dojo tomorrow have setup a live Video feed
and live blog for the action :

http://catn.com/2013/07/11/centos-dojo-live-blog/

Post event, we will try and get the video's online on a streaming service.

Looking forward to meeting everyone tomorrow!

-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] problems with apache downgrade

2013-07-11 Thread m . roth
There was an upgrade on a couple of our servers yesterday, mid-afternoon
our time, of httpd and httpd-devel, and suddenly SiteMinder (bleah)
stopped working correctly, and is now pegging a cpu, according to top. So,
as a last resort, I tried downgrading both of them. When I did so, the
server that uses ssl *erased* mod-ssl, not downgrading it, and I'll have
to find where I can get the previous version tomorrow... but that
shouldn't happen, I should think. Downgrade *should* get everything,
unless it's brand new, and this isn't.

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] problems with apache downgrade

2013-07-11 Thread Jake Shipton
On Thu, 11 Jul 2013 17:56:52 -0400
m.r...@5-cent.us wrote:

> There was an upgrade on a couple of our servers yesterday,
> mid-afternoon our time, of httpd and httpd-devel, and suddenly
> SiteMinder (bleah) stopped working correctly, and is now pegging a
> cpu, according to top. So, as a last resort, I tried downgrading both
> of them. When I did so, the server that uses ssl *erased* mod-ssl,
> not downgrading it, and I'll have to find where I can get the
> previous version tomorrow... but that shouldn't happen, I should
> think. Downgrade *should* get everything, unless it's brand new, and
> this isn't.
> 
>mark
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

Hmm. 

If you are refering to the standard ones in C6 you should be able to
just yum-downgrade it.

A quick test on my desktop:
[root@main-linux-box ~]# yum downgrade *mod_ssl*
Loaded plugins: changelog, downloadonly, fastestmirror, priorities,
security, : verify
Setting up Downgrade Process
Loading mirror speeds from cached hostfile
 * base: mirror.bytemark.co.uk
 * clnrepo: 192.168.1.74
 * clnrepo-extras: 192.168.1.74
 * clnrepo-extras-noarch: 192.168.1.74
 * clnrepo-noarch: 192.168.1.74
 * elrepo: mirror.solvention.de
 * elrepo-kernel: mirror.solvention.de
 * epel: www.mirrorservice.org
 * extras: mirror.ox.ac.uk
 * fasttrack: mirror.ox.ac.uk
 * nux-dextop: mirror.li.nux.ro
 * updates: mirror.ox.ac.uk
89 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package mod_ssl.x86_64 1:2.2.15-26.el6.centos will be a downgrade
--> Processing Dependency: httpd = 2.2.15-26.el6.centos for package:
1:mod_ssl-2.2.15-26.el6.centos.x86_64 ---> Package mod_ssl.x86_64
1:2.2.15-28.el6.centos will be erased --> Finished Dependency Resolution
Error: Package: 1:mod_ssl-2.2.15-26.el6.centos.x86_64 (base)
   Requires: httpd = 2.2.15-26.el6.centos
   Installed: httpd-2.2.15-28.el6.centos.x86_64 (@updates)
   httpd = 2.2.15-28.el6.centos
   Available: httpd-2.2.15-26.el6.centos.x86_64 (base)
   httpd = 2.2.15-26.el6.centos
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


Ignoring the Dep errors, it seems to be all there :-).

You can get v2.2.15-28 (current) here:
http://mirror.ovh.net/ftp.centos.org/6.4/updates/x86_64/Packages/mod_ssl-2.2.15-28.el6.centos.x86_64.rpm

and v2.2.15-26 (previous) here:
http://mirror.ovh.net/ftp.centos.org/6.4/os/x86_64/Packages/mod_ssl-2.2.15-26.el6.centos.x86_64.rpm

Hope this helps :-).

-- 
Jake Shipton (JakeMS)
GPG Key: 0xE3C31D8F
GPG Fingerprint: 7515 CC63 19BD 06F9 400A DE8A 1D0B A5CF E3C3 1D8F


signature.asc
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] postfix as default MTA

2013-07-11 Thread Rob Kampen

On 07/12/2013 04:56 AM, Timothy Murphy wrote:

Rob Kampen wrote:


If anyone knows of any documentation on the recommended CentOS setup
of postfix/dovecot with amavis, clamav and spamassassin
I should be grateful for a pointer.

try the E-Mail item here

  http://wiki.centos.org/HowTos#head-0facb50d5796bee0bd394636c32ffa9a997a6ab5

Thanks for your response.
However, I had actually looked at this site.
Unfortunately, if you look at the 5-line section on Spamassassin,
you will see that all it says is how to run sa-update as a cron-job.

Are you actually running the setup described in that document,
based on amavis, clamav and spamassassin running under postfix/dovecot?
Yes I have this running on three different CentOS 5.x servers and until 
recently was very pleased with it.

What changed?
I am seeing emails with ***SPAM*** in the headings getting through to my 
Thunderbird client - this never used to happen, thus I think something 
has broken. When I get some time I'll re-examine the setup and make sure 
it is all functioning.
To be fair, I initially installed (2006/7) and ran postfix based upon a 
Postfix book I purchased - this was very helpful as until that time I 
had used sendmail with much frustration.
Postfix has many possible "checks" and this book helped me understand 
what these did and more importantly, when in the process they did their 
magic.
I later added the amavis / clamav / spamassassin as per the wiki - and 
it all just seemed to work, sending a test virus got appropriately 
caught and dealt with and this still functions. I do not get many of 
these now as my business has shrunk and the staff that needed protection 
have left.
My recollection of how and why all the parts are required is dusty - 
will need to freshen this up now as I have just begun the install of a 
new CentOS 6.x mail server.

HTH Rob




___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] KVM USB passthrough bug

2013-07-11 Thread Emiliano Mariño
Dear list members,

I'm having trouble with KVM after updating (centos 6.3). The issue is very 
similar to this one on Fedora 19: 
https://bugzilla.redhat.com/show_bug.cgi?id=862915
Does anyone know which packages do I have to downgrade to bypass the bug until 
solved?

Thanks,
Emiliano

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Can't install gcc

2013-07-11 Thread Yves S. Garret
This worked for me:
http://stackoverflow.com/questions/6513731/linux-yum-install-gcc-missing-kernel-headers


On Thu, Jul 11, 2013 at 5:04 PM, Yves S. Garret
wrote:

> Hi, I'm having this odd problem with being unable to install gcc, this is
> what I tried
> and what I'm getting as an error:
>
> $ sudo yum install gcc.x86_64
> Loaded plugins: security
> Setting up Install Process
> Resolving Dependencies
> --> Running transaction check
> ---> Package gcc.x86_64 0:4.4.6-4.el6 will be installed
> --> Processing Dependency: cpp = 4.4.6-4.el6 for package:
> gcc-4.4.6-4.el6.x86_64
> --> Processing Dependency: glibc-devel >= 2.2.90-12 for package:
> gcc-4.4.6-4.el6.x86_64
> --> Processing Dependency: cloog-ppl >= 0.15 for package:
> gcc-4.4.6-4.el6.x86_64
> --> Running transaction check
> ---> Package cloog-ppl.x86_64 0:0.15.7-1.2.el6 will be installed
> --> Processing Dependency: libppl_c.so.2()(64bit) for package:
> cloog-ppl-0.15.7-1.2.el6.x86_64
> --> Processing Dependency: libppl.so.7()(64bit) for package:
> cloog-ppl-0.15.7-1.2.el6.x86_64
> ---> Package cpp.x86_64 0:4.4.6-4.el6 will be installed
> --> Processing Dependency: libmpfr.so.1()(64bit) for package:
> cpp-4.4.6-4.el6.x86_64
> ---> Package glibc-devel.x86_64 0:2.12-1.80.el6_3.7 will be installed
> --> Processing Dependency: glibc-headers = 2.12-1.80.el6_3.7 for package:
> glibc-devel-2.12-1.80.el6_3.7.x86_64
> --> Processing Dependency: glibc-headers for package:
> glibc-devel-2.12-1.80.el6_3.7.x86_64
> --> Running transaction check
> ---> Package glibc-headers.x86_64 0:2.12-1.80.el6_3.7 will be installed
> --> Processing Dependency: kernel-headers >= 2.2.1 for package:
> glibc-headers-2.12-1.80.el6_3.7.x86_64
> --> Processing Dependency: kernel-headers for package:
> glibc-headers-2.12-1.80.el6_3.7.x86_64
> ---> Package mpfr.x86_64 0:2.4.1-6.el6 will be installed
> ---> Package ppl.x86_64 0:0.10.2-11.el6 will be installed
> --> Finished Dependency Resolution
> Error: Package: glibc-headers-2.12-1.80.el6_3.7.x86_64 (updates)
>Requires: kernel-headers
> Error: Package: glibc-headers-2.12-1.80.el6_3.7.x86_64 (updates)
>Requires: kernel-headers >= 2.2.1
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
>
> I tried this workaround, but with no avail:
> http://www.centos.org/modules/newbb/viewtopic.php?topic_id=39018&forum=56
>
> Downgrading did not work.
>
> The only repo that I've enabled is epel.
>
> What am I missing or not doing correctly?
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] Slow TCP performance from Win2k8R2 guests under Linux KVM

2013-07-11 Thread Gordon Messmer
Would anyone be so kind as to test the performance of TCP streams on 
Windows 2k8R2 guests of KVM virt servers?

virtio-win-1.6.3 was published to address a problem described as "low 
performance" on Win2k8 guests.  Actual performance was not recorded in 
the bug report.

On my KVM servers, Windows 2k8R2 guests are able to send data at less 
than 4Mbps.  I test this by using netcat on Windows and piping a file to 
its input.  The receiving end of the transfer is an un-virtualized 
CentOS system.  Transfer rate is measured by selecting the stream in 
iptraf while it is active.

UDP transfers, such as by CIFS, will send data at around 400Mbps.

TCP transfers from Windows 2012 or Windows 8 are not similarly affected.

The same driver for Win2k8 was published by Red Hat in virtio-win 1.6.3, 
1.6.4, and 1.6.5.

Does anyone see TCP transfer rates from Win2k8R2 that don't look 
ridiculously slow?

https://bugzilla.redhat.com/show_bug.cgi?id=859882
http://rhn.redhat.com/errata/RHBA-2013-0441.html
http://joncraton.org/blog/46/netcat-for-windows

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] problems with apache downgrade

2013-07-11 Thread Jim Perrin
On 7/11/13 4:56 PM, m.r...@5-cent.us wrote:
> There was an upgrade on a couple of our servers yesterday, mid-afternoon
> our time, of httpd and httpd-devel, and suddenly SiteMinder (bleah)
> stopped working correctly, and is now pegging a cpu, according to top. So,
> as a last resort, I tried downgrading both of them. When I did so, the
> server that uses ssl *erased* mod-ssl, not downgrading it, and I'll have
> to find where I can get the previous version tomorrow... but that
> shouldn't happen, I should think. Downgrade *should* get everything,
> unless it's brand new, and this isn't.

In a previous life we had to use SiteMinder as well. It pegs top because
it's trying to dump a log file but it doesn't deal with the permissions
properly. If I recall correctly it tries to dump to /var/log/httpd, but
as the apache user, not as root. Once the apache user has access to
write the log to where it's configured, it'll spool out the memory it's
using and the load will drop after a while.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos