[TripleO][train][rdo] installation of undercloud fails during Run container-puppet tasks step1

Ruslanas Gžibovskis ruslanas at lpic.lt
Wed Apr 29 14:50:58 UTC 2020


Also I found:

        "puppet-user: Warning: Unknown variable:
'::mistral::database_idle_timeout'. (file:
/etc/puppet/modules/mistral/manifests/db.pp, line: 75, column: 49)",
        "puppet-user: Warning: Unknown variable:
'::mistral::database_min_pool_size'. (file:
/etc/puppet/modules/mistral/manifests/db.pp, line: 76, column: 49)",
        "puppet-user: Warning: Unknown variable:
'::mistral::database_max_pool_size'. (file:
/etc/puppet/modules/mistral/manifests/db.pp, line: 77, column: 49)",
        "puppet-user: Warning: Unknown variable:
'::mistral::database_max_retries'. (file:
/etc/puppet/modules/mistral/manifests/db.pp, line: 78, column: 49)",
        "puppet-user: Warning: Unknown variable:
'::mistral::database_retry_interval'. (file:
/etc/puppet/modules/mistral/manifests/db.pp, line: 79, column: 49)",
        "puppet-user: Warning: Unknown variable:
'::mistral::database_max_overflow'. (file:
/etc/puppet/modules/mistral/manifests/db.pp, line: 80, column: 49)",

        "puppet-user: Notice: Accepting previously invalid value for target
type 'Enum['sql', 'template']'",

        "puppet-user: Warning: Unknown variable: 'default_store_real'.
(file: /etc/puppet/modules/glance/manifests/api.pp, line: 443, column: 9)",

can these be issues?


On Wed, 29 Apr 2020 at 13:32, Ruslanas Gžibovskis <ruslanas at lpic.lt> wrote:

> During installation, I can see them running fro 25sec max. not sure if it
> is as expected,
> Can I check somehow, how to get them up?
> if I do podman run -it Image_ID will it be enough to test if images are
> good?
>
> On Wed, 29 Apr 2020 at 12:01, Wu, Heng <wuh.fnst at cn.fujitsu.com> wrote:
>
>> > I am new to containers, can I somehow transfer these images between, as
>> I understand, it might help?
>>
>>
>>
>> The image will be downloaded automatically with the installation, you
>> don't need to do it manually.
>>
>> The problem seems to be that the container failed to start, not the
>> errors in the images themselves.
>>
>> You may need to check the configuration of undercloud.conf and proxy
>> settings (if they exist).
>>
>>
>>
>> *From:* Ruslanas Gžibovskis <ruslanas at lpic.lt>
>> *Sent:* 2020年4月29日 15:48
>> *To:* Alex Schultz <aschultz at redhat.com>
>> *Cc:* Openstack-discuss <openstack-discuss at lists.openstack.org>;
>> kent.martin at ericsson.com
>> *Subject:* Re: [TripleO][train][rdo] installation of undercloud fails
>> during Run container-puppet tasks step1
>>
>>
>>
>> On the other installation I have, I see a bit more images:
>>
>>
>>
>>
>> I am new to containers, can I somehow transfer these images between, as I
>> understand, it might help?
>>
>>
>>
>> On Wed, 29 Apr 2020 at 09:45, Ruslanas Gžibovskis <ruslanas at lpic.lt>
>> wrote:
>>
>> I just now realized, that I have seen in some log, messages, missing some
>> puppet-dependencies... Cannot find log again...
>>
>>
>>
>> On Wed, 29 Apr 2020 at 09:39, Ruslanas Gžibovskis <ruslanas at lpic.lt>
>> wrote:
>>
>> podman ps -a = clean, no containers at all.
>>
>> I have a watch -d "sudo podman ps -a ; sudo podman images -a ; sudo df
>> -h"
>>
>>
>>
>> paunch.log is empty. (I did several reinstallations).
>>
>>
>>
>>
>>
>>
>> Later I saw connectionpool retrying, but I have not seen "
>> tripleo_common.image.image_uploader" with same.
>>
>>
>>
>>
>>
>>
>> On Tue, 28 Apr 2020 at 20:10, Alex Schultz <aschultz at redhat.com> wrote:
>>
>> On Tue, Apr 28, 2020 at 11:57 AM Ruslanas Gžibovskis <ruslanas at lpic.lt>
>> wrote:
>> >
>> > Hi all,
>> >
>> > I am running a fresh install of rdo train, on centos7
>> > I almost a week I am facing error at this step:
>> > TASK [Run container-puppet tasks (generate config) during step 1]
>> >
>> > So I have ansible.log attached, I cannot find anything, where it is
>> failing.
>> > According to some understanding in ansible, it fails if it finds stderr
>> output.
>> > I cannot find error/fail or smth, I see Notices and Warnings, but I
>> believe it is not stderr?
>> >
>> > I see containers running and removed after some time.
>> > (as it should be I think)...
>> >
>> > Could you help me, where to dig?
>> >
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20200429/c38f3188/attachment.html>


More information about the openstack-discuss mailing list