[ovirt-users] Re: Sometimes paused due to unknown storage error on gluster

2020-03-29 Thread Nir Soffer 
On Sun, Mar 29, 2020 at 2:42 AM Gianluca Cecchi
 wrote:
>
> On Sat, Mar 28, 2020 at 7:34 PM Nir Soffer  wrote:
>>
>> On Sat, Mar 28, 2020 at 5:00 AM Gianluca Cecchi
>>  wrote:
>> ...
>> > Further information.
>> > What I see around time frame in gluster brick log file 
>> > gluster_bricks-vmstore-vmstore.log (timestamp is behind 1 hour in log file)
>> >
>> > [2020-03-27 23:30:38.575808] I [MSGID: 101055] 
>> > [client_t.c:436:gf_client_unref] 0-vmstore-server: Shutting down 
>> > connection 
>> > CTX_ID:6e8f70b8-1946-4505-860f-be90e5807cb3-GRAPH_ID:0-PID:223418-HOST:ovirt.mydomain.local-PC_NAME:vmstore-client-0-RECON_NO:-0
>> > [2020-03-27 23:35:15.281449] E [MSGID: 113072] 
>> > [posix-inode-fd-ops.c:1886:posix_writev] 0-vmstore-posix: write failed: 
>> > offset 0, [Invalid argument]
>> > [2020-03-27 23:35:15.281545] E [MSGID: 115067] 
>> > [server-rpc-fops_v2.c:1373:server4_writev_cbk] 0-vmstore-server: 34139378: 
>> > WRITEV 10 (00d9fe81-8a31-498e-8401-7b9d1477378e), client: 
>> > CTX_ID:d04437ba-ef98-43df-864f-5e9d3738620a-GRAPH_ID:0-PID:27687-HOST:ovirt.mydomain.local-PC_NAME:vmstore-client-0-RECON_NO:-0,
>> >  error-xlator: vmstore-posix [Invalid argument]
>> > [2020-03-27 23:40:15.415794] E [MSGID: 113072] 
>> > [posix-inode-fd-ops.c:1886:posix_writev] 0-vmstore-posix: write failed: 
>> > offset 0, [Invalid argument]
>>
>> Invalid arguments are expected when activating a storage domain, and
>> every 5 minutes when
>> storage domain are refreshed. The writes are performed to to a temporary 
>> file at
>> /rhev/data-center/mnt/server:_path/.prob-random-uuid
>>
>> These logs do not show the path, so we don't know if the writes are
>> related to block size probing.
>>
>> But in vdsm log we see:
>>
>> 2020-03-27 00:40:08,979+0100 INFO  (monitor/665ff83)
>> [storage.StorageDomain] Removing remnants of deleted images []
>> (fileSD:726)
>>
>> This call happens when vdsm is refreshing storage domain. Right before
>> this log, vdsm try to detect the underlying
>> storage block size.
>>
>> So it looks like the gluster logs are related to block size probing
>> and are not related to the
>> I/O error that caused the VM to pause.
>
>
> [snip]
>
>>
>> Looking at both "abnormal vm stop" and storage refresh events:
>>
> [snip]
>
>>
>> I don't see any relation between refreshes and the abnormal vm stop events.
>>
>> I think the key to understanding this is to enable more verbose logs
>> in gluster understand what was
>> the failure that caused the vm to stop.
>>
>
>
> Ah, ok. Thanks
> It seems default gluster logs level are INFO and I can have them more verbose 
> for a limited amount of time seeing if more information is provided.
> Can I do it with VMs running and only doing sort of reload of the service or 
> do I have to stop all to do it?

I don't know about gluster logs, you obviously cannot stop the server
or the mount
helper on the client side to change log level, and I don't know if
they support reloading
configuration while running. Asking on gluster mailing list will help.

>> It would also help if we had detailed error logs in qemu log in
>> /var/log/libvirt/qemu/vm-name.log
>
>
> I will find them. The system is not available to check right now
>
>>
>> Did you enable libvirt logs? We may have more information about the error 
>> there.
>>
>> You can enable logs by modifying these lines in /etc/libvirt/libvirtd.conf:
>>
>> log_filters="1:qemu 1:libvirt 4:object 4:json 4:event 1:util"
>> log_outputs="1:file:/var/log/libvirt/libvirtd.log"
>>
>> And restart libvirt.
>>
>> Note that libvirt log may be huge, so you need to watch it and change
>> the log level or filter after you collect what you need.
>>
>> To log only warning and errors use:
>>
>> log_outputs="3:file:/var/log/libvirt/libvirtd.log"
>>
>> Someone from gluster should help debugging this.
>>
>> Nir
>>
>
> Ok, I could also try this way if enabling more verbose gluster logs is not 
> sufficient.

Enabling warnings in libvirt logs is probably wanted anyway. The
warnings and errors
can add more info about this failure.

See this for changing libvirt log level without restarting libvirt:
https://wiki.libvirt.org/page/DebugLogs#Runtime_setting

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/JRCGWHJWY4TSK64KHYEONLIMLFEKXF7C/

[ovirt-users] Re: How to debug a failed Run Once launch

2020-03-29 Thread eevans 
You said you get a pop up and think it’s a strange permission issue, but I 
don’t see where you posted the error message…If I missed it I apologize. Can 
you repost it?

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Shareef Jalloq  
Sent: Sunday, March 29, 2020 3:20 PM
To: eev...@digitaldatatechs.com
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Re: How to debug a failed Run Once launch

 

See my second reply to this thread.

 

On Fri, Mar 27, 2020 at 12:21 PM mailto:eev...@digitaldatatechs.com> > wrote:

Can you give the exact error message or a screenshot? Check the engine.log as 
well for error messages.

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Shareef Jalloq mailto:shar...@jalloq.co.uk> > 
Sent: Friday, March 27, 2020 6:30 AM
To: eev...@digitaldatatechs.com  
Cc: users@ovirt.org  
Subject: [ovirt-users] Re: How to debug a failed Run Once launch

 

So just to confirm all the options when I'm setting up the VM.  This is Windows 
Server 2019 so I'm selecting:

 

 - General:Operating System = Windows 2019 x64

 - System:Memory Size = 16GB

 - System:Total Virtual CPUs = 8

 - BootOptions:First Device = CD-ROM

 - BootOptions:Second Device = Hard Disk

 

Then in the Run Once config I'm attaching both the floppy and CD as well as 
updating the predefined boot sequence.

 

When I installed the virtio-win package there are multiple VFD files in 
/usr/share/virtio-win/.  I'm assuming the win_amd64.vfd version is for 
non-server Windows installs so I picked virtio-win_servers_amd64.vfd.

 

Assuming that's all ok, it just seems to be a strange permissions issue...

 

 

On Fri, Mar 27, 2020 at 8:59 AM Shareef Jalloq mailto:shar...@jalloq.co.uk> > wrote:

Yep.

 

On Thu, Mar 26, 2020 at 7:25 PM mailto:eev...@digitaldatatechs.com> > wrote:

The Windows Server 2019 needs to be the first boot device on the run once. Is 
it set that way in the boot options?



 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Shareef Jalloq mailto:shar...@jalloq.co.uk> > 
Sent: Thursday, March 26, 2020 2:25 PM
To: users@ovirt.org  
Subject: [ovirt-users] How to debug a failed Run Once launch

 

Hi,

 

I'm trying to create a Windows Server 2019 VM and having found the virtio-win 
package that needed to be installed am facing the next hurdle.

 

I've followed the documentation and I'm using the Run Once option with the 
following boot options:

 

Attach Floppy: virtio-win_servers_amd64.vfd

Attach CD:  Win 2029 ISO

CD-ROM at top of Predefined Boot Sequence

 

Clicking OK starts the VM but it immediately fails with a Failed Launching pop 
up.

 

How do I go about debugging this?

 

Shareef.

 

 


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/AJUQWUELRAFV3Q4OWKKX3SCJL2UV4NP4/

[ovirt-users] Re: How to debug a failed Run Once launch

2020-03-29 Thread Shareef Jalloq 
See my second reply to this thread.

On Fri, Mar 27, 2020 at 12:21 PM  wrote:

> Can you give the exact error message or a screenshot? Check the engine.log
> as well for error messages.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Shareef Jalloq 
> *Sent:* Friday, March 27, 2020 6:30 AM
> *To:* eev...@digitaldatatechs.com
> *Cc:* users@ovirt.org
> *Subject:* [ovirt-users] Re: How to debug a failed Run Once launch
>
>
>
> So just to confirm all the options when I'm setting up the VM.  This is
> Windows Server 2019 so I'm selecting:
>
>
>
>  - General:Operating System = Windows 2019 x64
>
>  - System:Memory Size = 16GB
>
>  - System:Total Virtual CPUs = 8
>
>  - BootOptions:First Device = CD-ROM
>
>  - BootOptions:Second Device = Hard Disk
>
>
>
> Then in the Run Once config I'm attaching both the floppy and CD as well
> as updating the predefined boot sequence.
>
>
>
> When I installed the virtio-win package there are multiple VFD files in
> /usr/share/virtio-win/.  I'm assuming the win_amd64.vfd version is for
> non-server Windows installs so I picked virtio-win_servers_amd64.vfd.
>
>
>
> Assuming that's all ok, it just seems to be a strange permissions issue...
>
>
>
>
>
> On Fri, Mar 27, 2020 at 8:59 AM Shareef Jalloq 
> wrote:
>
> Yep.
>
>
>
> On Thu, Mar 26, 2020 at 7:25 PM  wrote:
>
> The Windows Server 2019 needs to be the first boot device on the run once.
> Is it set that way in the boot options?
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Shareef Jalloq 
> *Sent:* Thursday, March 26, 2020 2:25 PM
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] How to debug a failed Run Once launch
>
>
>
> Hi,
>
>
>
> I'm trying to create a Windows Server 2019 VM and having found the
> virtio-win package that needed to be installed am facing the next hurdle.
>
>
>
> I've followed the documentation and I'm using the Run Once option with the
> following boot options:
>
>
>
> Attach Floppy: virtio-win_servers_amd64.vfd
>
> Attach CD:  Win 2029 ISO
>
> CD-ROM at top of Predefined Boot Sequence
>
>
>
> Clicking OK starts the VM but it immediately fails with a Failed Launching
> pop up.
>
>
>
> How do I go about debugging this?
>
>
>
> Shareef.
>
>
>
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/GRXGRBCZIDNMPIDFS5JKJ4MUUAHBKTRI/

[ovirt-users] DR on hyperconverged deployment

2020-03-29 Thread wodel youchi 
Hi,

Need to understand somethings about DR on oVirt-HI


   - What does mean : Scheduling regular backups using geo-replication
   (point 3.3.4 RHHI 1.7 Doc Maintaining RHHI) :
  - Does this mean creating a check-point?
  - If yes, does this mean that the geo-replication process will sync
  data up to that check-point and then stops the synchronization,
then repeat
  the same cycle the day after? does this mean that the minimum RPO is one
  day?
   - I created a snapshot of a VM on the source Manager, I synced the
   volume then I executed a DR, The VM was started on the Target Manager but
   the VM didn't have its snapshot, any idea???


Regards, be safe.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/RGTOOQVHMVTJ3YRT6DEPOMVTXI2VEORB/

[ovirt-users] Re: cannot manually migrate vm's

2020-03-29 Thread eevans 
Installed Firefox. I attached the Web Console output.


Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: eev...@digitaldatatechs.com  
Sent: Sunday, March 29, 2020 4:47 AM
To: 'Yedidyah Bar David' ; 'Strahil Nikolov' 

Cc: 'users' 
Subject: RE: [ovirt-users] Re: cannot manually migrate vm's



Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Yedidyah Bar David 
Sent: Sunday, March 29, 2020 2:48 AM
To: Strahil Nikolov 
Cc: users ; eev...@digitaldatatechs.com
Subject: Re: [ovirt-users] Re: cannot manually migrate vm's

On Fri, Mar 27, 2020 at 7:26 AM Strahil Nikolov  wrote:
>
> On March 27, 2020 12:12:21 AM GMT+02:00, eev...@digitaldatatechs.com wrote:
> >This has been submitted as a bug but no information about a fix yet.

I assume you refer to:

https://bugzilla.redhat.com/show_bug.cgi?id=1813711

Right?

> >Has any of the Red Hat folks heard anything?

I asked you there to check your browser console's log.

> >I would just like an update.
> >Thanks.
> >___
> >Users mailing list -- users@ovirt.org To unsubscribe send an email to 
> >users-le...@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/34WWWPU
> >WDME2CUUOPLLTE4DACEKUF6UM/
>
> It's not only the people in red... There a lot of people from Oracle and a 
> lot of "freelancers".
> I just call them 'the devs' , as they develop the software.
> P.S.: You can send an e-mail to the devel mailing list.

Frankly, I do not see much point in handling this in 3 different places in 
parallel. I think one is enough, and IMO bugzilla is the best suited for the 
task.

Best regards,
--
Didi


This page uses the non standard property “zoom”. Consider using calc() in 
the relevant property values, or using “transform” along with 
“transform-origin: 0 0”. webadmin
downloadable font: kern: Too large subtable (font-family: "Open Sans" 
style:normal weight:400 stretch:100 src index:3) source: 
https://ovirt.digitaldatatechs.com/ovirt-engine/webadmin/the…rand/bundled/patternfly/fonts/OpenSans-Regular-webfont.woff2
downloadable font: Table discarded (font-family: "Open Sans" style:normal 
weight:400 stretch:100 src index:3) source: 
https://ovirt.digitaldatatechs.com/ovirt-engine/webadmin/the…rand/bundled/patternfly/fonts/OpenSans-Regular-webfont.woff2
Sun Mar 29 05:59:04 GMT-400 2020 
org.ovirt.engine.ui.common.uicommon.ContextSensitiveHelpManager
INFO: No context-sensitive help was found on the server. It will not be 
available for this session. webadmin:1:19308
This page uses the non standard property “zoom”. Consider using calc() in 
the relevant property values, or using “transform” along with 
“transform-origin: 0 0”. plugin.html
Sun Mar 29 05:59:06 GMT-400 2020 
com.gwtplatform.mvp.client.presenter.slots.LegacySlotConvertor
SEVERE: Warning: You're using an untyped slot!
Untyped slots are dangerous! Please upgrade your slots using
the Arcbee's easy upgrade tool at
https://arcbees.github.io/gwtp-slot-upgrader webadmin:1:19223
downloadable font: kern: Too large subtable (font-family: "Open Sans" 
style:normal weight:600 stretch:100 src index:3) source: 
https://ovirt.digitaldatatechs.com/ovirt-engine/webadmin/the…and/bundled/patternfly/fonts/OpenSans-Semibold-webfont.woff2
downloadable font: Table discarded (font-family: "Open Sans" style:normal 
weight:600 stretch:100 src index:3) source: 
https://ovirt.digitaldatatechs.com/ovirt-engine/webadmin/the…and/bundled/patternfly/fonts/OpenSans-Semibold-webfont.woff2
downloadable font: kern: Too large subtable (font-family: "Open Sans" 
style:normal weight:700 stretch:100 src index:3) source: 
https://ovirt.digitaldatatechs.com/ovirt-engine/webadmin/the…t.brand/bundled/patternfly/fonts/OpenSans-Bold-webfont.woff2
downloadable font: Table discarded (font-family: "Open Sans" style:normal 
weight:700 stretch:100 src index:3) source: 
https://ovirt.digitaldatatechs.com/ovirt-engine/webadmin/the…t.brand/bundled/patternfly/fonts/OpenSans-Bold-webfont.woff2
Sun Mar 29 05:59:13 GMT-400 2020 com.google.gwt.core.client.JavaScriptObject$
SEVERE: Error while invoking function: TypeError: t is undefined 2 
webadmin:1:19223
This site appears to use a scroll-linked positioning effect. This may not work 
well with asynchronous panning; see 
https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects for 
further details and to join the discussion on related tools and features! 
webadmin
Sun Mar 29 05:59:16 GMT-400 2020 com.google.gwt.core.client.JavaScriptObject$
SEVERE: Error while invoking function: TypeError: t.filter is not a function 
webadmin:1:19223
Sun Mar 29 05:59:16 GMT-400 2020 com.google.gwt.core.client.JavaScriptObject$
SEVERE: Error while invoking function: TypeError:

[ovirt-users] Re: Engine status : unknown stale-data on single node

2020-03-29 Thread Strahil Nikolov 
On March 27, 2020 5:06:16 PM GMT+02:00, "Wood, Randall"  
wrote:
>I have a three node Ovirt cluster where one node has stale-data for the
>hosted engine, but the other two nodes do not:
>
>Output of `hosted-engine --vm-status` on a good node:
>
>```
>
>
>!! Cluster is in GLOBAL MAINTENANCE mode !!
>
>
>
>--== Host ovirt2.low.mdds.tcs-sec.com (id: 1) status ==--
>
>conf_on_shared_storage             : True
>Status up-to-date                  : True
>Hostname                           : ovirt2.low.mdds.tcs-sec.com
>Host ID                            : 1
>Engine status                      : {"health": "good", "vm": "up",
>"detail": "Up"}
>Score                              : 3400
>stopped                            : False
>Local maintenance                  : False
>crc32                              : f91f57e4
>local_conf_timestamp               : 9915242
>Host timestamp                     : 9915241
>Extra metadata (valid at timestamp):
>   metadata_parse_version=1
>   metadata_feature_version=1
>   timestamp=9915241 (Fri Mar 27 14:38:14 2020)
>   host-id=1
>   score=3400
>   vm_conf_refresh_time=9915242 (Fri Mar 27 14:38:14 2020)
>   conf_on_shared_storage=True
>   maintenance=False
>   state=GlobalMaintenance
>   stopped=False
>
>
>--== Host ovirt1.low.mdds.tcs-sec.com (id: 2) status ==--
>
>conf_on_shared_storage             : True
>Status up-to-date                  : True
>Hostname                           : ovirt1.low.mdds.tcs-sec.com
>Host ID                            : 2
>Engine status                      : {"reason": "vm not running on this
>host", "health": "bad", "vm": "down", "detail": "unknown"}
>Score                              : 3400
>stopped                            : False
>Local maintenance                  : False
>crc32                              : 48f9c0fc
>local_conf_timestamp               : 9218845
>Host timestamp                     : 9218845
>Extra metadata (valid at timestamp):
>   metadata_parse_version=1
>   metadata_feature_version=1
>   timestamp=9218845 (Fri Mar 27 14:38:22 2020)
>   host-id=2
>   score=3400
>   vm_conf_refresh_time=9218845 (Fri Mar 27 14:38:22 2020)
>   conf_on_shared_storage=True
>   maintenance=False
>   state=GlobalMaintenance
>   stopped=False
>
>
>--== Host ovirt3.low.mdds.tcs-sec.com (id: 3) status ==--
>
>conf_on_shared_storage             : True
>Status up-to-date                  : False
>Hostname                           : ovirt3.low.mdds.tcs-sec.com
>Host ID                            : 3
>Engine status                      : unknown stale-data
>Score                              : 3400
>stopped                            : False
>Local maintenance                  : False
>crc32                              : 620c8566
>local_conf_timestamp               : 1208310
>Host timestamp                     : 1208310
>Extra metadata (valid at timestamp):
>   metadata_parse_version=1
>   metadata_feature_version=1
>   timestamp=1208310 (Mon Dec 16 21:14:24 2019)
>   host-id=3
>   score=3400
>   vm_conf_refresh_time=1208310 (Mon Dec 16 21:14:24 2019)
>   conf_on_shared_storage=True
>   maintenance=False
>   state=GlobalMaintenance
>   stopped=False
>
>
>!! Cluster is in GLOBAL MAINTENANCE mode !!
>
>```
>
>I tried the steps in https://access.redhat.com/discussions/3511881, but
>`hosted-engine --vm-status` on the node with stale data shows:
>
>```
>The hosted engine configuration has not been retrieved from shared
>storage. Please ensure that ovirt-ha-agent is running and the storage
>server is reachable.
>```
>
>One the stale node, ovirt-ha-agent and ovirt-ha-broker are continually
>restarting. Since it seems the agent depends on the broker, the broker
>logs includes this snippet, repeating roughly every 3 seconds:
>
>```
>MainThread::INFO::2020-03-27
>15:01:06,584::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run)
>ovirt-hosted-engine-ha broker 2.3.6 started
>MainThread::INFO::2020-03-27
>15:01:06,584::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>Searching for submonitors in
>/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/submonitors
>MainThread::INFO::2020-03-27
>15:01:06,585::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>Loaded submonitor engine-health
>MainThread::INFO::2020-03-27
>15:01:06,585::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>Loaded submonitor storage-domain
>MainThread::INFO::2020-03-27
>15:01:06,585::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>Loaded submonitor network
>MainThread::INFO::2020-03-27
>15:01:06,587::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>Loaded submonitor cpu-load-no-engine
>MainThread::INFO::2020-03-27

[ovirt-users] Re: Cinderlib db not contained in engine-backup

2020-03-29 Thread Yedidyah Bar David 
On Sun, Mar 29, 2020 at 11:12 AM Thomas Klute  wrote:
>
> Dear oVirt users,
>
> I just noticed that the ovirt_cinderlib database does not seem to be
> contained in the archive file created by engine-backup.
> Is it missing there?

Yes, see also:

https://bugzilla.redhat.com/show_bug.cgi?id=1707225

> Or is there any other way to restore the data of the ovirt_cinderlib
> database in case a restore the engine-backup would be required?

None that I am aware of.

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SVHSO2FZKGM2AMXVNNXVXYD7K2HXPIFJ/

[ovirt-users] Re: vm console problem

2020-03-29 Thread David David 
there is no such problem with the ovirt-engine 4.2.5.2-1.el7
it appeared when upgrading to 4.3.*

вс, 29 мар. 2020 г. в 12:46, David David :

> tested on four different workstations with: fedora20, fedora31 and
> windows10(remote-manager last vers)
>
> вс, 29 мар. 2020 г. в 12:39, Strahil Nikolov :
>
>> On March 29, 2020 9:47:02 AM GMT+03:00, David David 
>> wrote:
>> >I did as you said:
>> >copied from engine /etc/ovirt-engine/ca.pem onto my desktop into
>> >/etc/pki/ca-trust/source/anchors and then run update-ca-trust
>> >it didn’t help, still the same errors
>> >
>> >
>> >пт, 27 мар. 2020 г. в 21:56, Strahil Nikolov :
>> >
>> >> On March 27, 2020 12:23:10 PM GMT+02:00, David David
>> >
>> >> wrote:
>> >> >here is debug from opening console.vv by remote-viewer
>> >> >
>> >> >2020-03-27 14:09 GMT+04:00, Milan Zamazal :
>> >> >> David David  writes:
>> >> >>
>> >> >>> yes i have
>> >> >>> console.vv attached
>> >> >>
>> >> >> It looks the same as mine.
>> >> >>
>> >> >> There is a difference in our logs, you have
>> >> >>
>> >> >>   Possible auth 19
>> >> >>
>> >> >> while I have
>> >> >>
>> >> >>   Possible auth 2
>> >> >>
>> >> >> So I still suspect a wrong authentication method is used, but I
>> >don't
>> >> >> have any idea why.
>> >> >>
>> >> >> Regards,
>> >> >> Milan
>> >> >>
>> >> >>> 2020-03-26 21:38 GMT+04:00, Milan Zamazal :
>> >>  David David  writes:
>> >> 
>> >> > copied from qemu server all certs except "cacrl" to my
>> >> >desktop-station
>> >> > into /etc/pki/
>> >> 
>> >>  This is not needed, the CA certificate is included in console.vv
>> >> >and no
>> >>  other certificate should be needed.
>> >> 
>> >> > but remote-viewer is still didn't work
>> >> 
>> >>  The log looks like remote-viewer is attempting certificate
>> >>  authentication rather than password authentication.  Do you have
>> >>  password in console.vv?  It should look like:
>> >> 
>> >>    [virt-viewer]
>> >>    type=vnc
>> >>    host=192.168.122.2
>> >>    port=5900
>> >>    password=fxLazJu6BUmL
>> >>    # Password is valid for 120 seconds.
>> >>    ...
>> >> 
>> >>  Regards,
>> >>  Milan
>> >> 
>> >> > 2020-03-26 2:22 GMT+04:00, Nir Soffer :
>> >> >> On Wed, Mar 25, 2020 at 12:45 PM David David
>> >
>> >> >> wrote:
>> >> >>>
>> >> >>> ovirt 4.3.8.2-1.el7
>> >> >>> gtk-vnc2-1.0.0-1.fc31.x86_64
>> >> >>> remote-viewer version 8.0-3.fc31
>> >> >>>
>> >> >>> can't open vm console by remote-viewer
>> >> >>> vm has vnc console protocol
>> >> >>> when click on console button to connect to a vm, the
>> >> >remote-viewer
>> >> >>> console disappear immediately
>> >> >>>
>> >> >>> remote-viewer debug in attachment
>> >> >>
>> >> >> You an issue with the certificates:
>> >> >>
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.238:
>> >> >> ../src/vncconnection.c Set credential 2 libvirt
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Searching for certs in /etc/pki
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Searching for certs in /root/.pki
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Failed to find certificate
>> >CA/cacert.pem
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c No CA certificate provided, using
>> >GNUTLS
>> >> >global
>> >> >> trust
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Failed to find certificate CA/cacrl.pem
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Failed to find certificate
>> >> >> libvirt/private/clientkey.pem
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Failed to find certificate
>> >> >> libvirt/clientcert.pem
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Waiting for missing credentials
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c Got all credentials
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> >> ../src/vncconnection.c No CA certificate provided; trying the
>> >> >system
>> >> >> trust store instead
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
>> >> >> ../src/vncconnection.c Using the system trust store and CRL
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
>> >> >> ../src/vncconnection.c No client cert or key provided
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
>> >> >> ../src/vncconnection.c No CA revocation list provided
>> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.241:
>> >> >> ../src/vncconnection.c

[ovirt-users] Re: vm console problem

2020-03-29 Thread David David 
tested on four different workstations with: fedora20, fedora31 and
windows10(remote-manager last vers)

вс, 29 мар. 2020 г. в 12:39, Strahil Nikolov :

> On March 29, 2020 9:47:02 AM GMT+03:00, David David 
> wrote:
> >I did as you said:
> >copied from engine /etc/ovirt-engine/ca.pem onto my desktop into
> >/etc/pki/ca-trust/source/anchors and then run update-ca-trust
> >it didn’t help, still the same errors
> >
> >
> >пт, 27 мар. 2020 г. в 21:56, Strahil Nikolov :
> >
> >> On March 27, 2020 12:23:10 PM GMT+02:00, David David
> >
> >> wrote:
> >> >here is debug from opening console.vv by remote-viewer
> >> >
> >> >2020-03-27 14:09 GMT+04:00, Milan Zamazal :
> >> >> David David  writes:
> >> >>
> >> >>> yes i have
> >> >>> console.vv attached
> >> >>
> >> >> It looks the same as mine.
> >> >>
> >> >> There is a difference in our logs, you have
> >> >>
> >> >>   Possible auth 19
> >> >>
> >> >> while I have
> >> >>
> >> >>   Possible auth 2
> >> >>
> >> >> So I still suspect a wrong authentication method is used, but I
> >don't
> >> >> have any idea why.
> >> >>
> >> >> Regards,
> >> >> Milan
> >> >>
> >> >>> 2020-03-26 21:38 GMT+04:00, Milan Zamazal :
> >>  David David  writes:
> >> 
> >> > copied from qemu server all certs except "cacrl" to my
> >> >desktop-station
> >> > into /etc/pki/
> >> 
> >>  This is not needed, the CA certificate is included in console.vv
> >> >and no
> >>  other certificate should be needed.
> >> 
> >> > but remote-viewer is still didn't work
> >> 
> >>  The log looks like remote-viewer is attempting certificate
> >>  authentication rather than password authentication.  Do you have
> >>  password in console.vv?  It should look like:
> >> 
> >>    [virt-viewer]
> >>    type=vnc
> >>    host=192.168.122.2
> >>    port=5900
> >>    password=fxLazJu6BUmL
> >>    # Password is valid for 120 seconds.
> >>    ...
> >> 
> >>  Regards,
> >>  Milan
> >> 
> >> > 2020-03-26 2:22 GMT+04:00, Nir Soffer :
> >> >> On Wed, Mar 25, 2020 at 12:45 PM David David
> >
> >> >> wrote:
> >> >>>
> >> >>> ovirt 4.3.8.2-1.el7
> >> >>> gtk-vnc2-1.0.0-1.fc31.x86_64
> >> >>> remote-viewer version 8.0-3.fc31
> >> >>>
> >> >>> can't open vm console by remote-viewer
> >> >>> vm has vnc console protocol
> >> >>> when click on console button to connect to a vm, the
> >> >remote-viewer
> >> >>> console disappear immediately
> >> >>>
> >> >>> remote-viewer debug in attachment
> >> >>
> >> >> You an issue with the certificates:
> >> >>
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.238:
> >> >> ../src/vncconnection.c Set credential 2 libvirt
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Searching for certs in /etc/pki
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Searching for certs in /root/.pki
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Failed to find certificate
> >CA/cacert.pem
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c No CA certificate provided, using
> >GNUTLS
> >> >global
> >> >> trust
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Failed to find certificate CA/cacrl.pem
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Failed to find certificate
> >> >> libvirt/private/clientkey.pem
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Failed to find certificate
> >> >> libvirt/clientcert.pem
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Waiting for missing credentials
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c Got all credentials
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
> >> >> ../src/vncconnection.c No CA certificate provided; trying the
> >> >system
> >> >> trust store instead
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
> >> >> ../src/vncconnection.c Using the system trust store and CRL
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
> >> >> ../src/vncconnection.c No client cert or key provided
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
> >> >> ../src/vncconnection.c No CA revocation list provided
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.241:
> >> >> ../src/vncconnection.c Handshake was blocking
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.243:
> >> >> ../src/vncconnection.c Handshake was blocking
> >> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.251:
> >> >> ../src/vncconnection.c Handshake was blocking
> >> >>

[ovirt-users] Re: cannot manually migrate vm's

2020-03-29 Thread eevans 
I posted the info in the bug report as a link to the logs, but the ui log has 
no entries. 
I replied to this already. I assume you didn't get it.
Let me know if I need to repost the info.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Yedidyah Bar David  
Sent: Sunday, March 29, 2020 2:48 AM
To: Strahil Nikolov 
Cc: users ; eev...@digitaldatatechs.com
Subject: Re: [ovirt-users] Re: cannot manually migrate vm's

On Fri, Mar 27, 2020 at 7:26 AM Strahil Nikolov  wrote:
>
> On March 27, 2020 12:12:21 AM GMT+02:00, eev...@digitaldatatechs.com wrote:
> >This has been submitted as a bug but no information about a fix yet.

I assume you refer to:

https://bugzilla.redhat.com/show_bug.cgi?id=1813711

Right?

> >Has any of the Red Hat folks heard anything?

I asked you there to check your browser console's log.

> >I would just like an update.
> >Thanks.
> >___
> >Users mailing list -- users@ovirt.org To unsubscribe send an email to 
> >users-le...@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/34WWWPU
> >WDME2CUUOPLLTE4DACEKUF6UM/
>
> It's not only the people in red... There a lot of people from Oracle and a 
> lot of "freelancers".
> I just call them 'the devs' , as they develop the software.
> P.S.: You can send an e-mail to the devel mailing list.

Frankly, I do not see much point in handling this in 3 different places in 
parallel. I think one is enough, and IMO bugzilla is the best suited for the 
task.

Best regards,
--
Didi

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/PULZO37K5QNGC5S7TT4U3Y7RGFTGG6O4/

[ovirt-users] Cinderlib db not contained in engine-backup

2020-03-29 Thread Thomas Klute 

Dear oVirt users,

I just noticed that the ovirt_cinderlib database does not seem to be 
contained in the archive file created by engine-backup.

Is it missing there?
Or is there any other way to restore the data of the ovirt_cinderlib 
database in case a restore the engine-backup would be required?


Best regards,
 Thomas
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/ETFRES2BHB2I6K3JNK2PYX7SSMYK5UVN/

[ovirt-users] Engine status : unknown stale-data on single node

2020-03-29 Thread Wood, Randall 
I have a three node Ovirt cluster where one node has stale-data for the hosted 
engine, but the other two nodes do not:

Output of `hosted-engine --vm-status` on a good node:

```


!! Cluster is in GLOBAL MAINTENANCE mode !!



--== Host ovirt2.low.mdds.tcs-sec.com (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : ovirt2.low.mdds.tcs-sec.com
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": 
"Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : f91f57e4
local_conf_timestamp               : 9915242
Host timestamp                     : 9915241
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=9915241 (Fri Mar 27 14:38:14 2020)
host-id=1
score=3400
vm_conf_refresh_time=9915242 (Fri Mar 27 14:38:14 2020)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False


--== Host ovirt1.low.mdds.tcs-sec.com (id: 2) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : ovirt1.low.mdds.tcs-sec.com
Host ID                            : 2
Engine status                      : {"reason": "vm not running on this host", 
"health": "bad", "vm": "down", "detail": "unknown"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 48f9c0fc
local_conf_timestamp               : 9218845
Host timestamp                     : 9218845
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=9218845 (Fri Mar 27 14:38:22 2020)
host-id=2
score=3400
vm_conf_refresh_time=9218845 (Fri Mar 27 14:38:22 2020)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False


--== Host ovirt3.low.mdds.tcs-sec.com (id: 3) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : False
Hostname                           : ovirt3.low.mdds.tcs-sec.com
Host ID                            : 3
Engine status                      : unknown stale-data
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 620c8566
local_conf_timestamp               : 1208310
Host timestamp                     : 1208310
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1208310 (Mon Dec 16 21:14:24 2019)
host-id=3
score=3400
vm_conf_refresh_time=1208310 (Mon Dec 16 21:14:24 2019)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False


!! Cluster is in GLOBAL MAINTENANCE mode !!

```

I tried the steps in https://access.redhat.com/discussions/3511881, but 
`hosted-engine --vm-status` on the node with stale data shows:

```
The hosted engine configuration has not been retrieved from shared storage. 
Please ensure that ovirt-ha-agent is running and the storage server is 
reachable.
```

One the stale node, ovirt-ha-agent and ovirt-ha-broker are continually 
restarting. Since it seems the agent depends on the broker, the broker logs 
includes this snippet, repeating roughly every 3 seconds:

```
MainThread::INFO::2020-03-27 
15:01:06,584::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) 
ovirt-hosted-engine-ha broker 2.3.6 started
MainThread::INFO::2020-03-27 
15:01:06,584::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Searching for submonitors in 
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/submonitors
MainThread::INFO::2020-03-27 
15:01:06,585::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor engine-health
MainThread::INFO::2020-03-27 
15:01:06,585::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor storage-domain
MainThread::INFO::2020-03-27 
15:01:06,585::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor network
MainThread::INFO::2020-03-27 
15:01:06,587::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load-no-engine
MainThread::INFO::2020-03-27 
15:01:06,587::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mem-free
MainThread::INFO::2020-03-27

[ovirt-users] install oVirt on Fedora31

2020-03-29 Thread eldaeron 
Hello! Tell me, can I install oVirt on Fedora 31? I try to install 
"http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm; but only 
"ovirt-4.2.repo" appears in "yum.repos.d". "ovirt-4.2-dependencies.repo" is 
missing. ok, I installed ovirt-release42.rpm on a virtual machine with centos7 
and downloaded both files from it. but when I try to run "yum install 
ovirt-hosted-engine-setup" I get "Error: Failed to download metadata for repo 
'ovirt-4.2': Cannot prepare internal mirrorlist: No URLs in mirrorlist" and "No 
match for argument: ovirt -hosted-engine-setup "
sorry for my english, this is a translator :)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/CIU7K3S23FXNPOSXFDURFOCTE6E63WDU/

[ovirt-users] Re: vm console problem

2020-03-29 Thread David David 
I did as you said:
copied from engine /etc/ovirt-engine/ca.pem onto my desktop into
/etc/pki/ca-trust/source/anchors and then run update-ca-trust
it didn’t help, still the same errors

вс, 29 мар. 2020 г. в 10:47, David David :

> I did as you said:
> copied from engine /etc/ovirt-engine/ca.pem onto my desktop into
> /etc/pki/ca-trust/source/anchors and then run update-ca-trust
> it didn’t help, still the same errors
>
>
> пт, 27 мар. 2020 г. в 21:56, Strahil Nikolov :
>
>> On March 27, 2020 12:23:10 PM GMT+02:00, David David 
>> wrote:
>> >here is debug from opening console.vv by remote-viewer
>> >
>> >2020-03-27 14:09 GMT+04:00, Milan Zamazal :
>> >> David David  writes:
>> >>
>> >>> yes i have
>> >>> console.vv attached
>> >>
>> >> It looks the same as mine.
>> >>
>> >> There is a difference in our logs, you have
>> >>
>> >>   Possible auth 19
>> >>
>> >> while I have
>> >>
>> >>   Possible auth 2
>> >>
>> >> So I still suspect a wrong authentication method is used, but I don't
>> >> have any idea why.
>> >>
>> >> Regards,
>> >> Milan
>> >>
>> >>> 2020-03-26 21:38 GMT+04:00, Milan Zamazal :
>>  David David  writes:
>> 
>> > copied from qemu server all certs except "cacrl" to my
>> >desktop-station
>> > into /etc/pki/
>> 
>>  This is not needed, the CA certificate is included in console.vv
>> >and no
>>  other certificate should be needed.
>> 
>> > but remote-viewer is still didn't work
>> 
>>  The log looks like remote-viewer is attempting certificate
>>  authentication rather than password authentication.  Do you have
>>  password in console.vv?  It should look like:
>> 
>>    [virt-viewer]
>>    type=vnc
>>    host=192.168.122.2
>>    port=5900
>>    password=fxLazJu6BUmL
>>    # Password is valid for 120 seconds.
>>    ...
>> 
>>  Regards,
>>  Milan
>> 
>> > 2020-03-26 2:22 GMT+04:00, Nir Soffer :
>> >> On Wed, Mar 25, 2020 at 12:45 PM David David 
>> >> wrote:
>> >>>
>> >>> ovirt 4.3.8.2-1.el7
>> >>> gtk-vnc2-1.0.0-1.fc31.x86_64
>> >>> remote-viewer version 8.0-3.fc31
>> >>>
>> >>> can't open vm console by remote-viewer
>> >>> vm has vnc console protocol
>> >>> when click on console button to connect to a vm, the
>> >remote-viewer
>> >>> console disappear immediately
>> >>>
>> >>> remote-viewer debug in attachment
>> >>
>> >> You an issue with the certificates:
>> >>
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.238:
>> >> ../src/vncconnection.c Set credential 2 libvirt
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Searching for certs in /etc/pki
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Searching for certs in /root/.pki
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Failed to find certificate CA/cacert.pem
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c No CA certificate provided, using GNUTLS
>> >global
>> >> trust
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Failed to find certificate CA/cacrl.pem
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Failed to find certificate
>> >> libvirt/private/clientkey.pem
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Failed to find certificate
>> >> libvirt/clientcert.pem
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Waiting for missing credentials
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c Got all credentials
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.239:
>> >> ../src/vncconnection.c No CA certificate provided; trying the
>> >system
>> >> trust store instead
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
>> >> ../src/vncconnection.c Using the system trust store and CRL
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
>> >> ../src/vncconnection.c No client cert or key provided
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.240:
>> >> ../src/vncconnection.c No CA revocation list provided
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.241:
>> >> ../src/vncconnection.c Handshake was blocking
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.243:
>> >> ../src/vncconnection.c Handshake was blocking
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.251:
>> >> ../src/vncconnection.c Handshake was blocking
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.298:
>> >> ../src/vncconnection.c Handshake done
>> >> (remote-viewer:2721): gtk-vnc-DEBUG: 11:56:25.298:
>> >> ../src/vncconnection.c Validating
>> >> (remote-viewer:2721):

[ovirt-users] Re: cannot manually migrate vm's

2020-03-29 Thread Yedidyah Bar David 
On Fri, Mar 27, 2020 at 7:26 AM Strahil Nikolov  wrote:
>
> On March 27, 2020 12:12:21 AM GMT+02:00, eev...@digitaldatatechs.com wrote:
> >This has been submitted as a bug but no information about a fix yet.

I assume you refer to:

https://bugzilla.redhat.com/show_bug.cgi?id=1813711

Right?

> >Has any of the Red Hat folks heard anything?

I asked you there to check your browser console's log.

> >I would just like an update.
> >Thanks.
> >___
> >Users mailing list -- users@ovirt.org
> >To unsubscribe send an email to users-le...@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/34WWWPUWDME2CUUOPLLTE4DACEKUF6UM/
>
> It's not only the people in red... There a lot of people from Oracle and a 
> lot of "freelancers".
> I just call them 'the devs' , as they develop the software.
> P.S.: You can send an e-mail to the devel mailing list.

Frankly, I do not see much point in handling this in 3 different places
in parallel. I think one is enough, and IMO bugzilla is the best suited
for the task.

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/L6FV6SAMEK2CUK5XTTPX5HSXWYTYTDQO/