On Wed, Sep 27, 2017 at 7:01 PM, VONDRA Alain <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] *De la > part de* Yaniv Kaul > *Envoyé :* mardi 19 septembre 2017 13:36 > *À :* Ozan Uzun <ozanu...@gmail.com> > *Cc :* Ovirt Users <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 <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 <+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 <yk...@redhat.com> wrote: > > On Mon, Sep 18, 2017 at 11:47 PM, Ozan Uzun <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+0000: 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+0000: 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+0000: 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+0000: 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+0000: 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))) > > > ================= > > I do not want to lose all my virtual servers, is there any way to recover > them? Currenty everything is down. I am ok to install a new ovirt engine if > somehow I can restore my virtual servers. I can also split centos 6 and > centos 7 ovirt engine's. > > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users