[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

On 1 Mar 2019, at 02:34, Ron Jerome <ronjero(a)gmail.com&gt; wrote: Here is the JS error that is being generated when I push the "Migrate" button... DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data DataProvider.js:35:8 value/< DataProvider.js:35:8 A/</< es6.promise.js:75 A/< es6.promise.js:60 l _ microtask.js:18

Ron. On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta <gshereme(a)redhat.com <mailto:gshereme@redhat.com>> wrote: Hi Ron, Please attach your browser console log and engine.log snippet when you have the problem. If you could dive into the console and grab the actual REST API response, that would be great. The request will be something like <engine>/api/hosts?migration_target_of=... Greg On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta <gshereme(a)redhat.com <mailto:gshereme@redhat.com>> wrote: It sounds like a bug. I'll talk with Michal about reverting this dialog to the 4.2 version. Greg On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome <ronjero(a)gmail.com <mailto:ronjero@gmail.com>> wrote: Hi Sharon, This happens with all the VM's, regardless of uptime. I've never tried to migrate a VM if it's not completely up. When I select a VM and push the "Migrate" button, I never get to the "Migrate" dialog box, I just presents the error show in the attached image. I know for a fact that manual migration did work on this cluster, unfortunately, I don't know if it ever worked in 4.3.0 or if I was still at 4.2.8 when I last used it. Ron. On Tue, 26 Feb 2019 at 11:59, Sharon Gratch <sgratch(a)redhat.com <mailto:sgratch@redhat.com>> wrote: Hi Ron, What is the VM state when you try to manually migrate it? Is the VM in the beginning of the "powering up" state? If so then please wait 1-2 seconds and then try to migrate again and see if it is reproduced. You can't migrate a VM on "Wait for Launch" state and once the VM enters the "powering up" state then it sometimes takes time for UI to be refreshed with state and data. It was reproduced to me too. Greg, does it sound reasonable? Thanks, Sharon Can you please send a screenshot of the "Migrate VM(s)" dialog with th On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome <ronjero(a)gmail.com <mailto:ronjero@gmail.com>> wrote: I've toggled all the hosts into and out of maintenance, and VM's migrate off of each as expected, but I still can't manually initiate a VM migration from the UI. Do you have any hints as to where to look for error messages? Thanks in advance, Ron. On Mon, 25 Feb 2019 at 19:56, Ron Jerome <ronjero(a)gmail.com <mailto:ronjero@gmail.com>> wrote: It's a 3 node cluster, each node has 84G RAM, and there are only two two other VM's running, so there should be plenty of capacity. Automatic migration works, if I put a host into Maintenance, the VM's will migrate. Ron On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, <gshereme(a)redhat.com <mailto:gshereme@redhat.com>> wrote: Turns out it's a bad error message. It just means there are no hosts available to migrate to. Do you have other hosts up with capacity? Greg On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome <ronjero(a)gmail.com <mailto:ronjero@gmail.com>> wrote: I've been running 4.3.0 for a few weeks now and just discovered that I can't manually migrate VM's from the UI. I get an error message saying: "Could not fetch data needed for VM migrate operation" Sounds like https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1670701 <https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1670701> Ron. _______________________________________________ Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org <mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5OBUNZHUPVE... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/5OBUNZHUPVE... -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com <mailto:gshereme@redhat.com> IRC: gshereme <https://red.ht/sig>_______________________________________________ Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org <mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVSXK3WO4AA... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVSXK3WO4AA... -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com <mailto:gshereme@redhat.com> IRC: gshereme <https://red.ht/sig> -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com <mailto:gshereme@redhat.com> IRC: gshereme <https://red.ht/sig>