On Sun, Sep 15, 2013 at 11:51 PM, Omer Frenkel <ofren...@redhat.com> wrote:
> > > ----- Original Message ----- > > From: "Dan Kenigsberg" <dan...@redhat.com> > > To: "Andrew Lau" <and...@andrewklau.com> > > Cc: libvir-list@redhat.com, "users" <us...@ovirt.org> > > Sent: Sunday, September 15, 2013 3:47:03 PM > > Subject: Re: [Users] Live Migration failed oVirt 3.3 Nightly > > > > On Sun, Sep 15, 2013 at 09:57:47PM +1000, Andrew Lau wrote: > > > On Sun, Sep 15, 2013 at 9:34 PM, Dan Kenigsberg <dan...@redhat.com> > wrote: > > > > > > > On Sun, Sep 15, 2013 at 08:44:18PM +1000, Andrew Lau wrote: > > > > > On Sun, Sep 15, 2013 at 8:00 PM, Dan Kenigsberg <dan...@redhat.com > > > > > > wrote: > > > > > > > > > > > On Sun, Sep 15, 2013 at 06:48:41PM +1000, Andrew Lau wrote: > > > > > > > Hi Dan, > > > > > > > > > > > > > > Certainly, I've uploaded them to fedora's paste bin and tried > to > > > > > > > snip > > > > > > just > > > > > > > the relevant details. > > > > > > > > > > > > > > Sender (hv01.melb.domain.net): > > > > > > > http://paste.fedoraproject.org/39660/92339651/ > > > > > > > > > > > > This one has > > > > > > > > > > > > libvirtError: operation failed: Failed to connect to remote > > > > > > libvirt > > > > > > URI qemu+tls://hv02.melb.domain.net/system > > > > > > > > > > > > which is most often related to firewall issues, and some time to > key > > > > > > mismatch. > > > > > > > > > > > > Does > > > > > > virsh -c qemu+tls://hv02.melb.domain.net/system capabilities > > > > > > work when run from the command line of hv01? > > > > > > > > > > > > Dan. > > > > > > > Receiver (hv02.melb.domain.net): ` > > > > > > > http://paste.fedoraproject.org/39661/23406913/ > > > > > > > > > > > > > > VM being transfered is ovirt_guest_vm > > > > > > > > > > > > > > Thanks, > > > > > > > Andrew > > > > > > > > > > > > > > > > virsh -c qemu+tls://hv02.melb.domain.net/system > > > > > 2013-09-15 10:41:10.620+0000: 23994: info : libvirt version: > 0.10.2, > > > > > package: 18.el6_4.9 (CentOS BuildSystem <http://bugs.centos.org>, > > > > > 2013-07-02-11:19:29, c6b8.bsys.dev.centos.org) > > > > > 2013-09-15 10:41:10.620+0000: 23994: warning : > > > > > virNetTLSContextCheckCertificate:1102 : Certificate check failed > > > > > Certificate failed validation: The certificate hasn't got a known > > > > > issuer. > > > > > > > > Would you share your > > > > > > > > > > > > openssl x509 -in > > > > /etc/pki/vdsm/certs/cacert.pem -text > > > > > > > > openssl x509 -in /etc/pki/vdsm/certs/vdsmcert.pem -text > > > > > > > > on both hosts? This content may be sensitive, and may not > > > > provide an answer why libvirt on src cannot contact libvirtd on the > > > > other host. So before you do that, would you test if > > > > > > > > > > > > vdsClient -s hv02.melb.domain.net getVdsCapabilities > > > > > > > > works when run on hv01? It may be that the certificates are fine, but > > > > libvirt is not configured to use the correct ones. > > > > > > > > Dan. > > > > > > > > > > > vdsClient -s hv02.melb.domain.net getVdsCapabilities runs fine > > > > > > I did a quick comparison between the files on both hosts, they seem to > have > > > the right details (host names, authority etc.) > > > cacert.pem matches > > > > > > /etc/libvirt/libvirtd.conf > > > > > > ca_file="/etc/pki/vdsm/certs/cacert.pem" > > > cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" > > > key_file="/etc/pki/vdsm/keys/vdsmkey.pem" > > > > this sounds a little like > https://bugzilla.redhat.com/show_bug.cgi?id=996146 > > can you try to restart libvirt (on both hosts just to be sure) and try > again? > > > Maybe someone on libvir-list could guess why this could be happening? > > _______________________________________________ > > Users mailing list > > us...@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > I did try that already service vdsmd restart [root@hv02 ~]# service vdsmd restart Shutting down vdsm daemon: vdsm watchdog stop [ OK ] vdsm stop [ OK ] Starting configure libvirt to VDSM ... libvirt is already configured for vdsm =Done configuring libvirt= libvir: Network Filter Driver error : Requested operation is not valid: nwfilter is in use Checking conflicts ... SUCCESS: ssl configured to true. No conflicts Starting up vdsm daemon: vdsm start [ OK ] Migration still failed. Keep in mind, when I had oVirt 3.3 on these nodes migration was working fine. Only when I upgraded to the nightly and it picked up the new vdsm packages it started to fail.
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list