8:06 a.m.
Hi all! I'm using Cockpit to perform an HCI install, and it fails at the
hosted engine deploy. Libvirtd can't restart because of a missing
/etc/pki/CA/cacert.pem file.
The log (tasks seemingly from
/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
[ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
files]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2 configuration
by vdsm]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt default
network configuration]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
"Unable
to start service libvirtd: Job for libvirtd.service failed because the
control process exited with error code.\nSee \"systemctl status
libvirtd.service\" and \"journalctl -xe\" for details.\n"}
journalctl -u libvirtd:
May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0, package:
10.el8 (CBS <cbs(a)centos.org>, 2020-02-27-01:09:46, )
May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
'/etc/pki/CA/cacert.pem': No such file or directory
May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process exited,
code=exited, status=6/NOTCONFIGURED
May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
'exit-code'.
May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
From a fresh CentOS 8.1 minimal install, I've installed the following:
- The 4.4 repo
- cockpit
- ovirt-cockpit-dashboard
- vdsm-gluster (providing glusterfs-server and allowing the Gluster Wizard
to complete)
- gluster-ansible-roles (only on the bootstrap host)
I'm not exactly sure what that initial bit of the playbook does. Comparing
the bootstrap node with another that has yet to be touched, both
/etc/libvirt/libvirtd.conf and /etc/sysconfig/libvirtd are the same on both
hosts. Yet the bootstrap host can no longer start libvirtd while the other
host can. Neither host has the /etc/pki/CA/cacert.pem file.
Please let me know if I can provide any more information. Thanks!
8:30 a.m.
New subject: What's mean about this "ETL service sampling has encountered an error. Please consult the service log for more details.‘’
Dear all:
After I restart the server, the log will appear every 15 minutes,But all nodes
and vms are worrking normally. Is anyone knows what it means?
zhouhao(a)vip.friendtimes.net
9:09 a.m.
New subject: What's mean about this "ETL service sampling has encountered an error. Please consult the service log for more details.‘’
On May 22, 2020 8:30:34 AM GMT+03:00, "zhouhao(a)vip.friendtimes.net"
<zhouhao(a)vip.friendtimes.net> wrote:
Dear all:
After I restart the server, the log will appear every 15 minutes,But
all nodes and vms are worrking normally. Is anyone knows what it means?
zhouhao(a)vip.friendtimes.net
According to https://access.redhat.com/solutions/3251541 (you can view it with a free red
hat developer subscription) it could be duplicate entries in
'dwh_history_timekeeping' table.
What is the output of:
/usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "SELECT * FROM
dwh_history_timekeeping;"
Best Regards,
Strahil Nikolov
11:58 a.m.
New subject: What's mean about this "ETL service sampling has encountered an error. Please consult the service log for more details.‘’
.Hello,
The ETL is the service that manages the history data warehouse and updates the
dashboard in the admin portal.
The service status can be checked with
systemctl status ovirt-engine-dwhd
and the logs are in
/var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
Regards,
Paul S.
________________________________
From: zhouhao(a)vip.friendtimes.net <zhouhao(a)vip.friendtimes.net>
Sent: 22 May 2020 06:30
To: users <users(a)ovirt.org>
Subject: [ovirt-users]What's mean about this "ETL service sampling has
encountered an error. Please consult the service log for more details.‘’
Caution External Mail: Do not click any links or open any attachments unless you trust the
sender and know that the content is safe.
Dear all:
After I restart the server, the log will appear every 15 minutes,But all nodes
and vms are worrking normally. Is anyone knows what it means?
[cid:_Foxmail.1@a2523b17-f9fa-07e9-3116-2437a772d782]
[cid:_Foxmail.1@91aef2fe-09c4-51c7-6384-e262591238fe]
[cid:_Foxmail.1@b199cf9d-37ef-b8de-5d28-aa5fa5fd401f]
[cid:_Foxmail.1@17742991-92c8-5873-0256-f166b73d6a5b]
________________________________
zhouhao(a)vip.friendtimes.net
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
11:45 a.m.
New subject: 4.4 HCI Install Failure - Missing /etc/pki/CA/cacert.pem
Hi,
On 5/22/20 7:06 AM, Stephen Panicho wrote:
Hi all! I'm using Cockpit to perform an HCI install, and it fails
at
the hosted engine deploy. Libvirtd can't restart because of a missing
/etc/pki/CA/cacert.pem file.
The log (tasks seemingly from
/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
[ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
files]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
configuration by vdsm]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt
default network configuration]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
"Unable to start service libvirtd: Job for libvirtd.service failed
because the control process exited with error code.\nSee \"systemctl
status libvirtd.service\" and \"journalctl -xe\" for details.\n"}
journalctl -u libvirtd:
May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0,
package: 10.el8 (CBS <cbs(a)centos.org <mailto:cbs@centos.org>>,
2020-02-27-01:09:46, )
May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
'/etc/pki/CA/cacert.pem': No such file or directory
May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process
exited, code=exited, status=6/NOTCONFIGURED
May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
'exit-code'.
May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
Can you
please share journalctl logs for vdsmd and supervdsmd?
Regards, Marcin
From a fresh CentOS 8.1 minimal install, I've installed the following:
- The 4.4 repo
- cockpit
- ovirt-cockpit-dashboard
- vdsm-gluster (providing glusterfs-server and allowing the Gluster
Wizard to complete)
- gluster-ansible-roles (only on the bootstrap host)
I'm not exactly sure what that initial bit of the playbook does.
Comparing the bootstrap node with another that has yet to be touched,
both /etc/libvirt/libvirtd.conf and /etc/sysconfig/libvirtd are the
same on both hosts. Yet the bootstrap host can no longer start
libvirtd while the other host can. Neither host has the
/etc/pki/CA/cacert.pem file.
Please let me know if I can provide any more information. 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/XNW4HWUQUTN...
6:59 p.m.
Hey Marcin. There aren't any logs for those services as they haven't been
started yet. This failure happens very early in the deploy, just after the
page where you configure the engine VM settings.
Unfortunately, I can't try a redeploy on the same node because libvirtd is
now in a bad state and can't come up at all. I now get the following error
once we get past the Gluster Wizard and move on the the Hosted Engine
Deploy:
"libvirt is not running! Please ensure it is running before starting the
wizard, so system capabilities can be queried."
I'll sift through the ansible to see what it changed and report back. But
I'd still like to get past this /etc/pki/CA/cacert.pem issue.
On Fri, May 22, 2020 at 4:45 AM Marcin Sobczyk <msobczyk(a)redhat.com> wrote:
Hi,
On 5/22/20 7:06 AM, Stephen Panicho wrote:
Hi all! I'm using Cockpit to perform an HCI install, and it fails at the
hosted engine deploy. Libvirtd can't restart because of a missing
/etc/pki/CA/cacert.pem file.
The log (tasks seemingly from
/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
[ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
files]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
configuration by vdsm]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt default
network configuration]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
"Unable
to start service libvirtd: Job for libvirtd.service failed because the
control process exited with error code.\nSee \"systemctl status
libvirtd.service\" and \"journalctl -xe\" for details.\n"}
journalctl -u libvirtd:
May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0, package:
10.el8 (CBS <cbs(a)centos.org>, 2020-02-27-01:09:46, )
May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
'/etc/pki/CA/cacert.pem': No such file or directory
May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process exited,
code=exited, status=6/NOTCONFIGURED
May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
'exit-code'.
May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
Can you please share journalctl logs for vdsmd and supervdsmd?
Regards, Marcin
From a fresh CentOS 8.1 minimal install, I've installed the following:
- The 4.4 repo
- cockpit
- ovirt-cockpit-dashboard
- vdsm-gluster (providing glusterfs-server and allowing the Gluster Wizard
to complete)
- gluster-ansible-roles (only on the bootstrap host)
I'm not exactly sure what that initial bit of the playbook does. Comparing
the bootstrap node with another that has yet to be touched, both
/etc/libvirt/libvirtd.conf and /etc/sysconfig/libvirtd are the same on both
hosts. Yet the bootstrap host can no longer start libvirtd while the other
host can. Neither host has the /etc/pki/CA/cacert.pem file.
Please let me know if I can provide any more information. 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/XNW4HWUQUTN...
7:43 p.m.
The issue is the "Drop vdsm config statements" task from
/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml
I'm not sure how those config statements got there in the first place...
maybe a scriptlet from a vdsm rpm install? Either way, the task removes the
following section from the bottom of /etc/libvirt/libvirtd.conf, causing it
to look for the default ca_file, /etc/pki/CA/cacert.pem.
## beginning of configuration section by vdsm-4.40.0
auth_unix_rw="sasl"
ca_file="/etc/pki/vdsm/certs/cacert.pem"
cert_file="/etc/pki/vdsm/certs/vdsmcert.pem"
host_uuid="9def7285-9ed9-4a94-8a7d-ed1f05a9a224"
keepalive_interval=-1
key_file="/etc/pki/vdsm/keys/vdsmkey.pem"
## end of configuration section by vdsm-4.40.0
If I re-add this section to my bootstrap node's libvirtd.conf, I can start
the libvirtd service again. I'll try to comment out the "Drop vdsm config
statements" task from the playbook and see if I can proceed.
On Fri, May 22, 2020 at 11:59 AM Stephen Panicho <s.panicho(a)gmail.com>
wrote:
Hey Marcin. There aren't any logs for those services as they
haven't been
started yet. This failure happens very early in the deploy, just after the
page where you configure the engine VM settings.
Unfortunately, I can't try a redeploy on the same node because libvirtd is
now in a bad state and can't come up at all. I now get the following error
once we get past the Gluster Wizard and move on the the Hosted Engine
Deploy:
"libvirt is not running! Please ensure it is running before starting the
wizard, so system capabilities can be queried."
I'll sift through the ansible to see what it changed and report back. But
I'd still like to get past this /etc/pki/CA/cacert.pem issue.
On Fri, May 22, 2020 at 4:45 AM Marcin Sobczyk <msobczyk(a)redhat.com>
wrote:
> Hi,
>
> On 5/22/20 7:06 AM, Stephen Panicho wrote:
>
> Hi all! I'm using Cockpit to perform an HCI install, and it fails at the
> hosted engine deploy. Libvirtd can't restart because of a missing
> /etc/pki/CA/cacert.pem file.
>
> The log (tasks seemingly from
> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
> files]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
> configuration by vdsm]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt
> default network configuration]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
"msg":
> "Unable to start service libvirtd: Job for libvirtd.service failed because
> the control process exited with error code.\nSee \"systemctl status
> libvirtd.service\" and \"journalctl -xe\" for details.\n"}
>
> journalctl -u libvirtd:
> May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0, package:
> 10.el8 (CBS <cbs(a)centos.org>, 2020-02-27-01:09:46, )
> May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
> May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
> '/etc/pki/CA/cacert.pem': No such file or directory
> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process exited,
> code=exited, status=6/NOTCONFIGURED
> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
> 'exit-code'.
> May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
>
> Can you please share journalctl logs for vdsmd and supervdsmd?
>
> Regards, Marcin
>
>
> From a fresh CentOS 8.1 minimal install, I've installed the following:
> - The 4.4 repo
> - cockpit
> - ovirt-cockpit-dashboard
> - vdsm-gluster (providing glusterfs-server and allowing the Gluster
> Wizard to complete)
> - gluster-ansible-roles (only on the bootstrap host)
>
> I'm not exactly sure what that initial bit of the playbook does.
> Comparing the bootstrap node with another that has yet to be touched, both
> /etc/libvirt/libvirtd.conf and /etc/sysconfig/libvirtd are the same on both
> hosts. Yet the bootstrap host can no longer start libvirtd while the other
> host can. Neither host has the /etc/pki/CA/cacert.pem file.
>
> Please let me know if I can provide any more information. 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/XNW4HWUQUTN...
>
>
>
8:05 p.m.
New subject: 4.4 HCI Install Failure - Missing /etc/pki/CA/cacert.pem
On 22-5-2020 17:59, Stephen Panicho wrote:
Hey Marcin. There aren't any logs for those services as they
haven't
been started yet. This failure happens very early in the deploy, just
after the page where you configure the engine VM settings.
Unfortunately, I can't try a redeploy on the same node because
libvirtd is now in a bad state and can't come up at all. I now get the
following error once we get past the Gluster Wizard and move on the
the Hosted Engine Deploy:
"libvirt is not running! Please ensure it is running before starting
the wizard, so system capabilities can be queried."
I'll sift through the ansible to see what it changed and report back.
But I'd still like to get past this /etc/pki/CA/cacert.pem issue.
On Fri, May 22, 2020 at 4:45 AM Marcin Sobczyk <msobczyk(a)redhat.com
<mailto:msobczyk@redhat.com>> wrote:
Hi,
On 5/22/20 7:06 AM, Stephen Panicho wrote:
> Hi all! I'm using Cockpit to perform an HCI install, and it fails
> at the hosted engine deploy. Libvirtd can't restart because of a
> missing /etc/pki/CA/cacert.pem file.
>
> The log (tasks seemingly from
> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config
> statements]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt
> config files]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
> configuration by vdsm]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial
> libvirt default network configuration]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
> "msg": "Unable to start service libvirtd: Job for
> libvirtd.service failed because the control process exited with
> error code.\nSee \"systemctl status libvirtd.service\" and
> \"journalctl -xe\" for details.\n"}
>
> journalctl -u libvirtd:
> May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0,
> package: 10.el8 (CBS <cbs(a)centos.org <mailto:cbs@centos.org>>,
> 2020-02-27-01:09:46, )
> May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
> May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
> '/etc/pki/CA/cacert.pem': No such file or directory
> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process
> exited, code=exited, status=6/NOTCONFIGURED
> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with
> result 'exit-code'.
> May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization
> daemon.
Can you please share journalctl logs for vdsmd and supervdsmd?
I hate it when I have to say: me too.
BUT during test week I think Simone had the same problem and did a
/usr/sbin/ovirt-hosted-engine-cleanup?? and then you can retry the deply
from the wizard.
To recapitulate: Follow the HCI cockpit wizard until you get the error
then open a terminal and cleanup and then retry the deployment. It will
succeed. Did this yesterday and it worked.
Even tried to run cleanup before starting the wizard but thats a no success.
Greetings
Joop
9:11 p.m.
That fixed it! Thanks so much for the help, Joop.
On Fri, May 22, 2020 at 1:07 PM Joop <jvdwege(a)xs4all.nl> wrote:
On 22-5-2020 17:59, Stephen Panicho wrote:
Hey Marcin. There aren't any logs for those services as they haven't been
started yet. This failure happens very early in the deploy, just after the
page where you configure the engine VM settings.
Unfortunately, I can't try a redeploy on the same node because libvirtd is
now in a bad state and can't come up at all. I now get the following error
once we get past the Gluster Wizard and move on the the Hosted Engine
Deploy:
"libvirt is not running! Please ensure it is running before starting the
wizard, so system capabilities can be queried."
I'll sift through the ansible to see what it changed and report back. But
I'd still like to get past this /etc/pki/CA/cacert.pem issue.
On Fri, May 22, 2020 at 4:45 AM Marcin Sobczyk <msobczyk(a)redhat.com>
wrote:
> Hi,
>
> On 5/22/20 7:06 AM, Stephen Panicho wrote:
>
> Hi all! I'm using Cockpit to perform an HCI install, and it fails at the
> hosted engine deploy. Libvirtd can't restart because of a missing
> /etc/pki/CA/cacert.pem file.
>
> The log (tasks seemingly from
> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
> files]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
> configuration by vdsm]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt
> default network configuration]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
"msg":
> "Unable to start service libvirtd: Job for libvirtd.service failed because
> the control process exited with error code.\nSee \"systemctl status
> libvirtd.service\" and \"journalctl -xe\" for details.\n"}
>
> journalctl -u libvirtd:
> May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0, package:
> 10.el8 (CBS < <cbs@centos.org>cbs(a)centos.org>, 2020-02-27-01:09:46, )
> May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
> May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
> '/etc/pki/CA/cacert.pem': No such file or directory
> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process exited,
> code=exited, status=6/NOTCONFIGURED
> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
> 'exit-code'.
> May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
>
> Can you please share journalctl logs for vdsmd and supervdsmd?
>
I hate it when I have to say: me too.
BUT during test week I think Simone had the same problem and did a
/usr/sbin/ovirt-hosted-engine-cleanup?? and then you can retry the deply
from the wizard.
To recapitulate: Follow the HCI cockpit wizard until you get the error
then open a terminal and cleanup and then retry the deployment. It will
succeed. Did this yesterday and it worked.
Even tried to run cleanup before starting the wizard but thats a no
success.
Greetings
Joop
_______________________________________________
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/4PUIES2JGAF...
9:43 p.m.
Looks like I spoke too soon. I can get to the point where HostedEngineLocal
comes up, but it fails to run engine-setup.
The ansible output:
[ INFO ] TASK [ovirt.engine-setup : Run engine-setup with answerfile]
[ ERROR ] fatal: [localhost -> engine.ovirt.trashnet.xyz]: FAILED! =>
{"changed": true, "cmd": ["engine-setup",
"--accept-defaults",
"--config-append=/root/ovirt-engine-answers"], "delta":
"0:00:01.396490",
"end": "2020-05-22 18:32:41.965984", "msg": "non-zero
return code", "rc":
1, "start": "2020-05-22 18:32:40.569494", "stderr":
"", "stderr_lines": [],
"stdout": "[ INFO ] Stage: Initializing\n[ ERROR ] Failed to execute stage
'Initializing': '%' must be followed by '%' or '(', found:
'%JUUj'\n[ INFO
] Stage: Clean up\n Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200522183241-c7d1kh.log\n[
ERROR ] Failed to execute stage 'Clean up': 'NoneType' object has no
attribute 'cleanup'\n[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20200522183241-setup.conf'\n[ INFO ]
Stage: Pre-termination\n[ INFO ] Stage: Termination\n[ ERROR ] Execution of
setup failed", "stdout_lines": ["[ INFO ] Stage: Initializing",
"[ ERROR ]
Failed to execute stage 'Initializing': '%' must be followed by
'%' or '(',
found: '%JUUj'", "[ INFO ] Stage: Clean up", " Log file is
located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200522183241-c7d1kh.log",
"[ ERROR ] Failed to execute stage 'Clean up': 'NoneType' object has
no
attribute 'cleanup'", "[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20200522183241-setup.conf'", "[
INFO ]
Stage: Pre-termination", "[ INFO ] Stage: Termination", "[ ERROR ]
Execution of setup failed"]}
SSHing to the HostedEngineLocal to get the logs...
/var/lib/ovirt-engine/setup/answers/20200522183241-setup.conf:
# OTOPI answer file, generated by human dialog
[environment:default]
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200522183241-c7d1kh.log:
I'll attach this one because it's huge.
On Fri, May 22, 2020 at 2:11 PM Stephen Panicho <s.panicho(a)gmail.com> wrote:
That fixed it! Thanks so much for the help, Joop.
On Fri, May 22, 2020 at 1:07 PM Joop <jvdwege(a)xs4all.nl> wrote:
> On 22-5-2020 17:59, Stephen Panicho wrote:
>
> Hey Marcin. There aren't any logs for those services as they haven't been
> started yet. This failure happens very early in the deploy, just after the
> page where you configure the engine VM settings.
>
> Unfortunately, I can't try a redeploy on the same node because libvirtd
> is now in a bad state and can't come up at all. I now get the following
> error once we get past the Gluster Wizard and move on the the Hosted Engine
> Deploy:
> "libvirt is not running! Please ensure it is running before starting the
> wizard, so system capabilities can be queried."
>
> I'll sift through the ansible to see what it changed and report back. But
> I'd still like to get past this /etc/pki/CA/cacert.pem issue.
>
> On Fri, May 22, 2020 at 4:45 AM Marcin Sobczyk <msobczyk(a)redhat.com>
> wrote:
>
>> Hi,
>>
>> On 5/22/20 7:06 AM, Stephen Panicho wrote:
>>
>> Hi all! I'm using Cockpit to perform an HCI install, and it fails at the
>> hosted engine deploy. Libvirtd can't restart because of a missing
>> /etc/pki/CA/cacert.pem file.
>>
>> The log (tasks seemingly from
>> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
>> [ INFO ] changed: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
>> [ INFO ] changed: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
>> files]
>> [ INFO ] changed: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
>> [ INFO ] changed: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
>> configuration by vdsm]
>> [ INFO ] changed: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
>> [ INFO ] ok: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt
>> default network configuration]
>> [ INFO ] changed: [localhost]
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
"msg":
>> "Unable to start service libvirtd: Job for libvirtd.service failed because
>> the control process exited with error code.\nSee \"systemctl status
>> libvirtd.service\" and \"journalctl -xe\" for details.\n"}
>>
>> journalctl -u libvirtd:
>> May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0, package:
>> 10.el8 (CBS < <cbs@centos.org>cbs(a)centos.org>, 2020-02-27-01:09:46,
)
>> May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
>> May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
>> '/etc/pki/CA/cacert.pem': No such file or directory
>> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process exited,
>> code=exited, status=6/NOTCONFIGURED
>> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
>> 'exit-code'.
>> May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
>>
>> Can you please share journalctl logs for vdsmd and supervdsmd?
>>
> I hate it when I have to say: me too.
>
> BUT during test week I think Simone had the same problem and did a
> /usr/sbin/ovirt-hosted-engine-cleanup?? and then you can retry the deply
> from the wizard.
> To recapitulate: Follow the HCI cockpit wizard until you get the error
> then open a terminal and cleanup and then retry the deployment. It will
> succeed. Did this yesterday and it worked.
> Even tried to run cleanup before starting the wizard but thats a no
> success.
>
> Greetings
>
> Joop
>
> _______________________________________________
> 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/4PUIES2JGAF...
>
2:31 a.m.
Fixed the above in
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/6QODLB6J5Z74...
On Fri, May 22, 2020 at 2:43 PM Stephen Panicho <s.panicho(a)gmail.com> wrote:
Looks like I spoke too soon. I can get to the point where
HostedEngineLocal comes up, but it fails to run engine-setup.
The ansible output:
[ INFO ] TASK [ovirt.engine-setup : Run engine-setup with answerfile]
[ ERROR ] fatal: [localhost -> engine.ovirt.trashnet.xyz]: FAILED! =>
{"changed": true, "cmd": ["engine-setup",
"--accept-defaults",
"--config-append=/root/ovirt-engine-answers"], "delta":
"0:00:01.396490",
"end": "2020-05-22 18:32:41.965984", "msg": "non-zero
return code", "rc":
1, "start": "2020-05-22 18:32:40.569494", "stderr":
"", "stderr_lines": [],
"stdout": "[ INFO ] Stage: Initializing\n[ ERROR ] Failed to execute
stage
'Initializing': '%' must be followed by '%' or '(',
found: '%JUUj'\n[ INFO
] Stage: Clean up\n Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200522183241-c7d1kh.log\n[
ERROR ] Failed to execute stage 'Clean up': 'NoneType' object has no
attribute 'cleanup'\n[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20200522183241-setup.conf'\n[ INFO ]
Stage: Pre-termination\n[ INFO ] Stage: Termination\n[ ERROR ] Execution of
setup failed", "stdout_lines": ["[ INFO ] Stage: Initializing",
"[ ERROR ]
Failed to execute stage 'Initializing': '%' must be followed by
'%' or '(',
found: '%JUUj'", "[ INFO ] Stage: Clean up", " Log file is
located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200522183241-c7d1kh.log",
"[ ERROR ] Failed to execute stage 'Clean up': 'NoneType' object has
no
attribute 'cleanup'", "[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20200522183241-setup.conf'", "[
INFO ]
Stage: Pre-termination", "[ INFO ] Stage: Termination", "[ ERROR ]
Execution of setup failed"]}
SSHing to the HostedEngineLocal to get the logs...
/var/lib/ovirt-engine/setup/answers/20200522183241-setup.conf:
# OTOPI answer file, generated by human dialog
[environment:default]
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200522183241-c7d1kh.log:
I'll attach this one because it's huge.
On Fri, May 22, 2020 at 2:11 PM Stephen Panicho <s.panicho(a)gmail.com>
wrote:
> That fixed it! Thanks so much for the help, Joop.
>
> On Fri, May 22, 2020 at 1:07 PM Joop <jvdwege(a)xs4all.nl> wrote:
>
>> On 22-5-2020 17:59, Stephen Panicho wrote:
>>
>> Hey Marcin. There aren't any logs for those services as they haven't
>> been started yet. This failure happens very early in the deploy, just after
>> the page where you configure the engine VM settings.
>>
>> Unfortunately, I can't try a redeploy on the same node because libvirtd
>> is now in a bad state and can't come up at all. I now get the following
>> error once we get past the Gluster Wizard and move on the the Hosted Engine
>> Deploy:
>> "libvirt is not running! Please ensure it is running before starting the
>> wizard, so system capabilities can be queried."
>>
>> I'll sift through the ansible to see what it changed and report back.
>> But I'd still like to get past this /etc/pki/CA/cacert.pem issue.
>>
>> On Fri, May 22, 2020 at 4:45 AM Marcin Sobczyk <msobczyk(a)redhat.com>
>> wrote:
>>
>>> Hi,
>>>
>>> On 5/22/20 7:06 AM, Stephen Panicho wrote:
>>>
>>> Hi all! I'm using Cockpit to perform an HCI install, and it fails at
>>> the hosted engine deploy. Libvirtd can't restart because of a missing
>>> /etc/pki/CA/cacert.pem file.
>>>
>>> The log (tasks seemingly from
>>> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/initial_clean.yml):
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop libvirt service]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop vdsm config statements]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial abrt config
>>> files]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Restart abrtd service]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Drop libvirt sasl2
>>> configuration by vdsm]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Stop and disable services]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Restore initial libvirt
>>> default network configuration]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Start libvirt]
>>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
"msg":
>>> "Unable to start service libvirtd: Job for libvirtd.service failed
because
>>> the control process exited with error code.\nSee \"systemctl status
>>> libvirtd.service\" and \"journalctl -xe\" for
details.\n"}
>>>
>>> journalctl -u libvirtd:
>>> May 22 04:33:25 node1 libvirtd[26392]: libvirt version: 5.6.0, package:
>>> 10.el8 (CBS < <cbs@centos.org>cbs(a)centos.org>,
2020-02-27-01:09:46, )
>>> May 22 04:33:25 node1 libvirtd[26392]: hostname: node1
>>> May 22 04:33:25 node1 libvirtd[26392]: Cannot read CA certificate
>>> '/etc/pki/CA/cacert.pem': No such file or directory
>>> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Main process
>>> exited, code=exited, status=6/NOTCONFIGURED
>>> May 22 04:33:25 node1 systemd[1]: libvirtd.service: Failed with result
>>> 'exit-code'.
>>> May 22 04:33:25 node1 systemd[1]: Failed to start Virtualization daemon.
>>>
>>> Can you please share journalctl logs for vdsmd and supervdsmd?
>>>
>> I hate it when I have to say: me too.
>>
>> BUT during test week I think Simone had the same problem and did a
>> /usr/sbin/ovirt-hosted-engine-cleanup?? and then you can retry the deply
>> from the wizard.
>> To recapitulate: Follow the HCI cockpit wizard until you get the error
>> then open a terminal and cleanup and then retry the deployment. It will
>> succeed. Did this yesterday and it worked.
>> Even tried to run cleanup before starting the wizard but thats a no
>> success.
>>
>> Greetings
>>
>> Joop
>>
>> _______________________________________________
>> 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/4PUIES2JGAF...
>>
>
12:24 p.m.
On Sun, May 24, 2020 at 1:39 AM Stephen Panicho <s.panicho(a)gmail.com> wrote:
Fixed the above in
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/6QODLB6J5Z74...
I I remember correctly it happened to me during the beta cycle and the only
"strange" character I used for the admin password was the @
Donna if it related with what you reported for the % character
Gianluca
6:59 a.m.
New subject: How to config ovirt-engine to Https ?
The https web access is ok,but I cant login the ovirt-engine,how to config a https
web?
zhouhao(a)vip.friendtimes.net
11:10 a.m.
New subject: How to config ovirt-engine to Https ?
Hi,
have you used the default certificate created by engine-setup? Or have you
provided your custom HTTPS certificate as described below?
https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL.html
Anyway in both cases please make sure you are accessing oVirt engine using
the same FQDN which you have provided in engine-setup
Regards,
Martin
On Fri, Jun 19, 2020 at 6:06 AM zhouhao(a)vip.friendtimes.net <
zhouhao(a)vip.friendtimes.net> wrote:
The https web access is ok,but I cant login the
ovirt-engine,how
to config a https web?
------------------------------
zhouhao(a)vip.friendtimes.net
_______________________________________________
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/43UGIBIJ23H...
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
8:43 a.m.
New subject: Fail to upload image file after Replace oVirt Engine SSL/TLS Certificate
I replaced my Certificate follow
https://myhomelab.gr/linux/2020/01/20/replacing_ovirt_ssl.html
Then I cant upload image files
THE LOGS BELOW
————————
2020-08-03 13:37:42,276+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default
task-28) [272b83fa-1d1a-473e-b72a-19886433801e] Running command:
TransferImageStatusCommand internal: false. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type
USER
2020-08-03 13:37:43,679+08 INFO [org.ovirt.engine.core.sso.utils.AuthenticationUtils]
(default task-27) [] User yuanqing(a)ft.com successfully logged in with scopes:
ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~
ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
ovirt-ext=token:password-access
2020-08-03 13:37:43,773+08 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand]
(default task-27) [1e6c5da4] Running command: CreateUserSessionCommand internal: false.
2020-08-03 13:37:43,814+08 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-27)
[1e6c5da4] EVENT_ID: USER_VDC_LOGIN(30), User yuanqing@ft.com(a)ft.com connecting from
'192.168.16.199' using session
'AkdaHSmXHYlF3v53VoJRWVCIp0VYjFJPcR/vbRs0tfT20Qq9zylnacmSQKJJ8kwkWmj392Lq8j6EFcz22BKdTg=='
logged in.
2020-08-03 13:37:44,428+08 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Command 'AddDisk' id: '0f22fdf1-6016-40f3-9768-b436b5c83972' child
commands '[abaa6f3d-82a1-4317-857e-0c32e3ffeca1]' executions were completed,
status 'SUCCEEDED'
2020-08-03 13:37:44,428+08 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Command 'AddDisk' id: '0f22fdf1-6016-40f3-9768-b436b5c83972' Updating
status to 'SUCCEEDED', The command end method logic will be executed by one of its
parent commands.
2020-08-03 13:37:44,488+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Successfully added Upload disk 'vyos-1.1.8-amd64.iso' (disk id:
'2720658b-c1cb-4021-810c-8333e80858eb', image id:
'6a61dee5-fc07-4afb-af81-3672b9077a3a') for image transfer command
'900b725e-d409-4192-bb52-c52cb29b37ee'
2020-08-03 13:37:44,524+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
START, PrepareImageVDSCommand(HostName = 192.168.4.23,
PrepareImageVDSCommandParameters:{hostId='b6142941-cc9e-4da3-b66d-5132f359edb5'}),
log id: 4bfe1a2c
2020-08-03 13:37:44,640+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
FINISH, PrepareImageVDSCommand, return: PrepareImageReturn:{status='Status [code=0,
message=Done]'}, log id: 4bfe1a2c
2020-08-03 13:37:44,641+08 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
START, SetVolumeLegalityVDSCommand(
SetVolumeLegalityVDSCommandParameters:{storagePoolId='17fae97b-4a94-4de5-88c0-0743ab2b9ab8',
ignoreFailoverLimit='false',
storageDomainId='0d707e2b-42ed-48d4-9675-2021a3840f40',
imageGroupId='2720658b-c1cb-4021-810c-8333e80858eb',
imageId='6a61dee5-fc07-4afb-af81-3672b9077a3a'}), log id: 31d7b9fe
2020-08-03 13:37:44,658+08 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
FINISH, SetVolumeLegalityVDSCommand, return: , log id: 31d7b9fe
2020-08-03 13:37:44,659+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
START, AddImageTicketVDSCommand(HostName = 192.168.4.23,
AddImageTicketVDSCommandParameters:{hostId='b6142941-cc9e-4da3-b66d-5132f359edb5',
ticketId='de8fa245-78ca-4d0a-b0b3-b7897aec7af6', timeout='300',
operations='[write]', size='241172480',
url='file:///rhev/data-center/mnt/_vmdata/0d707e2b-42ed-48d4-9675-2021a3840f40/images/2720658b-c1cb-4021-810c-8333e80858eb/6a61dee5-fc07-4afb-af81-3672b9077a3a',
filename='null', sparse='true',
transferId='900b725e-d409-4192-bb52-c52cb29b37ee'}), log id: 1687202b
2020-08-03 13:37:44,668+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
FINISH, AddImageTicketVDSCommand, return: StatusOnlyReturn [status=Status [code=0,
message=Done]], log id: 1687202b
2020-08-03 13:37:44,668+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Started transfer session with ticket id de8fa245-78ca-4d0a-b0b3-b7897aec7af6, timeout 300
seconds
2020-08-03 13:37:44,668+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Adding image ticket to ovirt-imageio-proxy, id de8fa245-78ca-4d0a-b0b3-b7897aec7af6
2020-08-03 13:37:44,679+08 ERROR
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Failed to add image ticket to ovirt-imageio-proxy: javax.net.ssl.SSLHandshakeException:
java.security.cert.CertificateException: No subject alternative DNS name matching
vdesk.bojoy.net found.
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) [jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1946) [jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:316) [jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:310) [jsse.jar:1.8.0_212]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1639)
[jsse.jar:1.8.0_212]
at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:223)
[jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1037) [jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.process_record(Handshaker.java:965) [jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1064)
[jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1367)
[jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1395)
[jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1379)
[jsse.jar:1.8.0_212]
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1334)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1309)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:259)
[rt.jar:1.8.0_212]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.addImageTicketToProxy(TransferDiskImageCommand.java:988)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.startImageTransferSession(TransferDiskImageCommand.java:911)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.handleImageIsReadyForTransfer(TransferDiskImageCommand.java:554)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.handleInitializing(TransferDiskImageCommand.java:525)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.executeStateHandler(TransferDiskImageCommand.java:460)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.proceedCommandExecution(TransferDiskImageCommand.java:447)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferImageCommandCallback.doPolling(TransferImageCommandCallback.java:21)
[bll.jar:]
at
org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
[bll.jar:]
at
org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
[bll.jar:]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[rt.jar:1.8.0_212]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_212]
at
org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
[javax.enterprise.concurrent-1.0.jar:]
at
org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
[javax.enterprise.concurrent-1.0.jar:]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[rt.jar:1.8.0_212]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[rt.jar:1.8.0_212]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_212]
at
org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
[javax.enterprise.concurrent-1.0.jar:]
at
org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)
Caused by: java.security.cert.CertificateException: No subject alternative DNS name
matching vdesk.bojoy.net found.
at sun.security.util.HostnameChecker.matchDNS(HostnameChecker.java:214)
[rt.jar:1.8.0_212]
at sun.security.util.HostnameChecker.match(HostnameChecker.java:96) [rt.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:455)
[jsse.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:436)
[jsse.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:200)
[jsse.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:124)
[jsse.jar:1.8.0_212]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1621)
[jsse.jar:1.8.0_212]
... 30 more
2020-08-03 13:37:44,680+08 ERROR
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Failed to add image ticket to ovirt-imageio-proxy
2020-08-03 13:37:44,691+08 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
EVENT_ID: TRANSFER_IMAGE_STOPPED_BY_SYSTEM_FAILED_TO_ADD_TICKET_TO_PROXY(1,070), Transfer
was stopped by system. Reason: failed to add image ticket to ovirt-imageio-proxy.
2020-08-03 13:37:44,693+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Updating image transfer 900b725e-d409-4192-bb52-c52cb29b37ee (image
2720658b-c1cb-4021-810c-8333e80858eb) phase to Paused by System
2020-08-03 13:37:44,700+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Returning from proceedCommandExecution after starting transfer session for image transfer
command '900b725e-d409-4192-bb52-c52cb29b37ee'
2020-08-03 13:37:44,751+08 ERROR [org.ovirt.engine.core.bll.GetPermissionsForObjectQuery]
(default task-28) [d1ae3442-a241-458f-a0cc-1a9ee9a3d0aa] Query execution failed due to
insufficient permissions.
2020-08-03 13:37:44,752+08 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-28) []
Operation Failed: query execution failed due to insufficient permissions.
2020-08-03 13:37:45,760+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-90) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Transfer was paused by system. Upload disk 'vyos-1.1.8-amd64.iso' (disk id:
'2720658b-c1cb-4021-810c-8333e80858eb', image id:
'6a61dee5-fc07-4afb-af81-3672b9077a3a')
2020-08-03 13:37:46,263+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default
task-32) [86b6811a-69a1-4771-b7dc-decaee05edf2] Running command:
TransferImageStatusCommand internal: false. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type
USER
2020-08-03 13:37:49,107+08 INFO
[org.ovirt.engine.core.bll.AttachUserToVmFromPoolAndRunCommand] (default task-32)
[97b00c94-904c-454e-bd5e-b4500a3e4a89] Lock Acquired to object
'EngineLock:{exclusiveLocks='[513a013e-7a92-4a28-801c-b1ceefcb551d=VM,
05230164-af26-468d-b1c9-32f2e4d64569=USER_VM_POOL]', sharedLocks=''}'
2020-08-03 13:37:49,196+08 INFO
[org.ovirt.engine.core.bll.AttachUserToVmFromPoolAndRunCommand] (default task-32)
[97b00c94-904c-454e-bd5e-b4500a3e4a89] Running command:
AttachUserToVmFromPoolAndRunCommand internal: false. Entities affected : ID:
77584b78-82a4-48de-8b75-78ff3628a5b7 Type: VmPoolAction group VM_POOL_BASIC_OPERATIONS
with role type USER
zhouhao(a)vip.friendtimes.net
12:36 a.m.
New subject: Fail to upload image file after Replace oVirt Engine SSL/TLS Certificate
On Mon, Aug 3, 2020 at 8:55 AM zhouhao(a)vip.friendtimes.net
<zhouhao(a)vip.friendtimes.net> wrote:
I replaced my Certificate follow
https://myhomelab.gr/linux/2020/01/20/replacing_ovirt_ssl.html
Then I cant upload image files
We need basic detail on this issue like oVirt version used, but this
smells like this bug:
https://bugzilla.redhat.com/1862107
Note that this issue is only about the proxy, you can upload images
directly the host using
the SDK:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload...
Here is example upload on my test environment:
$ ./upload_disk.py --engine-url https://engine3 \
--username admin@internal \
--password-file engine3-password \
--cafile engine3.pem \
--sd-name nfs1 \
--disk-format raw \
--disk-sparse \
/var/tmp/fedora-32.raw
Checking image...
Image format: raw
Disk format: raw
Disk content type: data
Disk provisioned size: 6442450944
Disk initial size: 6442450944
Disk name: fedora-32.raw
Disk backup: False
Connecting...
Creating disk...
Disk ID: 139c29a3-b9a8-4501-836d-92417c3d2eaf
Creating image transfer...
Transfer ID: d50a1b50-5bd8-417e-a950-d3a19a262daa
Transfer host name: host4
Uploading image...
[ 100.00% ] 6.00 GiB, 3.01 seconds, 1.99 GiB/s
Finalizing image transfer...
Upload completed successfully
Nir
THE LOGS BELOW
————————
2020-08-03 13:37:42,276+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default
task-28) [272b83fa-1d1a-473e-b72a-19886433801e] Running command:
TransferImageStatusCommand internal: false. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type
USER
2020-08-03 13:37:43,679+08 INFO [org.ovirt.engine.core.sso.utils.AuthenticationUtils]
(default task-27) [] User yuanqing(a)ft.com successfully logged in with scopes:
ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~
ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
ovirt-ext=token:password-access
2020-08-03 13:37:43,773+08 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand]
(default task-27) [1e6c5da4] Running command: CreateUserSessionCommand internal: false.
2020-08-03 13:37:43,814+08 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-27)
[1e6c5da4] EVENT_ID: USER_VDC_LOGIN(30), User yuanqing@ft.com(a)ft.com connecting from
'192.168.16.199' using session
'AkdaHSmXHYlF3v53VoJRWVCIp0VYjFJPcR/vbRs0tfT20Qq9zylnacmSQKJJ8kwkWmj392Lq8j6EFcz22BKdTg=='
logged in.
2020-08-03 13:37:44,428+08 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Command 'AddDisk' id: '0f22fdf1-6016-40f3-9768-b436b5c83972' child
commands '[abaa6f3d-82a1-4317-857e-0c32e3ffeca1]' executions were completed,
status 'SUCCEEDED'
2020-08-03 13:37:44,428+08 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Command 'AddDisk' id: '0f22fdf1-6016-40f3-9768-b436b5c83972' Updating
status to 'SUCCEEDED', The command end method logic will be executed by one of its
parent commands.
2020-08-03 13:37:44,488+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Successfully added Upload disk 'vyos-1.1.8-amd64.iso' (disk id:
'2720658b-c1cb-4021-810c-8333e80858eb', image id:
'6a61dee5-fc07-4afb-af81-3672b9077a3a') for image transfer command
'900b725e-d409-4192-bb52-c52cb29b37ee'
2020-08-03 13:37:44,524+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
START, PrepareImageVDSCommand(HostName = 192.168.4.23,
PrepareImageVDSCommandParameters:{hostId='b6142941-cc9e-4da3-b66d-5132f359edb5'}),
log id: 4bfe1a2c
2020-08-03 13:37:44,640+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
FINISH, PrepareImageVDSCommand, return: PrepareImageReturn:{status='Status [code=0,
message=Done]'}, log id: 4bfe1a2c
2020-08-03 13:37:44,641+08 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
START, SetVolumeLegalityVDSCommand(
SetVolumeLegalityVDSCommandParameters:{storagePoolId='17fae97b-4a94-4de5-88c0-0743ab2b9ab8',
ignoreFailoverLimit='false',
storageDomainId='0d707e2b-42ed-48d4-9675-2021a3840f40',
imageGroupId='2720658b-c1cb-4021-810c-8333e80858eb',
imageId='6a61dee5-fc07-4afb-af81-3672b9077a3a'}), log id: 31d7b9fe
2020-08-03 13:37:44,658+08 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
FINISH, SetVolumeLegalityVDSCommand, return: , log id: 31d7b9fe
2020-08-03 13:37:44,659+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
START, AddImageTicketVDSCommand(HostName = 192.168.4.23,
AddImageTicketVDSCommandParameters:{hostId='b6142941-cc9e-4da3-b66d-5132f359edb5',
ticketId='de8fa245-78ca-4d0a-b0b3-b7897aec7af6', timeout='300',
operations='[write]', size='241172480',
url='file:///rhev/data-center/mnt/_vmdata/0d707e2b-42ed-48d4-9675-2021a3840f40/images/2720658b-c1cb-4021-810c-8333e80858eb/6a61dee5-fc07-4afb-af81-3672b9077a3a',
filename='null', sparse='true',
transferId='900b725e-d409-4192-bb52-c52cb29b37ee'}), log id: 1687202b
2020-08-03 13:37:44,668+08 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
FINISH, AddImageTicketVDSCommand, return: StatusOnlyReturn [status=Status [code=0,
message=Done]], log id: 1687202b
2020-08-03 13:37:44,668+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Started transfer session with ticket id de8fa245-78ca-4d0a-b0b3-b7897aec7af6, timeout 300
seconds
2020-08-03 13:37:44,668+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Adding image ticket to ovirt-imageio-proxy, id de8fa245-78ca-4d0a-b0b3-b7897aec7af6
2020-08-03 13:37:44,679+08 ERROR
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Failed to add image ticket to ovirt-imageio-proxy: javax.net.ssl.SSLHandshakeException:
java.security.cert.CertificateException: No subject alternative DNS name matching
vdesk.bojoy.net found.
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) [jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1946) [jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:316) [jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:310) [jsse.jar:1.8.0_212]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1639)
[jsse.jar:1.8.0_212]
at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:223)
[jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1037) [jsse.jar:1.8.0_212]
at sun.security.ssl.Handshaker.process_record(Handshaker.java:965) [jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1064)
[jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1367)
[jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1395)
[jsse.jar:1.8.0_212]
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1379)
[jsse.jar:1.8.0_212]
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1334)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1309)
[rt.jar:1.8.0_212]
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:259)
[rt.jar:1.8.0_212]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.addImageTicketToProxy(TransferDiskImageCommand.java:988)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.startImageTransferSession(TransferDiskImageCommand.java:911)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.handleImageIsReadyForTransfer(TransferDiskImageCommand.java:554)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.handleInitializing(TransferDiskImageCommand.java:525)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.executeStateHandler(TransferDiskImageCommand.java:460)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.proceedCommandExecution(TransferDiskImageCommand.java:447)
[bll.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.TransferImageCommandCallback.doPolling(TransferImageCommandCallback.java:21)
[bll.jar:]
at
org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
[bll.jar:]
at
org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
[bll.jar:]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[rt.jar:1.8.0_212]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_212]
at
org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
[javax.enterprise.concurrent-1.0.jar:]
at
org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
[javax.enterprise.concurrent-1.0.jar:]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[rt.jar:1.8.0_212]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[rt.jar:1.8.0_212]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_212]
at
org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
[javax.enterprise.concurrent-1.0.jar:]
at
org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)
Caused by: java.security.cert.CertificateException: No subject alternative DNS name
matching vdesk.bojoy.net found.
at sun.security.util.HostnameChecker.matchDNS(HostnameChecker.java:214)
[rt.jar:1.8.0_212]
at sun.security.util.HostnameChecker.match(HostnameChecker.java:96) [rt.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:455)
[jsse.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:436)
[jsse.jar:1.8.0_212]
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:200)
[jsse.jar:1.8.0_212]
at
sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:124)
[jsse.jar:1.8.0_212]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1621)
[jsse.jar:1.8.0_212]
... 30 more
2020-08-03 13:37:44,680+08 ERROR
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Failed to add image ticket to ovirt-imageio-proxy
2020-08-03 13:37:44,691+08 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
EVENT_ID: TRANSFER_IMAGE_STOPPED_BY_SYSTEM_FAILED_TO_ADD_TICKET_TO_PROXY(1,070), Transfer
was stopped by system. Reason: failed to add image ticket to ovirt-imageio-proxy.
2020-08-03 13:37:44,693+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Updating image transfer 900b725e-d409-4192-bb52-c52cb29b37ee (image
2720658b-c1cb-4021-810c-8333e80858eb) phase to Paused by System
2020-08-03 13:37:44,700+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-35) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Returning from proceedCommandExecution after starting transfer session for image transfer
command '900b725e-d409-4192-bb52-c52cb29b37ee'
2020-08-03 13:37:44,751+08 ERROR [org.ovirt.engine.core.bll.GetPermissionsForObjectQuery]
(default task-28) [d1ae3442-a241-458f-a0cc-1a9ee9a3d0aa] Query execution failed due to
insufficient permissions.
2020-08-03 13:37:44,752+08 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-28) []
Operation Failed: query execution failed due to insufficient permissions.
2020-08-03 13:37:45,760+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-90) [2a5567e7-25bc-4d58-ab31-8f88f5a4a5fa]
Transfer was paused by system. Upload disk 'vyos-1.1.8-amd64.iso' (disk id:
'2720658b-c1cb-4021-810c-8333e80858eb', image id:
'6a61dee5-fc07-4afb-af81-3672b9077a3a')
2020-08-03 13:37:46,263+08 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default
task-32) [86b6811a-69a1-4771-b7dc-decaee05edf2] Running command:
TransferImageStatusCommand internal: false. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type
USER
2020-08-03 13:37:49,107+08 INFO
[org.ovirt.engine.core.bll.AttachUserToVmFromPoolAndRunCommand] (default task-32)
[97b00c94-904c-454e-bd5e-b4500a3e4a89] Lock Acquired to object
'EngineLock:{exclusiveLocks='[513a013e-7a92-4a28-801c-b1ceefcb551d=VM,
05230164-af26-468d-b1c9-32f2e4d64569=USER_VM_POOL]', sharedLocks=''}'
2020-08-03 13:37:49,196+08 INFO
[org.ovirt.engine.core.bll.AttachUserToVmFromPoolAndRunCommand] (default task-32)
[97b00c94-904c-454e-bd5e-b4500a3e4a89] Running command:
AttachUserToVmFromPoolAndRunCommand internal: false. Entities affected : ID:
77584b78-82a4-48de-8b75-78ff3628a5b7 Type: VmPoolAction group VM_POOL_BASIC_OPERATIONS
with role type USER
________________________________
zhouhao(a)vip.friendtimes.net
_______________________________________________
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/DCF53I4GOXY...
1565
days inactive
1644
days old
15 comments
9 participants
participants (9)
-
Gianluca Cecchi -
Joop -
Marcin Sobczyk -
Martin Perina -
Nir Soffer -
Staniforth, Paul -
Stephen Panicho -
Strahil Nikolov -
zhouhao＠vip.friendtimes.net