12:16 a.m.
I've reinstalled ovirt 4.4 on my server remotely via cockpit terminal. I'm able
to access the ovirt admin screen remotely from the laptop that I used for the install.
However, using the same URL I'm unable to gain access to the admin screen.
Following the instruction in the documentation I've modified the file:
/etc/ovirt-engine/engine.conf.d/99-custom-sso-setup.conf, to reflect the DNS name and I
enter in the IP address. But I'm still unable to access the screen from the server
console.
What else needs to change in order to gain access from the server console?
Thanks
11:21 p.m.
I'm seeking help with my issue related to display the ovirt UI Web Admin Screen on my
server. I'm very puzzled by this because I can display the UI on a remote machine
with no issue. I install ovirt on my server remotely connected to the server via ssh, I
had no issues performing the install. As I said earlier I'm able to bring up the
Admin UI remotely on the same machine that was connected remotely.
What really puzzle me is that, I'm able to bring up the UI remotely but not on the
server console. They both are using the same release RHEL 8 and Firefox. When I try to
bring up the UI on the server console I get the following message:
404 - File or directory not found.
The resource you are looking for might have been removed, had its name changed, or is
temporarily unavailable.
I confirmed that all of the installed files are stored on the server, where should I start
looking?
My Server has four/4 network adapters installed with different IP addresses assigned. My
DNS has the domain entered for each network adapter all pointing to the same server. My
DNS entry for ovirt is "AAAABBBB.1234.net" specified four/4 time with a
different IP address for each network adapter.
Does the install of ovirt latch to a specific network adapter and IP Address?
Could this be a permission issue on the server? I'm using the same account and UID on
both server and workstation.
What ever it might how do I start the debugging process to create a solution?
I'm very new to ovirt and Linux so I'm trying to learn.
Thanks
9:22 a.m.
On Mon, Mar 14, 2022 at 11:23 PM <louisb(a)ameritech.net> wrote:
I'm seeking help with my issue related to display the ovirt UI Web Admin Screen on my
server. I'm very puzzled by this because I can display the UI on a remote machine
with no issue. I install ovirt on my server remotely connected to the server via ssh, I
had no issues performing the install. As I said earlier I'm able to bring up the
Admin UI remotely on the same machine that was connected remotely.
What really puzzle me is that, I'm able to bring up the UI remotely but not on the
server console. They both are using the same release RHEL 8 and Firefox. When I try to
bring up the UI on the server console I get the following message:
404 - File or directory not found.
The resource you are looking for might have been removed, had its name changed, or is
temporarily unavailable.
I confirmed that all of the installed files are stored on the server, where should I
start looking?
My Server has four/4 network adapters installed with different IP addresses assigned. My
DNS has the domain entered for each network adapter all pointing to the same server. My
DNS entry for ovirt is "AAAABBBB.1234.net" specified four/4 time with a
different IP address for each network adapter.
Does the install of ovirt latch to a specific network adapter and IP Address?
httpd is configured (keeping its default) to listen on 0.0.0.0 (all
addresses) (and this is why it does manage to give you a 404 answer).
It still might be related to your specific networking configuration, though.
As a start (and IMO also always) I'd give each IP address its own
different name, and use the name provided to engine-setup for the
question about the machine's FQDN for the address you want to use the
web interface for. When connecting from a different machine, your
stack probably automatically connects to the correct address (perhaps
due to routing/firewalling/whatever?). When running locally, all can
work.
That said, I can't tell why it does not work - I think it should have,
as-is. Might be something else? E.g. we are quite picky about name
resolution, both forward and backward. Perhaps some of your PTR
records are wrong?
Did you change anything on the machine other than configuring
networking and running engine-setup? Perhaps changed apache httpd's
configuration?
Could this be a permission issue on the server? I'm using the same account and UID
on both server and workstation.
Unlikely.
What ever it might how do I start the debugging process to create a solution?
You can start by checking logs - both /var/log/httpd/* and
/var/log/ovirt-engine/* .
I'm very new to ovirt and Linux so I'm trying to learn.
Good luck!
May I note, that most experienced Linux/Unix sysadmins do not install
browsers on their servers, do not have GUIs there, etc., and so your
case is rather unique. If it's only for "ease of use", perhaps you
should give up and connect only from a remote browser. Running a
GUI/browser on a server is generally not recommended - it's a ton of
software that's often less security-scanned/audited, you risk
connecting to rogue websites, etc. If it's for a technical reason -
because you need some functionality and that's the only way - feel
free to ignore.
Best regards,
--
Didi
6:47 p.m.
New subject: Unable to access ovirt Admin Screen from ovirt Host
This has not been easy to say the least I've been working on this for months and have
done several re-installs from scratch to include the OS/RHEL 8.5. Below is a snap shot of
the logs, I don't understand what they are trying to tell me about the error, any help
is greatly appreciated.
sudo more /var/log/httpd/error_log
[Sat Apr 09 10:47:17.463649 2022] [core:notice] [pid 36315:tid 140286292900160] SELinux
policy enabled; httpd running as context system_u:system_
r:httpd_t:s0
[Sat Apr 09 10:47:17.464791 2022] [suexec:notice] [pid 36315:tid 140286292900160] AH01232:
suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sat Apr 09 10:47:17.512147 2022] [so:warn] [pid 36315:tid 140286292900160] AH01574:
module proxy_module is already loaded, skipping
AH00558: httpd: Could not reliably determine the server's fully qualified domain name,
using fe80::d6f5:efff:fe0f:cd00. Set the 'ServerName' dire
ctive globally to suppress this message
[Sat Apr 09 10:47:17.532141 2022] [lbmethod_heartbeat:notice] [pid 36315:tid
140286292900160] AH02282: No slotmem from mod_heartmonitor
[Sat Apr 09 10:47:17.537642 2022] [mpm_event:notice] [pid 36315:tid 140286292900160]
AH00489: Apache/2.4.37 (Red Hat Enterprise Linux) OpenSSL/1.
1.1k mod_fcgid/2.3.9 mod_wsgi/4.6.4 Python/3.6 configured -- resuming normal operations
[Sat Apr 09 10:47:17.537676 2022] [core:notice] [pid 36315:tid 140286292900160] AH00094:
Command line: '/usr/sbin/httpd -D FOREGROUND'
[Sat Apr 09 10:52:36.458433 2022] [core:notice] [pid 3400:tid 139718137252160] SELinux
policy enabled; httpd running as context system_u:system_r
:httpd_t:s0
[Sat Apr 09 10:52:36.459740 2022] [suexec:notice] [pid 3400:tid 139718137252160] AH01232:
suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sat Apr 09 10:52:36.482068 2022] [so:warn] [pid 3400:tid 139718137252160] AH01574: module
proxy_module is already loaded, skipping
AH00558: httpd: Could not reliably determine the server's fully qualified domain name,
using fe80::d6f5:efff:fe0f:cd00. Set the 'ServerName' dire
ctive globally to suppress this message
[Sat Apr 09 10:52:36.501468 2022] [lbmethod_heartbeat:notice] [pid 3400:tid
139718137252160] AH02282: No slotmem from mod_heartmonitor
[Sat Apr 09 10:52:36.506571 2022] [mpm_event:notice] [pid 3400:tid 139718137252160]
AH00489: Apache/2.4.37 (Red Hat Enterprise Linux) OpenSSL/1.1
.1k mod_fcgid/2.3.9 mod_wsgi/4.6.4 Python/3.6 configured -- resuming normal operations
[Sat Apr 09 10:52:36.506594 2022] [core:notice] [pid 3400:tid 139718137252160] AH00094:
Command line: '/usr/sbin/httpd -D FOREGROUND'
Thanks
9:33 p.m.
New subject: Unable to access ovirt Admin Screen from ovirt Host
AH00558: httpd: Could not reliably determine the server's fully
qualified domain name, using fe80::d6f5:efff:fe0f:cd00. Set the
'ServerName' directive globally to suppress this message
That effectively means: "Apache cannot determine what the virtual
hostname is supposed to be for an interface it's running on."
In this case, the interface in question is whichever one has / had
fe80::d6f5:efff:fe0f:cd00 as it's address at the time the error was
logged.
To fix it, you'll need to set the hostname somewhere. Either in
/etc/hosts which will allow you to set it only for the IP address in
question, or in Apache's config where it will become the default
hostname used as a last resort.
Until this is fixed, oVirt won't reliably know what the hostname is for
a given connection and therefore SSO, and the web UI, will fail.
[Sat Apr 09 10:47:17.532141 2022] [lbmethod_heartbeat:notice] [pid
36315:tid 140286292900160] AH02282: No slotmem from mod_heartmonitor
This module is for load balancing. It's not required by oVirt. You may
want to consider disabling it until you get the web UI working on the
server to reduce the chances of it causing problems while you
troubleshoot.
The rest are just status messages from Apache's startup.
-Patrick Hibbs
On Sat, 2022-04-09 at 15:47 +0000, louisb(a)ameritech.net wrote:
This has not been easy to say the least I've been working on this
for
months and have done several re-installs from scratch to include the
OS/RHEL 8.5. Below is a snap shot of the logs, I don't understand
what they are trying to tell me about the error, any help is greatly
appreciated.
sudo more /var/log/httpd/error_log
[Sat Apr 09 10:47:17.463649 2022] [core:notice] [pid 36315:tid
140286292900160] SELinux policy enabled; httpd running as context
system_u:system_
r:httpd_t:s0
[Sat Apr 09 10:47:17.464791 2022] [suexec:notice] [pid 36315:tid
140286292900160] AH01232: suEXEC mechanism enabled (wrapper:
/usr/sbin/suexec)
[Sat Apr 09 10:47:17.512147 2022] [so:warn] [pid 36315:tid
140286292900160] AH01574: module proxy_module is already loaded,
skipping
AH00558: httpd: Could not reliably determine the server's fully
qualified domain name, using fe80::d6f5:efff:fe0f:cd00. Set the
'ServerName' dire
ctive globally to suppress this message
[Sat Apr 09 10:47:17.532141 2022] [lbmethod_heartbeat:notice] [pid
36315:tid 140286292900160] AH02282: No slotmem from mod_heartmonitor
[Sat Apr 09 10:47:17.537642 2022] [mpm_event:notice] [pid 36315:tid
140286292900160] AH00489: Apache/2.4.37 (Red Hat Enterprise Linux)
OpenSSL/1.
1.1k mod_fcgid/2.3.9 mod_wsgi/4.6.4 Python/3.6 configured -- resuming
normal operations
[Sat Apr 09 10:47:17.537676 2022] [core:notice] [pid 36315:tid
140286292900160] AH00094: Command line: '/usr/sbin/httpd -D
FOREGROUND'
[Sat Apr 09 10:52:36.458433 2022] [core:notice] [pid 3400:tid
139718137252160] SELinux policy enabled; httpd running as context
system_u:system_r
:httpd_t:s0
[Sat Apr 09 10:52:36.459740 2022] [suexec:notice] [pid 3400:tid
139718137252160] AH01232: suEXEC mechanism enabled (wrapper:
/usr/sbin/suexec)
[Sat Apr 09 10:52:36.482068 2022] [so:warn] [pid 3400:tid
139718137252160] AH01574: module proxy_module is already loaded,
skipping
AH00558: httpd: Could not reliably determine the server's fully
qualified domain name, using fe80::d6f5:efff:fe0f:cd00. Set the
'ServerName' dire
ctive globally to suppress this message
[Sat Apr 09 10:52:36.501468 2022] [lbmethod_heartbeat:notice] [pid
3400:tid 139718137252160] AH02282: No slotmem from mod_heartmonitor
[Sat Apr 09 10:52:36.506571 2022] [mpm_event:notice] [pid 3400:tid
139718137252160] AH00489: Apache/2.4.37 (Red Hat Enterprise Linux)
OpenSSL/1.1
.1k mod_fcgid/2.3.9 mod_wsgi/4.6.4 Python/3.6 configured -- resuming
normal operations
[Sat Apr 09 10:52:36.506594 2022] [core:notice] [pid 3400:tid
139718137252160] AH00094: Command line: '/usr/sbin/httpd -D
FOREGROUND'
Thanks
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RQUEM2OM7LS...
1:18 a.m.
New subject: Unable to access ovirt Admin Screen from ovirt Host
Interestingly, I was able to load the ovirt web console remotely with no issues. however,
the issue that I've been experiencing is when I try to load the web console when
logged on the the server.
Can you help me understand the difference?
Thanks
5:35 p.m.
New subject: Unable to access ovirt Admin Screen from ovirt Host
Have you checked with 'curl' if any error is generated ?
Best Regards,Strahil Nikolov
Interestingly, I was able to load the ovirt web console remotely with no issues.
however, the issue that I've been experiencing is when I try to load the web console
when logged on the the server.
Can you help me understand the difference?
Thanks
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GNM6BO3WJFT...
12:55 a.m.
New subject: Unable to access ovirt Admin Screen from ovirt Host
I got things working.
Thanks so much for your help.
Thanks
955
days inactive
987
days old
7 comments
4 participants
participants (4)
-
louisb＠ameritech.net -
Patrick Hibbs -
Strahil Nikolov -
Yedidyah Bar David