As per my cluster the problem is on an higher level: you can't activate
the domains an FUSE, sanlock can't acquire the lock due to the
permission errors visible in brick log.
Am Donnerstag, den 21.07.2016, 19:17 + schrieb Scott:
> > You change the cache mode using a custom property per-VM I
Colin,
Thanks for your reply.
Can you give me some details on how you did it?
You just put it on maintenance mode and detach it and the add it to the
other domain?
It wont complain about been part of another domain?
Regards,
On Wed, Jul 20, 2016 at 10:54 PM, Colin Coe
I am running an application called Blue Iris which records video from IP cameras.This was working great under Ovirt 3.6.3 + Windows 7. Now I’ve upgraded to Windows 10 and as soon as the Blue Iris service starts, the VM blue screens.I talked to the software vendor, and they said it’s not their
On Thu, 21 Jul 2016 14:43:50 -0400 Robert wrote:
RS> So after some debugging with Simone on irc, we've determined that the issue
RS> is the agent timing out trying to communicate with the broker. The problem
RS> is that we have no idea why.
So more detail attached. The agent is sending:
On Thursday, July 21, 2016 02:38:41 PM Melissa Mesler wrote:
> That worked! Thank you!!!
>
Okay, great now if you want to set that as the default, so you don't have to
do that manually each time do the following:
ssh into the engine box as root.
engine-config -s ClientModeSpiceDefault=Plugin
That worked! Thank you!!!
On Thu, Jul 21, 2016, at 02:14 PM, Alexander Wels wrote:
> On Thursday, July 21, 2016 01:58:05 PM Melissa Mesler wrote:
> > Yes, this is a workaround for us after upgrading to 4.0. I know it's
> > going away in 4.1 but this buys us some time.
> >
> > So the first option
You change the cache mode using a custom property per-VM I believe. I
don't know if this would work for the hosted engine.
I've already downgraded my system, but once you have the test machine up,
perhaps you can try it. The custom property would be:
viodiskcache=writethrough
or
On Thursday, July 21, 2016 01:58:05 PM Melissa Mesler wrote:
> Yes, this is a workaround for us after upgrading to 4.0. I know it's
> going away in 4.1 but this buys us some time.
>
> So the first option didn't work b/c like yous aid, it wasn't there. So
> we did the second step and it still
Yes, this is a workaround for us after upgrading to 4.0. I know it's
going away in 4.1 but this buys us some time.
So the first option didn't work b/c like yous aid, it wasn't there. So
we did the second step and it still didn't seem to work. We even tried
restarting ovirt but that didn't help
OK, it seems that a snapshot was having the files but linux didn't saw
a change between the images as the size was still the same.
I'm going to dd back :)
2016-07-21 20:04 GMT+02:00 Matt . :
> OK, it seems that my config volume for the hosted engine is empty, I
> cannot
Den 21 jul 2016 8:39 em skrev Scott :
>
> CentOS 7 for me as well, using the zfsonlinux.org packages.
Ok, so whatever problems there may be in those packages, at least you have them
in common. That can also be a comfort:)
/K
>
> On Thu, Jul 21, 2016 at 1:26 PM David
So after some debugging with Simone on irc, we've determined that the issue
is the agent timing out trying to communicate with the broker. The problem
is that we have no idea why.
Thread-942::INFO::2016-07-21
CentOS 7 for me as well, using the zfsonlinux.org packages.
On Thu, Jul 21, 2016 at 1:26 PM David Gossage
wrote:
> On Thu, Jul 21, 2016 at 1:24 PM, Karli Sjöberg
> wrote:
>
>>
>> Den 21 jul 2016 7:54 em skrev David Gossage
On Thursday, July 21, 2016 01:19:35 PM Melissa Mesler wrote:
> Yes we are trying to get spice working on a thin client where we can't
> use virt-viewer. I just don't know the steps in the bugzilla to
> accomplish it as it's not completely clear.
>
Okay gotcha,
Note in 4.1 this ability will be
On Thu, Jul 21, 2016 at 1:24 PM, Karli Sjöberg wrote:
>
> Den 21 jul 2016 7:54 em skrev David Gossage :
> >
> > On Thu, Jul 21, 2016 at 11:47 AM, Scott wrote:
> >>
> >> Hi David,
> >>
> >> My backend storage is ZFS.
> >>
>
Den 21 jul 2016 7:54 em skrev David Gossage :
>
> On Thu, Jul 21, 2016 at 11:47 AM, Scott wrote:
>>
>> Hi David,
>>
>> My backend storage is ZFS.
>>
>> I thought about moving from FUSE to NFS mounts for my Gluster volumes to
>> help test. But
Yes we are trying to get spice working on a thin client where we can't
use virt-viewer. I just don't know the steps in the bugzilla to
accomplish it as it's not completely clear.
On Thu, Jul 21, 2016, at 01:14 PM, Alexander Wels wrote:
> On Thursday, July 21, 2016 01:08:49 PM Melissa Mesler
On Thursday, July 21, 2016 01:08:49 PM Melissa Mesler wrote:
> So I am trying to get spice working in ovirt 4.0. I found the following
> solution:
> https://bugzilla.redhat.com/show_bug.cgi?id=1316560
>
That bugzilla relates to the legacy spice.xpi FF plugin, and possibly some
activex plugin
So I am trying to get spice working in ovirt 4.0. I found the following
solution:
https://bugzilla.redhat.com/show_bug.cgi?id=1316560
Where do you set vdc_options.EnableDeprecatedClientModeSpicePlugin to
'true'?? I see it says ENGINE_DB but what steps do I follow to do this?
Can someone help me?
OK, it seems that my config volume for the hosted engine is empty, I
cannot tar anything out of it and I'm quite sure it has been empty for
ever as I got some strange warning every time.
Is there a way to recover that from files ? Backups/snapshots are empty so...
2016-07-21 13:43 GMT+02:00
On Thu, Jul 21, 2016 at 11:47 AM, Scott wrote:
> Hi David,
>
> My backend storage is ZFS.
>
> I thought about moving from FUSE to NFS mounts for my Gluster volumes to
> help test. But since I use hosted engine this would be a real pain. Its
> difficult to modify the storage
Hi David,
My backend storage is ZFS.
I thought about moving from FUSE to NFS mounts for my Gluster volumes to
help test. But since I use hosted engine this would be a real pain. Its
difficult to modify the storage domain type/path in the
hosted-engine.conf. And I don't want to go through the
What back end storage do you run gluster on? xfs/zfs/ext4 etc?
*David Gossage*
*Carousel Checks Inc. | System Administrator*
*Office* 708.613.2284
On Thu, Jul 21, 2016 at 8:18 AM, Scott wrote:
> I get similar problems with oVirt 4.0.1 and hosted engine. After
> upgrading
On Thu, Jul 21, 2016 at 5:33 PM, Alessandro De Salvo
wrote:
> Hi Nir,
>
> On Thu, 2016-07-21 at 17:25 +0300, Nir Soffer wrote:
>> On Thu, Jul 21, 2016 at 4:58 PM, Alessandro De Salvo
>> wrote:
>> > Hi,
>> > I'm trying to export
I'm creating a test box I can more thoroughly mess with so I can submit to
bugzilla something. Since my errors all popped up while trying to get
ovirt and gluster functional again rather than thoroughly gather logs and
test my data is kinda sketchy.
*David Gossage*
*Carousel Checks Inc. |
Bug ID 1358828. I can do another for the direct import of the OVF (without
virt-v2v) if needed.
Cheers,
Cam
On Thu, Jul 21, 2016 at 2:56 PM, Shahar Havivi wrote:
> On 21.07.16 14:38, Cam Mac wrote:
> > I tried that already, and it fails. I gave it another try with the GUI
Hi,
Sorry for my delayed response. I've been away on a holiday.
Around the time of the frozen VMs I see lots and lots and lots of "Transport
endpoint is not connected"
messages in the
'rhev-data-center-mnt-glusterSD-vmhost1.local:_vmstore1.log-20160711' log file,
like:
[2016-07-06
Hi Daniel,
On Thu, 2016-07-21 at 17:34 +0300, Daniel Erez wrote:
>
>
> On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo
> wrote:
> Hi,
> when trying to extend a ceph disk in ovirt 4 (Virtual Machines
> => Edit
> Virtual
On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> wrote:
> Hi,
> when trying to extend a ceph disk in ovirt 4 (Virtual Machines => Edit
> Virtual Machine => Instance images => Edit => Extend size by) I get the
> following error:
>
> Error while executing
Hi Nir,
On Thu, 2016-07-21 at 17:25 +0300, Nir Soffer wrote:
> On Thu, Jul 21, 2016 at 4:58 PM, Alessandro De Salvo
> wrote:
> > Hi,
> > I'm trying to export VMs using ceph disks on ovirt 4. The export itself
> > works, but the disks are not saved in the export
On Thu, Jul 21, 2016 at 4:58 PM, Alessandro De Salvo
wrote:
> Hi,
> I'm trying to export VMs using ceph disks on ovirt 4. The export itself
> works, but the disks are not saved in the export domains, only the VM
> definition is stored. Also, I cannot easily
Hello,
I have created a snapshot using Ovirt REST API. After creation in response
I found a link that gives me creation status of snapshot but when I am
using that URL I am getting 404 Error(URL Not Found). I am using
Ovirt version 3 API .
Regards,
*Vishal Panchal*
Software Developer
Hi,
I'm trying to export VMs using ceph disks on ovirt 4. The export itself
works, but the disks are not saved in the export domains, only the VM
definition is stored. Also, I cannot easily re-import them, unless I
clone the VM instead of importing it, it just fails.
Cinder itself can backup
On 21.07.16 14:38, Cam Mac wrote:
> I tried that already, and it fails. I gave it another try with the GUI on
> the new VM I created, as you described, and it fails.
> I can attach the engine log if you like.
no need,
please file a bug and attach the ova (without the disks - its a tar file that
I tried that already, and it fails. I gave it another try with the GUI on
the new VM I created, as you described, and it fails.
I can attach the engine log if you like.
Thanks,
Cam
On Thu, Jul 21, 2016 at 2:17 PM, Shahar Havivi wrote:
> On 21.07.16 14:01, Campbell McLeay
Hi,
when trying to extend a ceph disk in ovirt 4 (Virtual Machines => Edit
Virtual Machine => Instance images => Edit => Extend size by) I get the
following error:
Error while executing action: interface is required
In engine.log I see the following errors as well:
2016-07-21 15:14:55,266 ERROR
So could you please share logs?
Thanks
Martin
On Thu, Jul 21, 2016 at 3:17 PM, Gervais de Montbrun wrote:
> Hi Oved,
>
> Thanks for the suggestion.
>
> I tried setting "management_ip = 0.0.0.0" but same result.
> BTW, management_ip='0.0.0.0' (as suggested in the post)
I get similar problems with oVirt 4.0.1 and hosted engine. After upgrading
all my hosts to Gluster 3.7.13 (client and server), I get the following:
$ sudo hosted-engine --set-maintenance --mode=none
Traceback (most recent call last):
File "/usr/lib64/python2.7/runpy.py", line 162, in
Thanks a lot for you effort, I'm glad that you were able to upgrade
successfully although we were not able to find the cause for the issue :-(
On Thu, Jul 21, 2016 at 2:30 PM, wrote:
> So I gave it another try and this time it worked without any issue (with
> 4.0.1.1
On 21.07.16 14:01, Campbell McLeay wrote:
> Thanks Shahar. Will do. I created a new VM on VMWare for the purposes
> of testing the import again with a new hostname, and it failed with
> the same error.
What you are trying to do is as far as I understand is to use virt-v2v utility
to put the ova in
Hi Oved,
Thanks for the suggestion.
I tried setting "management_ip = 0.0.0.0" but same result.
BTW, management_ip='0.0.0.0' (as suggested in the post) doesn't work for me.
vdsmd wouldn't start.
Cheers,
Gervais
> On Jul 20, 2016, at 10:50 AM, Oved Ourfali wrote:
>
>
Thanks Shahar. Will do. I created a new VM on VMWare for the purposes
of testing the import again with a new hostname, and it failed with
the same error.
Cheers,
Cam
On 21 July 2016 at 12:59, Shahar Havivi wrote:
> On 21.07.16 14:58, Shahar Havivi wrote:
>> The error looks
So I gave it another try and this time it worked without any issue (with
4.0.1.1 version). Strange, maybe the first upgrade failure left system
in a weird state? Anyhow almost everything ([1]) is working fine now.
Thanks for the help!
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=1358737
The oVirt Project is pleased to announce the availability of the First
Release Candidate of oVirt 4.0.2 for testing, as of July 21st, 2016.
This release is available now for:
* Fedora 23 (tech preview)
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later
This release
On 21.07.16 14:58, Shahar Havivi wrote:
> The error looks like you have a problem in the storage pool which is null by
> the log.
>
> Please open a bug and specify the exact steps that you took,
> ie.
> 1. $ virt-v2v -o rhev ...
> 2. goto the admin portal and try to view the VMs in the export
The error looks like you have a problem in the storage pool which is null by
the log.
Please open a bug and specify the exact steps that you took,
ie.
1. $ virt-v2v -o rhev ...
2. goto the admin portal and try to view the VMs in the export domain
3. etc...
If you can attach the ova without the
Hey Devid,
I have the very same problem on my test-cluster, despite on running
ovirt 4.0.
If you access your volumes via NFS all is fine, problem is FUSE. I
stayed on 3.7.13, but have no solution yet, now I use NFS.
Frank
Am Donnerstag, den 21.07.2016, 04:28 -0500 schrieb David Gossage:
> > > >
On Thu, Jul 21, 2016 at 12:38 PM, Matt . wrote:
> The deploy went OK from the GUI but it's still not "active" as Hosted
> engine Host. The install also wen very fast so it looked like it
> didn't do anything witl the deploy setting in the GUI @ the hosted
> engine tab.
Hi list,
starting from here
(http://lists.ovirt.org/pipermail/devel/2016-January/012073.html) and adjusting
broken links now I'm able to pxe boot CentOS 7 + kernel arguments:
LABEL node_4
MENU LABEL Ovirt Node 4.0
KERNEL centos7/x86_64/vmlinuz
APPEND initrd=centos7/x86_64/initrd.img
On Thu, Jul 21, 2016 at 11:28 AM, David Gossage wrote:
> Anyone running one of recent 3.6.x lines and gluster using 3.7.13? I am
> looking to upgrade gluster from 3.7.11->3.7.13 for some bug fixes, but have
> been told by users on gluster mail list due to some
On Thu, Jul 21, 2016 at 12:43 PM, Markus Scherer
wrote:
> sorry no success
>
>
> [root@vm02 ~]# dnf clean all
> 24 files removed
> [root@vm02 ~]# dnf check-update
> Fedora 24 - x86_64 - Updates3.1 MB/s | 11 MB 00:03
> Fehler: Failed to synchronize
and the log
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.5/site-packages/dnf/cli/main.py", line 60, in main
return _main(base, args)
File "/usr/lib/python3.5/site-packages/dnf/cli/main.py", line 112, in
sorry no success
[root@vm02 ~]# dnf clean all
24 files removed
[root@vm02 ~]# dnf check-update
Fedora 24 - x86_64 - Updates3.1 MB/s | 11 MB 00:03
Fehler: Failed to synchronize cache for repo 'ovirt-4.0'
[root@vm02 ~]#
Am 21.07.2016 um 11:16 schrieb Sandro Bonazzola:
The deploy went OK from the GUI but it's still not "active" as Hosted
engine Host. The install also wen very fast so it looked like it
didn't do anything witl the deploy setting in the GUI @ the hosted
engine tab.
Or should I re-deploy again on the commandline after adding the host
through the
On Thu, Jul 21, 2016 at 12:28 PM, Matt . wrote:
> No problem I checked it out and applied it, no solution it seems.
Do you mean that it's still referring to your initial gateway or that
the deploy failed?
> 2016-07-21 12:14 GMT+02:00 Simone Tiraboschi
No problem I checked it out and applied it, no solution it seems.
2016-07-21 12:14 GMT+02:00 Simone Tiraboschi :
> On Thu, Jul 21, 2016 at 12:09 PM, Matt . wrote:
>> OK, I did a deploy from the engine and the Hosted is "Not Active" and
>
> Yes, sorry,
On Thu, Jul 21, 2016 at 12:09 PM, Matt . wrote:
> OK, I did a deploy from the engine and the Hosted is "Not Active" and
Yes, sorry, I forgot to mention that.
We have an open bug about re-activating an hosted-engine host from the
engine:
OK, I did a deploy from the engine and the Hosted is "Not Active" and
Engine HA is empty on 4.0.1
2016-07-21 11:58 GMT+02:00 Matt . :
> True, but you can up an IP on any device in that case because you know
> what you are doing.
>
> I think that this can be finetuned, or
True, but you can up an IP on any device in that case because you know
what you are doing.
I think that this can be finetuned, or at least multiple IPs would be
nice as I now need to add one IP from my vrrp setup, so if there is a
failover or I need to take down the second switch I'm also
On Thu, Jul 21, 2016 at 11:43 AM, Wee Sritippho wrote:
> Hi,
>
> I used to follow
> http://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine
> when upgrading Hosted Engine (HE) but always fail to make the engine VM
> migrate to the fresh upgraded host as
Hi,
I used to follow
http://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine
when upgrading Hosted Engine (HE) but always fail to make the engine VM
migrate to the fresh upgraded host as described in step 7. Furthermore,
the update available icon never disappeared from
> The issue seams here: please ensure that you can correctly connect
> your storage server.
> Can you please attach vdsm logs?
Yes actually I figured out it was a DNS problem : as mentioned in the messages
from the log I provided, it wasn't able to reach the NFS where the engine was
(as it
Anyone running one of recent 3.6.x lines and gluster using 3.7.13? I am
looking to upgrade gluster from 3.7.11->3.7.13 for some bug fixes, but have
been told by users on gluster mail list due to some gluster changes I'd
need to change the disk parameters to use writeback cache. Something to do
try with:
[ovirt-4.0]
name=Latest oVirt 4.0 Release
baseurl=http://resources.ovirt.org/pub/ovirt-4.0/rpm/fc$releasever/
#mirrorlist=
http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-fc$releasever
enabled=1
skip_if_unavailable=0
gpgcheck=1
Sent, thanks Shahar.
On Thu, Jul 21, 2016 at 10:05 AM, Shahar Havivi wrote:
> On 21.07.16 10:03, Cam Mac wrote:
> OK,
> Can you please share the engine.log
> > Hi Shahar,
> >
> > Doesn't appear to be there:
> >
> > engine=> select vm_name from vm_static where vm_name='wvm2';
On 21.07.16 10:03, Cam Mac wrote:
OK,
Can you please share the engine.log
> Hi Shahar,
>
> Doesn't appear to be there:
>
> engine=> select vm_name from vm_static where vm_name='wvm2';
> vm_name
> -
> (0 rows)
>
> Thanks,
>
> Cam
>
>
>
> On Thu, Jul 21, 2016 at 8:33 AM, Shahar
Hi Shahar,
Doesn't appear to be there:
engine=> select vm_name from vm_static where vm_name='wvm2';
vm_name
-
(0 rows)
Thanks,
Cam
On Thu, Jul 21, 2016 at 8:33 AM, Shahar Havivi wrote:
> On 20.07.16 20:06, Richard W.M. Jones wrote:
> > On Wed, Jul 20, 2016 at
On Thu, Jul 21, 2016 at 10:03 AM, Matt . wrote:
> OK, I will check this laster on, as I was having issues with the
> deploy from the GUI before as nothing really happened, I thought it
> was a bug on the first 4.0 release ?
>
> I think this should be investigated, the
my ovirt.repo file
[ovirt-4.0]
name=Latest oVirt 4.0 Release
#baseurl=http://resources.ovirt.org/pub/ovirt-4.0/rpm/fc$releasever/
mirrorlist=http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-fc$releasever
enabled=1
skip_if_unavailable=0
gpgcheck=1
OK, I will check this laster on, as I was having issues with the
deploy from the GUI before as nothing really happened, I thought it
was a bug on the first 4.0 release ?
I think this should be investigated, the whole deployment as it would
be good to have the possibility to list some GW's in case
On Thu, Jul 21, 2016 at 9:47 AM, Matt . wrote:
> OK, I already thought that but where is this saved as I don't have any
> rights as root to the ha_agent folder on the HE storage ?
It's not a folder: it's a tar file directly saved over a VDSM volume.
Editing it's a bit
On Wed, Jul 20, 2016 at 5:01 PM, Alexis HAUSER
wrote:
> After assigning an IP adress to a VLAN network (it was using DHCP by default)
> that was on the same NIC than ovirtmgmt, my hosted-engine crashed and can't
> start again...I have no idea how to fix this.
OK, I already thought that but where is this saved as I don't have any
rights as root to the ha_agent folder on the HE storage ?
In worst case scenario, how would i be able to deploy a new hosted
engine from a hosted engine ? This sounds undoable to me and also
unwanted as the HE is OK so far.
On Wed, Jul 20, 2016 at 10:26 PM, Rafael Almeida
wrote:
> Hello, i'm trying to upgrade my ovirt engine host 4.0.0.6-1 in my centos
> 7.2 x64 to 4.1, using:
We just released 4.0.1, not 4.1: https://www.ovirt.org/release/4.0.1/
> yum update "ovirt-engine-setup*"
>
On Thu, Jul 21, 2016 at 9:27 AM, Matt . wrote:
> Even when I change that on each host before I do a new deploy it still
> uses the old GW address.
If you deploy additional hosts with the CLI utility, each new host
will be deployed consuming the answerfile generated by the
On Thu, Jul 21, 2016 at 7:14 AM, Robert Story wrote:
> I have a 3.5 hosted-engine with 5 el7 nodes. Today I tried upgrading to 3.6.
> The engine upgrade went great, no problems.
>
> I had a host in maintenance mode, so I added the 3.6 repos and ran yum
> update. I waited for
Check time/ntp settings on nodes and engine.
--
a.shvy...@grfc.ru
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of C.
Handel
Sent: Thursday, July 21, 2016 10:03 AM
To: Oved Ourfali
Cc: users
Subject: Re: [ovirt-users] vdsm ssl errors
as far as i can tell, everything
On 20.07.16 20:06, Richard W.M. Jones wrote:
> On Wed, Jul 20, 2016 at 07:16:32PM +0100, Cam Mac wrote:
> > >
> > > The import doesn't happen automatically, you have to do the final step
> > > manually (when using the command line). See:
> > >
> > >
all nodes and engines are synced to the same timeserver.
as far as i can tell, the connection is from the node itself, to the vdsm
on the node, so no time difference can occur.
the certificate that get's presented be vdsm on port 54321 looks ok.
For what it is worth, I changed the certificate
Even when I change that on each host before I do a new deploy it still
uses the old GW address.
2016-07-21 9:24 GMT+02:00 Simone Tiraboschi :
> On Wed, Jul 20, 2016 at 11:57 PM, Matt . wrote:
>> OK, I tried to edit the answerfiles on the other hosts
On Wed, Jul 20, 2016 at 11:57 PM, Matt . wrote:
> OK, I tried to edit the answerfiles on the other hosts to use another
> IP but it doesn't ping and still uses the old GW address.
>
> Any idea ?
The gateway address is saved under
Hi Ariel,
It seems like you assigned a role to this network , from the name of your
network 'migration', i guess you assigned this network with migration role.)
In such case, this role requires a boot protocol(static ip or dhcp).
You can't setup networks if your network has one of this roles
On Thu, Jul 21, 2016 at 7:11 AM, Markus Scherer
wrote:
> Sorry the same problem
>
>
>
Maybe you hit a mirror out of sync, can you try using baseurl instead of
mirrorlist in the ovirt .repo files?
> Thx
>
> Am 20.07.2016 um 16:45 schrieb Sandro Bonazzola:
>
>
>
> On Mon,
as far as i can tell, everything is fine.
VMs are running, i can migrate them, they are restarted on crash, etc.
No events in the dashboard, performance data is available.
Greetings
Christoph
On Thu, Jul 21, 2016 at 8:59 AM, Oved Ourfali wrote:
> Other than errors,
longer logs attached, excerpts:
---+ vdsm
Reactor thread::INFO::2016-07-21
08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
Accepting connection from :::140.181.138.208:59502
Reactor thread::DEBUG::2016-07-21
Other than errors, anything that doesn't work on your environment?
On Jul 21, 2016 09:48, "Yaniv Kaul" wrote:
> Can you share engine and VDSM logs please?
> TIA,
> Y.
>
> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel wrote:
>
>> i have an ovirt 4.0.1
Can you share engine and VDSM logs please?
TIA,
Y.
On Thu, Jul 21, 2016 at 9:22 AM, C. Handel wrote:
> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
> storage backend.
>
> For some reason the vdsmd on the nodes is logging an error every few
> seconds:
Sorry the same problem
Thx
Am 20.07.2016 um 16:45 schrieb Sandro Bonazzola:
On Mon, Jul 18, 2016 at 9:41 AM, Markus Scherer > wrote:
Hi,
on an fresh installed fedora server 23 i got a "Failed to
synchronize cache for repo
i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San storage
backend.
For some reason the vdsmd on the nodes is logging an error every few
seconds:
vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
Running tcpdump it is a connect from the node to itself. I
89 matches
Mail list logo