Hi all,
I patched one of my Windows VM's yesterday. I started by snapshotting the
VM, then applied the Windows update. Now that the patch has been tested, I
want to remove the snapshot. I get this message:
Error while executing action:
win-sql-2019:
- Cannot remove Snapshot. The following
hello,
i have problem for delete one snapshot.
output the script vm-disk-info.py
Warning: volume 023110fa-7d24-46ec-ada8-d617d7c2adaf is in chain but illegal
Volumes:
a09bfb5d-3922-406d-b4e0-daafad96ffec
after running the md5sum command I realized that the volume change is the
base:
Hello,
I can create snapshot when no one exists but I'm not able to remove it
after.
It concerns many of my vms, and when stopping them, they can't boot
anymore because of the illegal status of the disks, this leads me in a
critical situation
VM fedora23 is down with error. Exit message:
On 03/18/2016 03:10 PM, Nir Soffer wrote:
On Fri, Mar 18, 2016 at 7:55 PM, Nathanaël Blanchet wrote:
Hello,
I can create snapshot when no one exists but I'm not able to remove it
after.
Do you try to remove it when the vm is running?
It concerns many of my vms, and when
On 02/22/2016 07:10 AM, Marcelo Leandro wrote:
Hello,
The bug with snapshot it will be fixed in ovirt 3.6.3?
thanks.
Hi Marcelo,
Yes, the bug below (bug 1301709) is now targeted to 3.6.3.
Thanks,
Greg
2016-02-18 11:34 GMT-03:00 Adam Litke :
On 18/02/16 10:37 +0100,
Hello,
The bug with snapshot it will be fixed in ovirt 3.6.3?
thanks.
2016-02-18 11:34 GMT-03:00 Adam Litke :
> On 18/02/16 10:37 +0100, Rik Theys wrote:
>>
>> Hi,
>>
>> On 02/17/2016 05:29 PM, Adam Litke wrote:
>>>
>>> On 17/02/16 11:14 -0500, Greg Padgett wrote:
On 18/02/16 10:37 +0100, Rik Theys wrote:
Hi,
On 02/17/2016 05:29 PM, Adam Litke wrote:
On 17/02/16 11:14 -0500, Greg Padgett wrote:
On 02/17/2016 03:42 AM, Rik Theys wrote:
Hi,
On 02/16/2016 10:52 PM, Greg Padgett wrote:
On 02/16/2016 08:50 AM, Rik Theys wrote:
From the above I conclude
Hi,
On 02/17/2016 05:29 PM, Adam Litke wrote:
> On 17/02/16 11:14 -0500, Greg Padgett wrote:
>> On 02/17/2016 03:42 AM, Rik Theys wrote:
>>> Hi,
>>>
>>> On 02/16/2016 10:52 PM, Greg Padgett wrote:
On 02/16/2016 08:50 AM, Rik Theys wrote:
> From the above I conclude that the disk with id
On 17/02/16 11:14 -0500, Greg Padgett wrote:
On 02/17/2016 03:42 AM, Rik Theys wrote:
Hi,
On 02/16/2016 10:52 PM, Greg Padgett wrote:
On 02/16/2016 08:50 AM, Rik Theys wrote:
Hi,
I'm trying to determine the correct "bad_img" uuid in my case.
The VM has two snapshots:
* The "Active VM"
On 02/17/2016 03:42 AM, Rik Theys wrote:
Hi,
On 02/16/2016 10:52 PM, Greg Padgett wrote:
On 02/16/2016 08:50 AM, Rik Theys wrote:
Hi,
I'm trying to determine the correct "bad_img" uuid in my case.
The VM has two snapshots:
* The "Active VM" snapshot which has a disk that has an actual size
Hi,
On 02/16/2016 10:52 PM, Greg Padgett wrote:
> On 02/16/2016 08:50 AM, Rik Theys wrote:
>> Hi,
>>
>> I'm trying to determine the correct "bad_img" uuid in my case.
>>
>> The VM has two snapshots:
>>
>> * The "Active VM" snapshot which has a disk that has an actual size
>> that's 5GB larger
Thank Greg,
My problem was resolved.
2016-02-16 20:07 GMT-03:00 Greg Padgett :
> On 02/16/2016 05:51 PM, Marcelo Leandro wrote:
>>
>> Hello Greg,
>> I not see disk image at the storage:
>>
>> [root@srv-qemu01 ~]# cd
>>
>>
On 02/16/2016 05:51 PM, Marcelo Leandro wrote:
Hello Greg,
I not see disk image at the storage:
[root@srv-qemu01 ~]# cd
/rhev/data-center/77e24b20-9d21-4952-a089-3c5c592b4e6d/c2dc0101-748e-4a7b-9913-47993eaa52bd/images/b7a27d0c-57cc-490e-a3f8-b4981310a9b0/
[root@srv-qemu01
Hello Greg,
I not see disk image at the storage:
[root@srv-qemu01 ~]# cd
/rhev/data-center/77e24b20-9d21-4952-a089-3c5c592b4e6d/c2dc0101-748e-4a7b-9913-47993eaa52bd/images/b7a27d0c-57cc-490e-a3f8-b4981310a9b0/
[root@srv-qemu01 b7a27d0c-57cc-490e-a3f8-b4981310a9b0]# ls
On 02/16/2016 08:50 AM, Rik Theys wrote:
Hi,
I'm trying to determine the correct "bad_img" uuid in my case.
The VM has two snapshots:
* The "Active VM" snapshot which has a disk that has an actual size
that's 5GB larger than the virtual size. It has a creation date that
matches the timestamp
On 02/16/2016 07:10 AM, Marcelo Leandro wrote:
Hello,
I have the same problem, i tried delete snapshot but it did not
success, the status snapshot as illegal , look the engine.log follow
you can see the messages error:
Hi Marcelo,
The problem in your log,
error = Drive image file could
Hi,
I'm trying to determine the correct "bad_img" uuid in my case.
The VM has two snapshots:
* The "Active VM" snapshot which has a disk that has an actual size
that's 5GB larger than the virtual size. It has a creation date that
matches the timestamp at which I created the second snapshot. The
Hi Greg,
>
> 2016-02-09 21:30 GMT-03:00 Greg Padgett :
>> On 02/09/2016 06:08 AM, Michal Skrivanek wrote:
>>>
>>>
On 03 Feb 2016, at 10:37, Rik Theys wrote:
> I can see the snapshot in the "Disk snapshot" tab of the storage. It has
Hello,
I have the same problem, i tried delete snapshot but it did not
success, the status snapshot as illegal , look the engine.log follow
you can see the messages error:
2016-02-16 08:46:20,059 INFO
[org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback]
(DefaultQuartzScheduler_Worker-57)
> On 03 Feb 2016, at 10:37, Rik Theys wrote:
>
> Hi,
>
> In the mean time I've noticed the following entries in our periodic
> logcheck output:
>
> Feb 3 09:05:53 orinoco journal: block copy still active: disk 'vda' not
> ready for pivot yet
> Feb 3 09:05:53
On 02/09/2016 06:08 AM, Michal Skrivanek wrote:
On 03 Feb 2016, at 10:37, Rik Theys wrote:
Hi,
In the mean time I've noticed the following entries in our periodic
logcheck output:
Feb 3 09:05:53 orinoco journal: block copy still active: disk 'vda' not
ready for
Hi,
In the mean time I've noticed the following entries in our periodic
logcheck output:
Feb 3 09:05:53 orinoco journal: block copy still active: disk 'vda' not
ready for pivot yet
Feb 3 09:05:53 orinoco journal: vdsm root ERROR Unhandled
exception#012Traceback (most recent call last):#012
size.
Elad Ben Aharon
RHEV-QE storage
- Original Message -
From: Rik Theys rik.th...@esat.kuleuven.be
To: users@ovirt.org
Sent: Tuesday, 10 February, 2015 12:00:10 PM
Subject: [ovirt-users] Can't remove snapshot due to low disk space on storage
domain?
Hi,
I'm running
*equals or larger than the disk size
- Original Message -
From: Elad Ben Aharon ebena...@redhat.com
To: Rik Theys rik.th...@esat.kuleuven.be
Cc: users@ovirt.org
Sent: Wednesday, 11 February, 2015 12:18:35 PM
Subject: Re: [ovirt-users] Can't remove snapshot due to low disk space
ebena...@redhat.com
*To: *Rik Theys rik.th...@esat.kuleuven.be
*Cc: *users@ovirt.org
*Sent: *Wednesday, 11 February, 2015 12:18:35 PM
*Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk
spaceonstorage domain?
Snapshot removal (merge) includes a create volume phase
, the free space has to be in the same storage
domain.
- Original Message -
From: Rik Theys rik.th...@esat.kuleuven.be
To: Elad Ben Aharon ebena...@redhat.com
Cc: users@ovirt.org
Sent: Wednesday, 11 February, 2015 2:10:13 PM
Subject: Re: [ovirt-users] Can't remove snapshot due to low
*Cc: *users@ovirt.org
*Sent: *Wednesday, 11 February, 2015 2:10:13 PM
*Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk
spaceon storage domain?
Hi,
Thats unfortunate :-(. It would have been great if oVirt told me during
the creation of the snapshot that I would be unable
ebena...@redhat.com
Cc: users@ovirt.org
Sent: Wednesday, 11 February, 2015 2:44:55 PM
Subject: Re: [ovirt-users] Can't remove snapshot due to low disk space on
storage domain?
Hi,
I created the snapshot on the Snapshots subtab of the Virtual machines
tab. I did this when my engine (and host
*Sent: *Wednesday, 11 February, 2015 2:44:55 PM
*Subject: *Re: [ovirt-users] Can't remove snapshot due to low disk
spaceon storage domain?
Hi,
I created the snapshot on the Snapshots subtab of the Virtual machines
tab. I did this when my engine (and host) was running oVirt 3.4
: [ovirt-users] Can't remove snapshot due to low disk space on
storage domain?
Hi,
OK since my hosts are still CentOS 6.6, I will schedule downtime.
Will removing it this way also require the additional disk space in the
storage domain?
Rik
On 02/11/2015 02:03 PM, Elad Ben Aharon wrote
Dňa 11.02.2015 o 14:18 Elad Ben Aharon napísal(a):
It will require an available size according to the disk snapshot
you're attempting to remove.
Be warned: the downtime will be as long as it will take your storage to
copy the full size of the disk for each snaphot. Our server with a few
Hi,
I'm running the ovirt engine 3.4 series. I've created a snapshot of a VM
with an OS and data disk before upgrading the machine.
The upgrade went fine and I now want to remove the snapshot.
Unfortunately this fails with the error:
Cannot remove Snapshot. Low disk space on target Storage
32 matches
Mail list logo