Hello<br>OK, this is the new log. Now, the old error appeared again...<br><div style="margin-left: 80px;"><i><b>error: Failed to restore domain from XX<br>error: monitor socket did not show up.: Connection refused<br></b></i></div>
<br>Regards.<br><br><div class="gmail_quote">2011/4/5 Michal Novotny <span dir="ltr"><<a href="mailto:minovotn@redhat.com">minovotn@redhat.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi Marcela,<br>
I was investigating the log file and it seems like the image file cannot<br>
be opened on the remote host.<br>
<br>
According to the lost you're doing the restore on the host named<br>
rionegro so not the localhost. This seems like the saved guest image is<br>
not accessible from the rionegro system. Could you please try to connect<br>
to rionegro system using SSH and then connect to the default system<br>
hypervisor using:<br>
<br>
# virsh restore <image><br>
<br>
with no specification of remote system to connect to the default<br>
hypervisor (default is qemu:///system under root account).<br>
<br>
Also, what may be causing issues is the colon character (':') AFAIK so<br>
try renaming the image from sv-chubut-2011-04-04-17:38 to some other<br>
name without spaces and colon characters, e.g. to<br>
sv-chubut-2011-04-04-17-38 and try to restore this way.<br>
<br>
Since according to the code it's about opening file error I guess the<br>
remote system is not having access to the file.<br>
<br>
Michal<br>
<div class="im"><br>
On 04/05/2011 04:54 PM, Marcela Castro León wrote:<br>
> Hello<br>
</div><div class="im">> This is the log I got doing the restore. It's says that it coun't get<br>
> the image, but the image is ok, because I can startup the guest.<br>
> Neither I can migrate the guest, so I suppose I've a problem in my<br>
> configuration.<br>
> Thank you very much in advance.<br>
> Marcela.<br>
><br>
</div>> 2011/4/5 Michal Novotny <<a href="mailto:minovotn@redhat.com">minovotn@redhat.com</a> <mailto:<a href="mailto:minovotn@redhat.com">minovotn@redhat.com</a>>><br>
<div><div></div><div class="h5">><br>
> Hi Marcela,<br>
> is any other guest on the host that cannot restore this VM working<br>
> fine ?<br>
><br>
> You could also try running the:<br>
><br>
> */# LIBVIRT_DEBUG=1 virsh restore sv-chubut-2011-04-04-17:38 2><br>
> virsh-restore.log<br>
><br>
> /*command which would enable the libvirt logging and output the debug<br>
> log into the virsh-restore.log file. This file could be sent to<br>
> the list<br>
> for analysis what's wrong.<br>
><br>
> Thanks,<br>
> Michal<br>
><br>
> On 04/05/2011 11:57 AM, Marcela Castro León wrote:<br>
> > Hello Daniel<br>
> > Thank you for all your information, but I still didn't solve the<br>
> > problem. I tried the option you mention, with two differents guest<br>
> > into two differents host, but all the cases I've got:<br>
> ><br>
> > */virsh # restore sv-chubut-2011-04-04-17:38/*<br>
> > */error: Failed to restore domain from sv-chubut-2011-04-04-17:38/*<br>
> > */error: monitor socket did not show up.: Connection refused/*<br>
> ><br>
> > I cannot get any useful information (at least form me) on the<br>
> log you<br>
> > mention.<br>
> > I'd appreciate a lot a new suggestion.<br>
> > Thanks<br>
> > Marcela<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > 2011/4/4 Daniel P. Berrange <<a href="mailto:berrange@redhat.com">berrange@redhat.com</a><br>
> <mailto:<a href="mailto:berrange@redhat.com">berrange@redhat.com</a>><br>
</div></div>> > <mailto:<a href="mailto:berrange@redhat.com">berrange@redhat.com</a> <mailto:<a href="mailto:berrange@redhat.com">berrange@redhat.com</a>>>><br>
<div><div></div><div class="h5">> ><br>
> > On Sun, Apr 03, 2011 at 10:43:45AM +0200, Marcela Castro<br>
> León wrote:<br>
> > > Hello:<br>
> > > I need to know if I can use the restore operation (virsh o the<br>
> > equivalent in<br>
> > > libvirt) to recover a previous state of a guest, but recovered<br>
> > previously in<br>
> > > another host.<br>
> > > I did a test, but I got an error:<br>
> > ><br>
> > > The exactly sequence using virsh I testes is:<br>
> > > On [HOST SOURCE]: Using virsh<br>
> > > 1) save [domain] [file]<br>
> > > 2) restore file<br>
> > > 3) destroy [domain]<br>
> > ><br>
> > > On [HOST SOURCE] using ubuntu sh<br>
> > > 4) cp [guest.img] [guest.xml] [file] to HOST2<br>
> > ><br>
> > > On [HOST TARGET] using virsh<br>
> > > 5) define [guest.xml] (using image on destination in HOST2)<br>
> > > 6) restore [file]<br>
> ><br>
> > As a general rule you should only ever 'restore' from a<br>
> > file *once*. This is because after the first restore<br>
> > operation, the guest may have made writes to its disk.<br>
> > Restoring a second time the guest OS will likely have<br>
> > an inconsistent view of the disk & will cause filesystem<br>
> > corruption.<br>
> ><br>
> > If you want to be able to restore from a saved image<br>
> > multiple times, you need to also take a snapshot of<br>
> > the disk image at the same time, and restore that<br>
> > snapshot when restoring the memory image.<br>
> ><br>
> ><br>
> > That aside, saving on one host & restoring on a<br>
> > different host is fine. So if you leave out steps<br>
> > 2+3 in your example above, then your data would<br>
> > still be safe.<br>
> ><br>
> > > The restore troughs the following message:<br>
> > > *virsh # restore sv-chubut-2011-04-01-09:58<br>
> > > error: Failed to restore domain from<br>
> sv-chubut-2011-04-01-09:58<br>
> > > error: monitor socket did not show up.: Connection refused*<br>
> ><br>
> > There is probably some configuration difference on your 2nd host<br>
> > that prevented the VM from starting up. If you're lucky the file<br>
> > /var/log/libvirt/qemu/$NAME.log will tell you more<br>
> ><br>
> > Daniel<br>
> > --<br>
> > |: <a href="http://berrange.com" target="_blank">http://berrange.com</a> -o-<br>
> > <a href="http://www.flickr.com/photos/dberrange/" target="_blank">http://www.flickr.com/photos/dberrange/</a> :|<br>
> > |: <a href="http://libvirt.org" target="_blank">http://libvirt.org</a> -o-<br>
> > <a href="http://virt-manager.org" target="_blank">http://virt-manager.org</a> :|<br>
> > |: <a href="http://autobuild.org" target="_blank">http://autobuild.org</a> -o-<br>
> > <a href="http://search.cpan.org/%7Edanberr/" target="_blank">http://search.cpan.org/~danberr/</a><br>
> <<a href="http://search.cpan.org/%7Edanberr/" target="_blank">http://search.cpan.org/%7Edanberr/</a>><br>
> > <<a href="http://search.cpan.org/%7Edanberr/" target="_blank">http://search.cpan.org/%7Edanberr/</a>> :|<br>
> > |: <a href="http://entangle-photo.org" target="_blank">http://entangle-photo.org</a> -o-<br>
> > <a href="http://live.gnome.org/gtk-vnc" target="_blank">http://live.gnome.org/gtk-vnc</a> :|<br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > libvir-list mailing list<br>
</div></div>> > <a href="mailto:libvir-list@redhat.com">libvir-list@redhat.com</a> <mailto:<a href="mailto:libvir-list@redhat.com">libvir-list@redhat.com</a>><br>
<div class="im">> > <a href="https://www.redhat.com/mailman/listinfo/libvir-list" target="_blank">https://www.redhat.com/mailman/listinfo/libvir-list</a><br>
><br>
><br>
> --<br>
</div>> Michal Novotny <<a href="mailto:minovotn@redhat.com">minovotn@redhat.com</a> <mailto:<a href="mailto:minovotn@redhat.com">minovotn@redhat.com</a>>>,<br>
<div class="im">> RHCE<br>
> Virtualization Team (xen userspace), Red Hat<br>
><br>
><br>
<br>
<br>
</div>--<br>
<div><div></div><div class="h5">Michal Novotny <<a href="mailto:minovotn@redhat.com">minovotn@redhat.com</a>>, RHCE<br>
Virtualization Team (xen userspace), Red Hat<br>
<br>
</div></div></blockquote></div><br>