similar to: [PATCH server] make postgres wait for starting to complete before creating databases

Signed-off-by: Joey Boggs <jboggs at redhat.com> --- installer/modules/ovirt/manifests/freeipa.pp | 8 ++++---- installer/modules/ovirt/manifests/postgres.pp | 12 ++++++------ 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/installer/modules/ovirt/manifests/freeipa.pp b/installer/modules/ovirt/manifests/freeipa.pp index e5de852..f91cd43 100644 ---

FIXME this patch isn't complete, still need to figure out the ldap command to wait for that service, something along the lines of: ldapsearch -b dc=priv,dc=ovirt,dc=org -x (but how will we parse the base from the installer? also this cmd fails, how to fix?) --- installer/modules/ovirt/manifests/ovirt.pp | 8 +++++- installer/modules/ovirt/manifests/postgres.pp | 13 ++++++---

Give this one a try which will require the user/hosts permissions to be setup prior to starting postgres --- installer/modules/ovirt/manifests/postgres.pp | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/installer/modules/ovirt/manifests/postgres.pp b/installer/modules/ovirt/manifests/postgres.pp index c46b360..381d67c 100644 ---

If management server has ipv6 enabled and postgres is not configured to allow localhost access via ::1 the postgres service will fail. --- installer/modules/ovirt/manifests/postgres.pp | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/installer/modules/ovirt/manifests/postgres.pp b/installer/modules/ovirt/manifests/postgres.pp index 36bcdc0..12b7764 100644 ---

If the ::1 ipv6 loopback entry is missing in pg_hba.conf rake db:migrate will fail rake aborted! FATAL: no pg_hba.conf entry for host "::1", user "ovirt", database "ovirt_development", SSL off --- installer/modules/ovirt/manifests/postgres.pp | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git

This lays 90% of the groundwork needed on the server side to support the use of a remote ipa server. Leaving the option disabled in the installer until the necessary node integration(dns/keytab placementi location) is completed Also apply: [PATCH server] update ovirt-add-host to use ipa commands instead of kadmin.local [PATCH server] separate ipa common tasks freeipa::common and rename

On 17/02/16 14:44, Johnny Hughes wrote: > On 02/17/2016 08:39 AM, Johnny Hughes wrote: >> On 02/17/2016 08:10 AM, Michael H wrote: >>>> The easy answer is yes .. glibc requires so many things to be restarted, >>>> that is the best bet. Or certainly the easiest. >>>> >>>> Note: in CentOS 7, there is also a kernel update which is rated as

Hi, re-posting this with a more appropriate subject for my reply; > The easy answer is yes .. glibc requires so many things to be restarted, > that is the best bet. Or certainly the easiest. > > Note: in CentOS 7, there is also a kernel update which is rated as > Important .. so you should boot to that anyway: >

> The easy answer is yes .. glibc requires so many things to be restarted, > that is the best bet. Or certainly the easiest. > > Note: in CentOS 7, there is also a kernel update which is rated as > Important .. so you should boot to that anyway: > https://lists.centos.org/pipermail/centos-announce/2016-February/021705.html > > Here is a good link to figure out what to

On 02/17/2016 08:39 AM, Johnny Hughes wrote: > On 02/17/2016 08:10 AM, Michael H wrote: >>> The easy answer is yes .. glibc requires so many things to be restarted, >>> that is the best bet. Or certainly the easiest. >>> >>> Note: in CentOS 7, there is also a kernel update which is rated as >>> Important .. so you should boot to that anyway:

On 17/02/16 14:32, Michael H wrote: > Hi, re-posting this with a more appropriate subject for my reply; > >> The easy answer is yes .. glibc requires so many things to be restarted, >> that is the best bet. Or certainly the easiest. >> >> Note: in CentOS 7, there is also a kernel update which is rated as >> Important .. so you should boot to that anyway:

On 02/17/2016 08:10 AM, Michael H wrote: >> The easy answer is yes .. glibc requires so many things to be restarted, >> that is the best bet. Or certainly the easiest. >> >> Note: in CentOS 7, there is also a kernel update which is rated as >> Important .. so you should boot to that anyway: >>

From: ??????? <pronix.service at gmail.com> if krb5kdc has worked before installation appear error. and require 'ipactl restart' --- installer/modules/ovirt/manifests/freeipa.pp | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/installer/modules/ovirt/manifests/freeipa.pp b/installer/modules/ovirt/manifests/freeipa.pp index aa806fe..5a9fb44 100644 ---

Just a quick addition - On 17/08/15 08:40, Michael H wrote: > Hi Jason, > > On 14/08/15 16:45, Jason Warr wrote: >> On Fri, 2015-08-14 at 16:31 +0100, Michael H wrote: >>> Hi Thomas, >>> >>> >>>> Could anybody point me in the right direction for setting the kernel >>>> parameter, max_stack_depth, to 10240 for database tuning?

On Fri, 2015-08-14 at 16:31 +0100, Michael H wrote: > Hi Thomas, > > > > Could anybody point me in the right direction for setting the kernel > > parameter, max_stack_depth, to 10240 for database tuning? > > > > I have currently set it by running 'ulimit -s 10240' but this does not > > survive a reboot. > > > > > > Thanks for

Hi Jason, On 14/08/15 16:45, Jason Warr wrote: > On Fri, 2015-08-14 at 16:31 +0100, Michael H wrote: >> Hi Thomas, >> >> >>> Could anybody point me in the right direction for setting the kernel >>> parameter, max_stack_depth, to 10240 for database tuning? >>> >>> I have currently set it by running 'ulimit -s 10240' but this does not

On Aug 14, 2015 08:45, Jason Warr <jason at warr.net> wrote: > > On Fri, 2015-08-14 at 16:31 +0100, Michael H wrote: > > Hi Thomas, > > > > > > > Could anybody point me in the right direction for setting the kernel > > > parameter, max_stack_depth, to 10240 for database tuning? > > > > > > I have currently set it by running

> - ace -d install ovirt has one error : package ovirt-node-image-pxe > not > found I get an error when FreeIPA is set up. Then a whole heap of notices and warning about a missing dependancy (presumably FreeIPA) debug: //freeipa::bundled/Single_exec[ipa_server_install]: Executing '/usr/sbin/ipa-server-install -r ovirt.priv -p 'supersecretpw' -P 'supersecretpw' -a

Hi All, >>>>> Could anybody point me in the right direction for setting the kernel >>>>> parameter, max_stack_depth, to 10240 for database tuning? >>>>> >>>>> I have currently set it by running 'ulimit -s 10240' but this does not >>>>> survive a reboot. >>>>> >>>>> >>>>

Hi Thomas, > Could anybody point me in the right direction for setting the kernel > parameter, max_stack_depth, to 10240 for database tuning? > > I have currently set it by running 'ulimit -s 10240' but this does not > survive a reboot. > > Thanks for the response, I've been nosing around that file recently but noted the first two lines; #This file sets the