Hi,
On Wed, May 12, 2021 at 8:53 PM Charles Kozler wrote:
>
> Yep! I thought the error was reporting as the port already configured inside
> the seed engine and not on the actual host. I deleted the firewalld 6900 port
> addition and everything seems to be flowing through
>
> On Wed, May 12,
Fixed. Thanks for the help! This is specific to our CSP, but some thoughts that
might help:
- Utilities like tcpdump were helpful in analysis. It ultimately ended up being
network issues (rather than SSL or something in the oVirt setup).
- In my environment, the host had two NICs, and the FQDN
The weekend went horribly. I created a second storage domain in order to move
all the virtual machines to a higher performance RAID array (From RAID6 to
RAID10). My mistake was trying to move two Windows domain controllers from one
storage domain to another. The problem is that when I "live"
Yep! I thought the error was reporting as the port already configured
inside the seed engine and not on the actual host. I deleted the firewalld
6900 port addition and everything seems to be flowing through
On Wed, May 12, 2021 at 1:36 PM Patrick Lomakin
wrote:
> Hello. I know this error.
Hello. I know this error. Please see which ports are used in firewalld
configuration (6900). In gluster wizard click "Edit" button and remove gluster
firewall config string like "port 6900". Save your configuration and try to
deploy. Regards!
___
I also just upgraded to 4.6.6.1 and it is still occurring
On Wed, May 12, 2021 at 12:36 PM Charles Kozler
wrote:
> Hello -
>
> Deployed fresh ovirt node 4.4.6 and the only thing I did to the system was
> configure the NIC with nmtui
>
> During the gluster install the install errored out with
Hello -
Deployed fresh ovirt node 4.4.6 and the only thing I did to the system was
configure the NIC with nmtui
During the gluster install the install errored out with
gluster-deployment-1620832547044.log:failed: [n2] (item=5900/tcp) =>
{"ansible_loop_var": "item", "changed": false, "item":
So I have two switches.
All 3 of my HCI oVirt servers are connected to both switches.
1 switch serves the ovirtmgmt network (internal, gluster communication and
everything else on that subnet)
The other switch serves the "main" front-end network (Private).
It turns out that my datacenter
Hi Didi,
Thank you so much for your help!
My SSO issue got resolved after reading one fo the bugs you included. My issue
was on my old engine server, I have changed the config to point directly at
/etc/krb5.keytab After copying /etc/krb5.keytab to /etc/http/http.keytab, redid
the backup, the
9 matches
Mail list logo
