Open Stack

Hi Francesco,
Thank you so much for your help.
my cluster is up and running now.

With regards,
Swogat Pradhan

On Fri, May 13, 2022 at 6:06 PM Francesco Pantano <fpantano at redhat.com>
wrote:

> 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/20220515/5f2aee3b/attachment.htm>