This is a multi-part message in MIME format. --------------000800040702030209080207 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Steve Gordon wrote:
Has anyone else experienced this issue?
Yes, not related to oVirt but on a database server also running Postgres. It seems that either the package maintainer is very conservative or postgres itself is. Standard on the Debian 6 server was also very low shmmax. What is the OS you run ovirt-engine on?
I'm going to take a stab and guess Fedora. This came up for an unrelated reason in #fedora-devel the other day, because Fedora (and I suspect Debian as well) has a policy of sticking as close to upstream as possible it uses the shmmax of the upstream kernel - which is as you note quite low. In RHEL and other EL6 derivatives this value is modified and set much higher.
Steve
OK, learned something because I didn't suspect that Fedora would be so low because its set higher in RHEL en for example CentOS that I use on a db production platform. Thought that Fedora and RHEL were much closer. Joop --------------000800040702030209080207 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Steve Gordon wrote: <blockquote cite="mid:500936754.2964558.1348241174744.JavaMail.root@redhat.com" type="cite"> <blockquote type="cite"> <blockquote type="cite"> <pre wrap=""> Has anyone else experienced this issue? </pre> </blockquote> <pre wrap="">Yes, not related to oVirt but on a database server also running Postgres. It seems that either the package maintainer is very conservative or postgres itself is. Standard on the Debian 6 server was also very low shmmax. What is the OS you run ovirt-engine on? </pre> </blockquote> <pre wrap=""><!----> I'm going to take a stab and guess Fedora. This came up for an unrelated reason in #fedora-devel the other day, because Fedora (and I suspect Debian as well) has a policy of sticking as close to upstream as possible it uses the shmmax of the upstream kernel - which is as you note quite low. In RHEL and other EL6 derivatives this value is modified and set much higher. Steve </pre> </blockquote> OK, learned something because I didn't suspect that Fedora would be so low because its set higher in RHEL en for example CentOS that I use on a db production platform.<br> Thought that Fedora and RHEL were much closer.<br> <br> Joop<br> <br> <br> </body> </html> --------------000800040702030209080207--