Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-10-02 Thread VONDRA Alain
Hello,
Thank you very much Yaniv, I willl try it as soon as possible, I’ve made a 
restoration first, to have back the hypervisor quickly.
Regards






Alain VONDRA
Chargé d'Exploitation et de Sécurité des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.fr<http://www.unicef.fr/>

<http://www.unicef.fr>

<http://www.unicef.fr/>

<http://www.unicef.fr/><http://www.unicef.fr/>[cid:signature_Unicef-France_ade377bf-317d-4502-9e2f-a0b487c09563.gif]<https://don.unicef.fr/b?cid=73>







<http://www.unicef.fr>


De : Yaniv Kaul [mailto:yk...@redhat.com]
Envoyé : jeudi 28 septembre 2017 09:39
À : VONDRA Alain 
Cc : Ozan Uzun ; Ovirt Users 
Objet : Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: 
Failed to start SASL



On Wed, Sep 27, 2017 at 7:01 PM, VONDRA Alain 
mailto:avon...@unicef.fr>> wrote:
Hello,
I have exactly the same problem after an upgrade from CentOS 7.3 to 7.4, but I 
don’t want to plan now the migration to oVirt 4.x.
Can you help me to correct the bug and keep oVirt 3.6 for a few months ?
It really seems to be a modification in libvirt authentication because when I 
comment out
#auth_unix_rw="sasl"
in libvirtd.conf, libvirtd starts but my Host is still unresponsive in oVirt.
My production environment  is running on a single Hypervisor and I need the 
second one.
Thanks

The fix is[1]. I suppose you need to change:
mech_list: scram-sha-1

Y.

[1] https://gerrit.ovirt.org/#/c/76934/


De : users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> 
[mailto:users-boun...@ovirt.org<mailto:users-boun...@ovirt.org>] De la part de 
Yaniv Kaul
Envoyé : mardi 19 septembre 2017 13:36
À : Ozan Uzun mailto:ozanu...@gmail.com>>
Cc : Ovirt Users mailto:users@ovirt.org>>
Objet : Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: 
Failed to start SASL



On Tue, Sep 19, 2017 at 12:24 PM, Ozan Uzun 
mailto:ozanu...@gmail.com>> wrote:



Alain VONDRA
Chargé d'Exploitation et de Sécurité des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay 
Trouin<https://maps.google.com/?q=3+rue+Duguay+Trouin%C2%A0%C2%A075006+PARIS&entry=gmail&source=g>
  75006 
PARIS<https://maps.google.com/?q=3+rue+Duguay+Trouin%C2%A0%C2%A075006+PARIS&entry=gmail&source=g>
www.unicef.fr<http://www.unicef.fr/>


[cid:image001.gif@01D33BA4.C26AA280]<https://don.unicef.fr/b?cid=73>








After hours of struggle, I removed all the hosts.
Installed a fresh centos 6.x on a host. Now it works like a charm.

I will install a fresh ovirt 4.x, and start migration my vm's on new centos 7.4 
hosts.

The only supported way seems exporting/importing vm's for different ovirt 
engines. I wish  I had plain  qcow2 images to copy...


You could detach and attach a whole storage domain.
Y.


On Tue, 19 Sep 2017 at 10:18, Yaniv Kaul 
mailto:yk...@redhat.com>> wrote:
On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun 
mailto:ozanu...@gmail.com>> wrote:
Hello,
Today I updated my ovirt engine v3.5 and all my hosts on one datacenter (centos 
7.4 ones).

You are mixing an ancient release (oVirt 3.5) with the latest CentOS. This is 
not supported at best, and who knows if it works.

and suddenly  my vdsm and vdsm-network  services stopped working.
btw: My other DC is centos 6 based (managed from the same ovirt engine), 
everything works just fine there.

vdsm fails dependent on vdsm-network service, with lots of RPC error.
I tried to configure vdsm-tool configure --force, deleted everything 
(vdsm-libvirt), reinstalled.
Could not make it work.
My logs are filled with the follogin

Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS failure.  
Minor code may provide more information (No Kerberos credentials available 
(default cache: KEYRING:persistent:0))

This may sound like a change that happened in libvirt authentication, which 
we've adjusted to in oVirt 4.1.5 (specifically VDSM) I believe.
Y.

Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error : authentication 
failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI 
Error: Unspecified GSS failure.  Minor code may provide more information (No 
Kerberos credent
Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+: 4312: error 
: virNetSocketReadWire:1808 : End of file while reading data: Input/output error

---
journalctl -xe output for vdsm-network

Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error : authentication 
failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI 
Error: Unspecified GSS failure.  Minor code may provide more information

Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-09-28 Thread Yaniv Kaul
On Wed, Sep 27, 2017 at 7:01 PM, VONDRA Alain  wrote:

> Hello,
>
> I have exactly the same problem after an upgrade from CentOS 7.3 to 7.4,
> but I don’t want to plan now the migration to oVirt 4.x.
>
> Can you help me to correct the bug and keep oVirt 3.6 for a few months ?
>
> It really seems to be a modification in libvirt authentication because
> when I comment out
>
> #auth_unix_rw="sasl"
>
> in libvirtd.conf, libvirtd starts but my Host is still unresponsive in
> oVirt.
>
> My production environment  is running on a single Hypervisor and I need
> the second one.
>
> Thanks
>

The fix is[1]. I suppose you need to change:
mech_list: scram-sha-1

Y.

[1] https://gerrit.ovirt.org/#/c/76934/

>
>
>
>
> *De :* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *De la
> part de* Yaniv Kaul
> *Envoyé :* mardi 19 septembre 2017 13:36
> *À :* Ozan Uzun 
> *Cc :* Ovirt Users 
> *Objet :* Re: [ovirt-users] libvirt: XML-RPC error : authentication
> failed: Failed to start SASL
>
>
>
>
>
>
>
> On Tue, Sep 19, 2017 at 12:24 PM, Ozan Uzun  wrote:
>
> --
>
> *Alain VONDRA   *
> *Chargé d'Exploitation et de Sécurité des Systèmes d'Information   *
> *Direction Administrative et Financière*
> * +33 1 44 39 77 76 <+33%201%2044%2039%2077%2076> *
>
> *UNICEF France 3 rue Duguay Trouin
> <https://maps.google.com/?q=3+rue+Duguay+Trouin%C2%A0%C2%A075006+PARIS&entry=gmail&source=g>
>   75006
> PARIS
> <https://maps.google.com/?q=3+rue+Duguay+Trouin%C2%A0%C2%A075006+PARIS&entry=gmail&source=g>*
> * www.unicef.fr <http://www.unicef.fr/> *
> <http://www.unicef.fr>
>
> <http://www.unicef.fr/>
>
> <http://www.unicef.fr/> <http://www.unicef.fr/>
> <https://don.unicef.fr/b?cid=73>
>
>
>
> --
> <http://www.unicef.fr>
>
> After hours of struggle, I removed all the hosts.
>
> Installed a fresh centos 6.x on a host. Now it works like a charm.
>
>
>
> I will install a fresh ovirt 4.x, and start migration my vm's on new
> centos 7.4 hosts.
>
>
>
> The only supported way seems exporting/importing vm's for different ovirt
> engines. I wish  I had plain  qcow2 images to copy...
>
>
>
>
>
> You could detach and attach a whole storage domain.
>
> Y.
>
>
>
>
>
> On Tue, 19 Sep 2017 at 10:18, Yaniv Kaul  wrote:
>
> On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun  wrote:
>
> Hello,
>
> Today I updated my ovirt engine v3.5 and all my hosts on one datacenter
> (centos 7.4 ones).
>
>
>
> You are mixing an ancient release (oVirt 3.5) with the latest CentOS. This
> is not supported at best, and who knows if it works.
>
>
>
> and suddenly  my vdsm and vdsm-network  services stopped working.
>
> btw: My other DC is centos 6 based (managed from the same ovirt engine),
> everything works just fine there.
>
>
>
> vdsm fails dependent on vdsm-network service, with lots of RPC error.
>
> I tried to configure vdsm-tool configure --force, deleted everything
> (vdsm-libvirt), reinstalled.
>
> Could not make it work.
>
> My logs are filled with the follogin
>
> Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS
> failure.  Minor code may provide more information (No Kerberos credentials
> available (default cache: KEYRING:persistent:0))
>
>
>
> This may sound like a change that happened in libvirt authentication,
> which we've adjusted to in oVirt 4.1.5 (specifically VDSM) I believe.
>
> Y.
>
>
>
> Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
> provide more information (No Kerberos credent
> Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+: 4312:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
>
> ---
>
> journalctl -xe output for vdsm-network
>
>
> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
> provide more information (No Kerberos credent
> Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last):
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line
> 219, in main
> Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+: 4312:
> error : virNetSocketReadWire:

Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-09-27 Thread VONDRA Alain
Hello,
I have exactly the same problem after an upgrade from CentOS 7.3 to 7.4, but I 
don’t want to plan now the migration to oVirt 4.x.
Can you help me to correct the bug and keep oVirt 3.6 for a few months ?
It really seems to be a modification in libvirt authentication because when I 
comment out
#auth_unix_rw="sasl"
in libvirtd.conf, libvirtd starts but my Host is still unresponsive in oVirt.
My production environment  is running on a single Hypervisor and I need the 
second one.
Thanks


De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de 
Yaniv Kaul
Envoyé : mardi 19 septembre 2017 13:36
À : Ozan Uzun 
Cc : Ovirt Users 
Objet : Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: 
Failed to start SASL



On Tue, Sep 19, 2017 at 12:24 PM, Ozan Uzun 
mailto:ozanu...@gmail.com>> wrote:




Alain VONDRA
Chargé d'Exploitation et de Sécurité des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.fr<http://www.unicef.fr/>

<http://www.unicef.fr>

<http://www.unicef.fr/>

<http://www.unicef.fr/><http://www.unicef.fr/>[cid:signature_Unicef-France_ade377bf-317d-4502-9e2f-a0b487c09563.gif]<https://don.unicef.fr/b?cid=73>







<http://www.unicef.fr>

After hours of struggle, I removed all the hosts.
Installed a fresh centos 6.x on a host. Now it works like a charm.

I will install a fresh ovirt 4.x, and start migration my vm's on new centos 7.4 
hosts.

The only supported way seems exporting/importing vm's for different ovirt 
engines. I wish  I had plain  qcow2 images to copy...


You could detach and attach a whole storage domain.
Y.


On Tue, 19 Sep 2017 at 10:18, Yaniv Kaul 
mailto:yk...@redhat.com>> wrote:
On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun 
mailto:ozanu...@gmail.com>> wrote:
Hello,
Today I updated my ovirt engine v3.5 and all my hosts on one datacenter (centos 
7.4 ones).

You are mixing an ancient release (oVirt 3.5) with the latest CentOS. This is 
not supported at best, and who knows if it works.

and suddenly  my vdsm and vdsm-network  services stopped working.
btw: My other DC is centos 6 based (managed from the same ovirt engine), 
everything works just fine there.

vdsm fails dependent on vdsm-network service, with lots of RPC error.
I tried to configure vdsm-tool configure --force, deleted everything 
(vdsm-libvirt), reinstalled.
Could not make it work.
My logs are filled with the follogin

Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS failure.  
Minor code may provide more information (No Kerberos credentials available 
(default cache: KEYRING:persistent:0))

This may sound like a change that happened in libvirt authentication, which 
we've adjusted to in oVirt 4.1.5 (specifically VDSM) I believe.
Y.

Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error : authentication 
failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI 
Error: Unspecified GSS failure.  Minor code may provide more information (No 
Kerberos credent
Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+: 4312: error 
: virNetSocketReadWire:1808 : End of file while reading data: Input/output error

---
journalctl -xe output for vdsm-network

Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error : authentication 
failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI 
Error: Unspecified GSS failure.  Minor code may provide more information (No 
Kerberos credent
Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last):
Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line 219, in 
main
Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+: 4312: error 
: virNetSocketReadWire:1808 : End of file while reading data: Input/output error
Sep 18 23:06:02 node6 vdsm-tool[5340]: return 
tool_command[cmd]["command"](*args)
Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
"/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line 83, 
in upgrade_networks
Sep 18 23:06:02 node6 vdsm-tool[5340]: networks = netinfo.networks()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
"/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks
Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = libvirtconnection.get()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in get
Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = _open_qemu_connection()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in 
_open_qemu_connection
Sep 18 23:06:02 node6 vdsm-tool[5340]: return utils.retry(libvirtOpen, 
timeout=10, sleep=0

Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-09-19 Thread Yaniv Kaul
On Tue, Sep 19, 2017 at 12:24 PM, Ozan Uzun  wrote:

> After hours of struggle, I removed all the hosts.
> Installed a fresh centos 6.x on a host. Now it works like a charm.
>
> I will install a fresh ovirt 4.x, and start migration my vm's on new
> centos 7.4 hosts.
>
> The only supported way seems exporting/importing vm's for different ovirt
> engines. I wish  I had plain  qcow2 images to copy...
>
>
You could detach and attach a whole storage domain.
Y.


>
> On Tue, 19 Sep 2017 at 10:18, Yaniv Kaul  wrote:
>
>> On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun  wrote:
>>
>>> Hello,
>>>
>>> Today I updated my ovirt engine v3.5 and all my hosts on one datacenter
>>> (centos 7.4 ones).
>>>
>>
>> You are mixing an ancient release (oVirt 3.5) with the latest CentOS.
>> This is not supported at best, and who knows if it works.
>>
>>
>>> and suddenly  my vdsm and vdsm-network  services stopped working.
>>>
>>> btw: My other DC is centos 6 based (managed from the same ovirt engine),
>>> everything works just fine there.
>>>
>>> vdsm fails dependent on vdsm-network service, with lots of RPC error.
>>>
>>> I tried to configure vdsm-tool configure --force, deleted everything
>>> (vdsm-libvirt), reinstalled.
>>> Could not make it work.
>>> My logs are filled with the follogin
>>>
>>> Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS
>>> failure.  Minor code may provide more information (No Kerberos credentials
>>> available (default cache: KEYRING:persistent:0))
>>>
>>
>> This may sound like a change that happened in libvirt authentication,
>> which we've adjusted to in oVirt 4.1.5 (specifically VDSM) I believe.
>> Y.
>>
>>
>>> Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
>>> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
>>> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
>>> provide more information (No Kerberos credent
>>> Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+:
>>> 4312: error : virNetSocketReadWire:1808 : End of file while reading data:
>>> Input/output error
>>>
>>> ---
>>> journalctl -xe output for vdsm-network
>>>
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
>>> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
>>> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
>>> provide more information (No Kerberos credent
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last):
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line
>>> 219, in main
>>> Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+:
>>> 4312: error : virNetSocketReadWire:1808 : End of file while reading data:
>>> Input/output error
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: return
>>> tool_command[cmd]["command"](*args)
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-
>>> packages/vdsm/tool/upgrade_300_networks.py", line 83, in
>>> upgrade_networks
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: networks = netinfo.networks()
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
>>> "/usr/lib/python2.7/site-packages/vdsm/netinfo.py",
>>> line 112, in networks
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = libvirtconnection.get()
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-
>>> packages/vdsm/libvirtconnection.py", line 159, in get
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = _open_qemu_connection()
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-
>>> packages/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: return utils.retry(libvirtOpen,
>>> timeout=10, sleep=0.2)
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
>>> "/usr/lib/python2.7/site-packages/vdsm/utils.py",
>>> line 1108, in retry
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: return func()
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
>>> "/usr/lib64/python2.7/site-packages/libvirt.py",
>>> line 105, in openAuth
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: if ret is None:raise
>>> libvirtError('virConnectOpenAuth() failed')
>>> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirtError: authentication
>>> failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure:
>>> GSSAPI Error: Unspecified GSS failure.  Minor code may provide more
>>> information (No Kerberos credentials availa
>>> Sep 18 23:06:02 node6 systemd[1]: vdsm-network.service: control process
>>> exited, code=exited status=1
>>> Sep 18 23:06:02 node6 systemd[1]: Failed to start Virtual Desktop Server
>>> Manager network restoration.
>>>
>>> -
>>> libvirt is running but throws some errors.
>>>
>>> [root@node6 ~]# systemctl status libvirtd
>>> ● libvirtd.service - Virtualization daemon
>>>Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
>>> vendor preset: enabled)
>>>   Drop-In: /etc/systemd/system/libvirtd.service.d
>>>└─unlim

Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-09-19 Thread Ozan Uzun
After hours of struggle, I removed all the hosts.
Installed a fresh centos 6.x on a host. Now it works like a charm.

I will install a fresh ovirt 4.x, and start migration my vm's on new centos
7.4 hosts.

The only supported way seems exporting/importing vm's for different ovirt
engines. I wish  I had plain  qcow2 images to copy...


On Tue, 19 Sep 2017 at 10:18, Yaniv Kaul  wrote:

> On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun  wrote:
>
>> Hello,
>>
>> Today I updated my ovirt engine v3.5 and all my hosts on one datacenter
>> (centos 7.4 ones).
>>
>
> You are mixing an ancient release (oVirt 3.5) with the latest CentOS. This
> is not supported at best, and who knows if it works.
>
>
>> and suddenly  my vdsm and vdsm-network  services stopped working.
>>
>> btw: My other DC is centos 6 based (managed from the same ovirt engine),
>> everything works just fine there.
>>
>> vdsm fails dependent on vdsm-network service, with lots of RPC error.
>>
>> I tried to configure vdsm-tool configure --force, deleted everything
>> (vdsm-libvirt), reinstalled.
>> Could not make it work.
>> My logs are filled with the follogin
>>
>> Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS
>> failure.  Minor code may provide more information (No Kerberos credentials
>> available (default cache: KEYRING:persistent:0))
>>
>
> This may sound like a change that happened in libvirt authentication,
> which we've adjusted to in oVirt 4.1.5 (specifically VDSM) I believe.
> Y.
>
>
>> Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
>> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
>> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
>> provide more information (No Kerberos credent
>> Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+: 4312:
>> error : virNetSocketReadWire:1808 : End of file while reading data:
>> Input/output error
>>
>> ---
>> journalctl -xe output for vdsm-network
>>
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
>> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
>> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
>> provide more information (No Kerberos credent
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last):
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line
>> 219, in main
>> Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+: 4312:
>> error : virNetSocketReadWire:1808 : End of file while reading data:
>> Input/output error
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: return
>> tool_command[cmd]["command"](*args)
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File
>> "/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line
>> 83, in upgrade_networks
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: networks = netinfo.networks()
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File
>> "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = libvirtconnection.get()
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File
>> "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in
>> get
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = _open_qemu_connection()
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File
>> "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in
>> _open_qemu_connection
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: return utils.retry(libvirtOpen,
>> timeout=10, sleep=0.2)
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File
>> "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1108, in retry
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: return func()
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: File
>> "/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in openAuth
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: if ret is None:raise
>> libvirtError('virConnectOpenAuth() failed')
>> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirtError: authentication
>> failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure:
>> GSSAPI Error: Unspecified GSS failure.  Minor code may provide more
>> information (No Kerberos credentials availa
>> Sep 18 23:06:02 node6 systemd[1]: vdsm-network.service: control process
>> exited, code=exited status=1
>> Sep 18 23:06:02 node6 systemd[1]: Failed to start Virtual Desktop Server
>> Manager network restoration.
>>
>> -
>> libvirt is running but throws some errors.
>>
>> [root@node6 ~]# systemctl status libvirtd
>> ● libvirtd.service - Virtualization daemon
>>Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
>> vendor preset: enabled)
>>   Drop-In: /etc/systemd/system/libvirtd.service.d
>>└─unlimited-core.conf
>>Active: active (running) since Mon 2017-09-18 23:15:47 +03; 19min ago
>>  Docs: man:libvirtd(8)
>>http://libvirt.org
>>  Main PID: 6125 (libvirtd)
>>CGroup: /system.slice/libvirtd.service
>>

Re: [ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-09-19 Thread Yaniv Kaul
On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun  wrote:

> Hello,
>
> Today I updated my ovirt engine v3.5 and all my hosts on one datacenter
> (centos 7.4 ones).
>

You are mixing an ancient release (oVirt 3.5) with the latest CentOS. This
is not supported at best, and who knows if it works.


> and suddenly  my vdsm and vdsm-network  services stopped working.
>
> btw: My other DC is centos 6 based (managed from the same ovirt engine),
> everything works just fine there.
>
> vdsm fails dependent on vdsm-network service, with lots of RPC error.
>
> I tried to configure vdsm-tool configure --force, deleted everything
> (vdsm-libvirt), reinstalled.
> Could not make it work.
> My logs are filled with the follogin
>
> Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS
> failure.  Minor code may provide more information (No Kerberos credentials
> available (default cache: KEYRING:persistent:0))
>

This may sound like a change that happened in libvirt authentication, which
we've adjusted to in oVirt 4.1.5 (specifically VDSM) I believe.
Y.


> Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
> provide more information (No Kerberos credent
> Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+: 4312:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
>
> ---
> journalctl -xe output for vdsm-network
>
> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
> authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
> generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
> provide more information (No Kerberos credent
> Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last):
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line
> 219, in main
> Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+: 4312:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
> Sep 18 23:06:02 node6 vdsm-tool[5340]: return
> tool_command[cmd]["command"](*args)
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-
> packages/vdsm/tool/upgrade_300_networks.py", line 83, in upgrade_networks
> Sep 18 23:06:02 node6 vdsm-tool[5340]: networks = netinfo.networks()
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
> "/usr/lib/python2.7/site-packages/vdsm/netinfo.py",
> line 112, in networks
> Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = libvirtconnection.get()
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-
> packages/vdsm/libvirtconnection.py", line 159, in get
> Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = _open_qemu_connection()
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-
> packages/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection
> Sep 18 23:06:02 node6 vdsm-tool[5340]: return utils.retry(libvirtOpen,
> timeout=10, sleep=0.2)
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
> "/usr/lib/python2.7/site-packages/vdsm/utils.py",
> line 1108, in retry
> Sep 18 23:06:02 node6 vdsm-tool[5340]: return func()
> Sep 18 23:06:02 node6 vdsm-tool[5340]: File 
> "/usr/lib64/python2.7/site-packages/libvirt.py",
> line 105, in openAuth
> Sep 18 23:06:02 node6 vdsm-tool[5340]: if ret is None:raise 
> libvirtError('virConnectOpenAuth()
> failed')
> Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirtError: authentication
> failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure:
> GSSAPI Error: Unspecified GSS failure.  Minor code may provide more
> information (No Kerberos credentials availa
> Sep 18 23:06:02 node6 systemd[1]: vdsm-network.service: control process
> exited, code=exited status=1
> Sep 18 23:06:02 node6 systemd[1]: Failed to start Virtual Desktop Server
> Manager network restoration.
>
> -
> libvirt is running but throws some errors.
>
> [root@node6 ~]# systemctl status libvirtd
> ● libvirtd.service - Virtualization daemon
>Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
> vendor preset: enabled)
>   Drop-In: /etc/systemd/system/libvirtd.service.d
>└─unlimited-core.conf
>Active: active (running) since Mon 2017-09-18 23:15:47 +03; 19min ago
>  Docs: man:libvirtd(8)
>http://libvirt.org
>  Main PID: 6125 (libvirtd)
>CGroup: /system.slice/libvirtd.service
>└─6125 /usr/sbin/libvirtd --listen
>
> Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.195+: 6125:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
> Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.396+: 6125:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
> Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.597+: 6125:
> error : virNetSocketReadWire:1808 

[ovirt-users] libvirt: XML-RPC error : authentication failed: Failed to start SASL

2017-09-18 Thread Ozan Uzun
Hello,

Today I updated my ovirt engine v3.5 and all my hosts on one datacenter
(centos 7.4 ones).
and suddenly  my vdsm and vdsm-network  services stopped working.

btw: My other DC is centos 6 based (managed from the same ovirt engine),
everything works just fine there.

vdsm fails dependent on vdsm-network service, with lots of RPC error.

I tried to configure vdsm-tool configure --force, deleted everything
(vdsm-libvirt), reinstalled.
Could not make it work.
My logs are filled with the follogin

Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS failure.
Minor code may provide more information (No Kerberos credentials available
(default cache: KEYRING:persistent:0))
Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
provide more information (No Kerberos credent
Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+: 4312:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error

---
journalctl -xe output for vdsm-network

Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error :
authentication failed: Failed to start SASL negotiation: -1 (SASL(-1):
generic failure: GSSAPI Error: Unspecified GSS failure.  Minor code may
provide more information (No Kerberos credent
Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last):
Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line 219,
in main
Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+: 4312:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Sep 18 23:06:02 node6 vdsm-tool[5340]: return
tool_command[cmd]["command"](*args)
Sep 18 23:06:02 node6 vdsm-tool[5340]: File
"/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line
83, in upgrade_networks
Sep 18 23:06:02 node6 vdsm-tool[5340]: networks = netinfo.networks()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File
"/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks
Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = libvirtconnection.get()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in
get
Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = _open_qemu_connection()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in
_open_qemu_connection
Sep 18 23:06:02 node6 vdsm-tool[5340]: return utils.retry(libvirtOpen,
timeout=10, sleep=0.2)
Sep 18 23:06:02 node6 vdsm-tool[5340]: File
"/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1108, in retry
Sep 18 23:06:02 node6 vdsm-tool[5340]: return func()
Sep 18 23:06:02 node6 vdsm-tool[5340]: File
"/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in openAuth
Sep 18 23:06:02 node6 vdsm-tool[5340]: if ret is None:raise
libvirtError('virConnectOpenAuth() failed')
Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirtError: authentication failed:
Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI
Error: Unspecified GSS failure.  Minor code may provide more information
(No Kerberos credentials availa
Sep 18 23:06:02 node6 systemd[1]: vdsm-network.service: control process
exited, code=exited status=1
Sep 18 23:06:02 node6 systemd[1]: Failed to start Virtual Desktop Server
Manager network restoration.

-
libvirt is running but throws some errors.

[root@node6 ~]# systemctl status libvirtd
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
vendor preset: enabled)
  Drop-In: /etc/systemd/system/libvirtd.service.d
   └─unlimited-core.conf
   Active: active (running) since Mon 2017-09-18 23:15:47 +03; 19min ago
 Docs: man:libvirtd(8)
   http://libvirt.org
 Main PID: 6125 (libvirtd)
   CGroup: /system.slice/libvirtd.service
   └─6125 /usr/sbin/libvirtd --listen

Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.195+: 6125:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.396+: 6125:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.597+: 6125:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error





[root@node6 ~]# virsh
Welcome to virsh, the virtualization interactive terminal.

Type:  'help' for help with commands
   'quit' to quit

virsh # list
error: failed to connect to the hypervisor
error: authentication failed: Failed to start SASL negotiation: -1
(SASL(-1): generic failure: GSSAPI Error: Unspecified GSS failure.  Minor
code may provide more information (No Kerberos credentials available
(default cache: KEYRING:persistent:0)))


==