Open Stack

Hi,
[2] and [3] are enough to move forward, so ... if you already applied the
two patches (in the undercloud)
you don't have to do anything else.
I mentioned "installing tripleo_common" on the controller-0 node as a _not_
recommended workaround that
avoid you to change the code applying [2] [3].

Thanks,

[2] https://review.opendev.org/c/openstack/tripleo-common/+/830572
[3] https://review.opendev.org/c/openstack/tripleo-ansible/+/830573


On Fri, May 13, 2022 at 12:01 PM Swogat Pradhan <swogatpradhan22 at gmail.com>
wrote:

> Hi Francesco,
> As you mentioned, if i apply [2] and [3] I will be able to move forward.
> [2] is already in place as i have already setup tripleo_common
> coming to [3] you suggesting to install the tripleo_ansible package like
> mentioned here
> https://docs.openstack.org/tripleo-ansible/wallaby/installation.html in
> controller nodes?
>
> With regards,
> Swogat Pradhan
>
> On Fri, May 13, 2022 at 12:54 PM Francesco Pantano <fpantano at redhat.com>
> wrote:
>
>> Hello,
>> This is because of bug [1] which is already solved reverting the changes.
>> The problem there is that a task, which is delegated_to mon[0], looks for
>> a library
>> present in the undercloud, but not in the overcloud.
>> Not sure why you are still hitting that issue (older packages?), but if
>> you apply
>> [2] [3] you should be able to move forward.
>> An alternative way to solve this problem is to (manually) install
>> tripleo-common
>> on mon[0] (which is your controller0).
>>
>> Hope this helps,
>> Thanks,
>>
>>
>> [1] https://bugs.launchpad.net/tripleo/+bug/1961325
>> [2] https://review.opendev.org/c/openstack/tripleo-common/+/830572
>> [3] https://review.opendev.org/c/openstack/tripleo-ansible/+/830573
>>
>> On Fri, May 13, 2022 at 8:36 AM Swogat Pradhan <swogatpradhan22 at gmail.com>
>> wrote:
>>
>>> Hi Team,
>>> I am deploying openstack wallaby using the deployed ceph method.
>>> I am currently facing this issue while deploying overcloud.
>>> Can someone please check ?
>>>
>>>        "2022-05-13 14:17:51.022353 |
>>> 48d539a1-1679-730f-272a-0000000000cb |       TASK | Create the RGW Daemon
>>> spec definition",
>>>         "An exception occurred during task execution. To see the full
>>> traceback, use -vvv. The error was: ImportError: cannot import name
>>> 'ceph_spec'",
>>>         "2022-05-13 14:17:51.669288 |
>>> 48d539a1-1679-730f-272a-0000000000cb |      FATAL | Create the RGW Daemon
>>> spec definition | overcloud-controller-0 | error={\"changed\": false,
>>> \"module_stderr\": \"Traceback (most recent call last):\\n  File
>>> \\\"<stdin>\\\", line 102, in <module>\\n  File \\\"<stdin>\\\", line 94,
>>> in _ansiballz_main\\n  File \\\"<stdin>\\\", line 40, in invoke_module\\n
>>>  File \\\"/usr/lib64/python3.6/runpy.py\\\", line 205, in run_module\\n
>>>  return _run_module_code(code, init_globals, run_name, mod_spec)\\n  File
>>> \\\"/usr/lib64/python3.6/runpy.py\\\", line 96, in _run_module_code\\n
>>>  mod_name, mod_spec, pkg_name, script_name)\\n  File
>>> \\\"/usr/lib64/python3.6/runpy.py\\\", line 85, in _run_code\\n
>>>  exec(code, run_globals)\\n  File
>>> \\\"/tmp/ansible_ceph_mkspec_payload_iwqyfs7g/ansible_ceph_mkspec_payload.zip/ansible/modules/ceph_mkspec.py\\\",
>>> line 24, in <module>\\nImportError: cannot import name 'ceph_spec'\\n\",
>>> \"module_stdout\": \"\", \"msg\": \"MODULE FAILURE\\nSee stdout/stderr for
>>> the exact error\", \"rc\": 1}",
>>>
>>> With regards,
>>> Swogat Pradhan
>>>
>>
>>
>> --
>> Francesco Pantano
>> GPG KEY: F41BD75C
>>
>

-- 
Francesco Pantano
GPG KEY: F41BD75C
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20220513/c63fb345/attachment.htm>