Closed dmitry-shiryaev closed 7 months ago
The message says
See /var/log/ipareplica-conncheck.log for more information.
so I'd start investigation there.
There is nothing really useful there imo
2024-03-29T07:21:21Z DEBUG [try 1]: Forwarding 'ping/1' to json server 'https://master.example.com/ipa/json'
2024-03-29T07:21:21Z DEBUG New HTTP connection (master.example.com)
2024-03-29T07:21:22Z DEBUG received Set-Cookie (<class 'list'>)'['ipa_session=MagBearerToken=io4Eewukte9AOGjrWKnwx4BuloJAaSF7A9HRxcbxl85wEoOqVnBBQlvcO%2fjS0EIzhQg6xCrTWwkr8x%2fdT56iY7ofjgd%2f6T0dtGE8KlsJF0GH303l06BXDqUZSNwZtXMCDli3d1Vj31o2DN%2bDxk9CXIisynCb%2bVrSiQ%2bLFWZuBwTZ7%2bbKlVhpJqC58nxL18jQZce5M2XiK3kJ1kzPmsRpQs4b14E1hHRfPR8bKm3mS2A%3d;path=/ipa;httponly;secure;']'
2024-03-29T07:21:22Z DEBUG storing cookie 'ipa_session=MagBearerToken=io4Eewukte9AOGjrWKnwx4BuloJAaSF7A9HRxcbxl85wEoOqVnBBQlvcO%2fjS0EIzhQg6xCrTWwkr8x%2fdT56iY7ofjgd%2f6T0dtGE8KlsJF0GH303l06BXDqUZSNwZtXMCDli3d1Vj31o2DN%2bDxk9CXIisynCb%2bVrSiQ%2bLFWZuBwTZ7%2bbKlVhpJqC58nxL18jQZce5M2XiK3kJ1kzPmsRpQs4b14E1hHRfPR8bKm3mS2A%3d;' for principal admin@MASTER.COM
2024-03-29T07:21:22Z INFO Execute check on remote master
2024-03-29T07:21:22Z DEBUG [try 1]: Forwarding 'server_conncheck' to json server 'https://master.example.com/ipa/json'
2024-03-29T07:21:22Z DEBUG HTTP connection keep-alive (master.example.com)
2024-03-29T07:21:48Z DEBUG received Set-Cookie (<class 'list'>)'['ipa_session=MagBearerToken=PrM9tsNshtNaLreS01%2fgaTlY2UUdp1axh3B39lLs2K8G7%2bkNRlWMGriSfbsNJhM9dCbDSmbyYD3NBUAtZ6oTXigil5x32HAAuZAIHv9%2fzaKxpGU71ZlXEW9MXHu9qqDFywwGLNFRfvWo87Fqs5j3jr9487%2btRg8qI8pXY8OLf13nBJzgFI3tt0TtvaEuyT2mWnFbJz%2b22mNYv9vFUc%2biE%2fPFBBGlurJ%2fQjsxB3F%2beX4%3d;path=/ipa;httponly;secure;']'
2024-03-29T07:21:48Z DEBUG storing cookie 'ipa_session=MagBearerToken=PrM9tsNshtNaLreS01%2fgaTlY2UUdp1axh3B39lLs2K8G7%2bkNRlWMGriSfbsNJhM9dCbDSmbyYD3NBUAtZ6oTXigil5x32HAAuZAIHv9%2fzaKxpGU71ZlXEW9MXHu9qqDFywwGLNFRfvWo87Fqs5j3jr9487%2btRg8qI8pXY8OLf13nBJzgFI3tt0TtvaEuyT2mWnFbJz%2b22mNYv9vFUc%2biE%2fPFBBGlurJ%2fQjsxB3F%2beX4%3d;' for principal local_admin@EXAMPLE.COM
2024-03-29T07:21:48Z DEBUG Destroyed connection context.rpcclient_139641227937496
2024-03-29T07:21:48Z ERROR ERROR: Remote master check failed with following error message(s):
an internal error has occurred
2024-03-29T07:21:48Z DEBUG Stopping listening thread.
2024-03-29T07:21:48Z DEBUG 389 tcp: Stopped listening
2024-03-29T07:21:48Z DEBUG 636 tcp: Stopped listening
2024-03-29T07:21:48Z DEBUG 88 tcp: Stopped listening
2024-03-29T07:21:48Z DEBUG 88 udp: Stopped listening
2024-03-29T07:21:48Z DEBUG 464 tcp: Stopped listening
2024-03-29T07:21:48Z DEBUG 464 udp: Stopped listening
2024-03-29T07:21:48Z DEBUG 80 tcp: Stopped listening
2024-03-29T07:21:48Z DEBUG 443 tcp: Stopped listening
So if I understand it correctly, you have an non-containerized FreeIPA master and you managed to create two containerized replicas and the third one fails. And it fails with that an internal error has occurred
error on the master.
In that case I'd simplify the situation by trying to add the third replica not as a containerized one but one one a host / VM. In other words, take the containerization completely out of the picture and see what you get on the master.
The master is also running inside a container. And as I mentioned above, third replica having an issue with any instance of ipa being a master: master, relical01, replica02. Not just master. So all points to the problem being with the third replica.
Take the containerization completely out of the picture and see what you get on the master.
Is it possible to install freeipa on Debian?
The master is also running inside a container. And as I mentioned above, third replica having an issue with any instance of ipa being a master: master, relical01, replica02. Not just master. So all points to the problem being with the third replica.
At the same time you say the replicas are the same, and the error is reported on the master.
Is it possible to install freeipa on Debian?
I can see https://packages.debian.org/experimental/freeipa-server. I never tried it.
I provided two logs: one from replica installation the other is httpd log on master
on master when replica install fails I see this in /var/log/httpd/error_log
non-public: DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
on replica, when it fails
ERROR: Remote master check failed with following error message(s):
an internal error has occurred
2024-03-28T14:48:58Z DEBUG Starting external process
2024-03-28T14:48:58Z DEBUG args=['/usr/sbin/ipa-client-install', '--unattended', '--uninstall']
2024-03-28T14:49:00Z DEBUG Process finished, return code=0
2024-03-28T14:49:00Z DEBUG File "/usr/lib/python3.9/site-packages/ipapython/admintool.py", line 180, in execute
return_value = self.run()
I don't understand, what are you confused about?
I try to steer you towards checking if the third replica is really the same as the previous one ... well of course except its IP address and possibly host name need to be different and properly configured and propagated.
I'd recommend to try creating a test replica in a VM, not in a container. That would help you to make a bit more solid conclusion about the source of the problem -- is it the FreeIPA itself, the networking setup, or the fact that the FreeIPA replica was running containerized.
We seem to have lost traction here, closing.
Hello, I am trying to setup three ipa replicas against a single master node. All three replicas are running on Debian 12 kvm vms, inside almalinux-8-4.9.12 docker (version 25.0.3, build 4debf41) container. Two replicas are running smoothly. However, when I am starting my third one I get:
On replica:
On master:
It is similar to https://github.com/freeipa/freeipa-container/issues/187 but I think it was fixed.
I also try installing my 3rd ipa replica against any of the two successful installs with the same error. I checked and this is not a firewall or networking issue. What am I missing here?