ri, Jul 15, 2016 at 3:50 PM, Fernando Fuentes
> > > >>> >> >> > <ffuen...@darktcp.net>
> > > >>> >> >> > wrote:
> > > >>> >> >> > > Nir,
> > > >>> >> >> > >
> > >
gt; lvs -o vg_name,lv_name,tags | grep image-uuid
> > >>> >> >> >
> > >>> >> >> > >
> > >>> >> >> > > Regards,
> > >>> >> >> > >
> > >>> >> >> > > --
> >
win7melly in the nfs domain. I then migrated it to
> >>> >> >> > >> > the iscsi
> >>> >> >> > >> > domain. It booted without any issue. So it has to be
> >>> >> >> > >> > something with the
> >>>
; >> > >> domain is
>>> >> >> > >> corrupted, or the volume metadata are incorrect.
>>> >> >> > >>
>>> >> >> > >> If I understand this correctly, this started when Fernando
>>> >> >> >
> called win7melly in the nfs domain. I then migrated
>> >> >> >> > >> > it to the iscsi
>> >> >> >> > >> > domain. It booted without any issue. So it has to be
>> >> >> >> &
tadata are incorrect.
> >> >> >> > >>
> >> >> >> > >> If I understand this correctly, this started when
> >> >> >> > >> Fernando could not copy
> >> >> >> > >> the vm
> >> >> >
e on both nfs and block storage
domain.
>> >> >> > >>
>> >> >> > >> 1. Find the template on the nfs storage domain, using the
image uuid in
>> >> >> > >> engine.
>> >> >> > >>
&g
t; >> > >>
> >> >> > >> /rhev/data-center/mnt/server:_path/domain-uuid/images/image-uuid/volume-uuid
> >> >> > >>
> >> >> > >> 2. Please share the output of:
> >> >> > >>
>
gt;> > >>
>> >> > >> cat /path/to/volume.meta
>> >> > >> qemu-img info /path/to/volume
>> >> > >> qemu-img check /path/to/volume
>> >> > >>
>> >> > >> 4. Find the template
ng:
> >> > >>
> >> > >> lvs -o vg_name,lv_name,tags | grep volume-uuid
> >> > >>
> >> > >> 5. Activate the lv
> >> > >>
> >> > >> lvchange -ay vg_name/lv_name
> >> >
_name/lv_name
>> > >>
>> > >> 7. Deactivate the lv
>> > >>
>> > >> lvchange -an vg_name/lv_name
>> > >>
>> > >> 8. Find the lv metadata
>> > >>
>> > >> The metadata is sto
gt;> find the tag named MD_N in the lv tags you found in step 4
> > >>
> > >> The block we need is located at offset N from start of volume.
> > >>
> > >> 9. Share the output of:
> > >>
> > >> dd if=/dev/vg_name/metadata bs=512 skip=N cou
ort back.
>> >>
>> >> Regards,
>> >>
>> >> --
>> >> Fernando Fuentes
>> >> ffuen...@txweather.org
>> >> http://www.txweather.org
>> >>
>> >> On Mon, Jul 4, 2016, at 10:48 AM, Nir Soffer wro
Regards,
> >>
> >> --
> >> Fernando Fuentes
> >> ffuen...@txweather.org
> >> http://www.txweather.org
> >>
> >> On Mon, Jul 4, 2016, at 10:48 AM, Nir Soffer wrote:
> >> > On Mon, Jul 4, 2016 at 6:43 PM, Francesco Romani <from...@re
>>
> >> --
> >> Fernando Fuentes
> >> ffuen...@txweather.org
> >> http://www.txweather.org
> >>
> >> On Mon, Jul 4, 2016, at 10:48 AM, Nir Soffer wrote:
> >> > On Mon, Jul 4, 2016 at 6:43 PM, Francesco Romani <from...@redhat.com>
>
> >> From: "Nir Soffer" <nsof...@redhat.com>
>> > >> To: "Fernando Fuentes" <ffuen...@darktcp.net>
>> > >> Cc: "Francesco Romani" <from...@redhat.com>, "users" <users@ovirt.org>
>> > >>
ge -
> > >> From: "Nir Soffer" <nsof...@redhat.com>
> > >> To: "Fernando Fuentes" <ffuen...@darktcp.net>
> > >> Cc: "Francesco Romani" <from...@redhat.com>, "users" <users@ovirt.org>
> > >> Sent: Saturd
dhat.com>, "users" <users@ovirt.org>
> >> Sent: Saturday, July 2, 2016 11:18:01 AM
> >> Subject: Re: [ovirt-users] disk not bootable
> >>
> >> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes <ffuen...@darktcp.net>
> >> wrote:
&
ot; <from...@redhat.com>, "users" <users@ovirt.org>
>> Sent: Saturday, July 2, 2016 11:18:01 AM
>> Subject: Re: [ovirt-users] disk not bootable
>>
>> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes <ffuen...@darktcp.net>
>> wrote:
>
t;from...@redhat.com>
> wrote:
> > - Original Message -
> >> From: "Nir Soffer" <nsof...@redhat.com>
> >> To: "Fernando Fuentes" <ffuen...@darktcp.net>
> >> Cc: "Francesco Romani" <from...@redhat.com>, "use
t;from...@redhat.com>, "users" <users@ovirt.org>
>> Sent: Saturday, July 2, 2016 11:18:01 AM
>> Subject: Re: [ovirt-users] disk not bootable
>>
>> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes <ffuen...@darktcp.net>
>> wrote:
>> >
- Original Message -
> From: "Nir Soffer" <nsof...@redhat.com>
> To: "Fernando Fuentes" <ffuen...@darktcp.net>
> Cc: "Francesco Romani" <from...@redhat.com>, "users" <users@ovirt.org>
> Sent: Saturday, July 2, 2016
Nir,
I will try and get you a working xml.
Any updates on your question from the team?
TIA!
--
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org
On Sat, Jul 2, 2016, at 04:18 AM, Nir Soffer wrote:
> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes
>
On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes wrote:
> Nir,
>
> Ok I ran another test and this one I moved from NFS domain to iSCSI and
> stop working than I moved it back and still unable to run... Windows VM
> is saying "no available boot disk"
> VM: Win7-Test
> Host:
Nir,
Ok I ran another test and this one I moved from NFS domain to iSCSI and
stop working than I moved it back and still unable to run... Windows VM
is saying "no available boot disk"
VM: Win7-Test
Host: Zeta
Info as requested: http://pastebin.com/1fSi3auz
Now here is an example of one that I
Nir,
I apologize I'll look for it ASAP.
Regards,
--
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org
On Fri, Jul 1, 2016, at 03:22 PM, Nir Soffer wrote:
> Fernando,
>
> These logs do not contain the libvirt xml.
>
> I want to see the part that start like this:
>
>
Fernando,
These logs do not contain the libvirt xml.
I want to see the part that start like this:
Thread-17656::INFO::2016-07-01 23:17:33,845::vm::2032::virt.vm::(_run)
vmId=`f66da2b0-0f71-490b-a57e-eceb9be9cade`::
http://ovirt.org/vm/tune/1.0;>
test-iscsi
On Fri, Jul 1, 2016 at 7:58 PM, Fernando Fuentes wrote:
> Pavel,
>
> Thanks for your reply, But thats not the problem
> The disk is active and is set with to bootable. The problem presents it
> self only if I move Windows VM DIsks.
> All my Linux VM Disk's move across
Pavel,
Thanks for your reply, But thats not the problem
The disk is active and is set with to bootable. The problem presents it
self only if I move Windows VM DIsks.
All my Linux VM Disk's move across storage domains just fine.
As a matter of fact I moved the disk back to the original nfs domain
Fernando,
One from VM disks have to have bootable flag.
See http://www.ovirt.org/images/wiki/Add_Virtual_Disk.png?1454370862
On 01/07/16 19:09, "users-boun...@ovirt.org on behalf of Fernando Fuentes"
wrote:
Team,
After I
30 matches
Mail list logo