[ovirt-users] Scheduled Snapshot and export

Anantha Raghava raghav at exzatechconsulting.com
Wed Jan 18 17:28:50 UTC 2017


Dear Alexander,

Thank you very much for your inputs. Will update to 4.0.6 and revert in 
case of any issues.

-- 

Thanks & Regards,


Anantha Raghava

eXza Technology Consulting & Services

Ph: +91-9538849179, E-mail: raghav at exzatechconsulting.com 
<mailto:raghav at exzatechconsulting.com>

URL: http://www.exzatechconsulting.com <http://www.exzatechconsulting.com/>



DISCLAIMER:
This e-mail communication and any attachments may be privileged and 
confidential to eXza Technology Consulting & Services, and are intended 
only for the use of the recipients named above If you are not the 
addressee you may not copy, forward, disclose or use any part of it. If 
you have received this message in error, please delete it and all copies 
from your system and notify the sender immediately by return e-mail. 
Internet communications cannot be guaranteed to be timely, secure, error 
or virus-free. The sender does not accept liability for any errors or 
omissions.


Do not print this e-mail unless required. Save Paper & trees.

On Wednesday 18 January 2017 03:24 AM, Alexander Wels wrote:
> On Tuesday, January 17, 2017 8:09:58 PM EST Beckman, Daniel wrote:
>> Strangely enough, I can’t reproduce that issue in 4.0.5.
>>
>> Anantha, when you say “will not allow us to change anything” what exactly do
>> you mean?
>   
>> Does it generate the same “unhandled exception” error as when adding disks
>> or something else?
>   
>> I was able to specify 4 vCPUs consisting of 2 sockets (each with dual core)
>> and it worked fine.
>   
> If you specify a disk FIRST and then try to to change the virtual CPU
> configuration it will no longer work. Basically if you edit/change/add a disk
> and a new window pops up, some stuff that shouldn't have been cleaned up, is
> cleaned up and breaks anything that relies on that, like the check to see if
> the virtual CPU configuration is valid. A bunch of other stuff as well like
> the exception mentioned below.
>
>
>> On 1/17/17, 12:56 PM, "Alexander Wels" <awels at redhat.com> wrote:
>>
>>      On Tuesday, January 17, 2017 11:21:17 PM EST Anantha Raghava wrote:
>>
>>      > Hello Daniel,
>>      >
>>      > Thanks for inputs.
>>      >
>>      > Also, one more problem we observed in 4.0.5. When creating VM, we
>>      > cannot
>>      > change the CPU, sockets, cores. It will not allow us to change
>>      > anything.
>>      > We have to save the VM during creation with 1 vCPU. Again, edit VM
>>      > and
>>      > change the vCPU parameters. Have you or anyone observed this
>>      > behaviour?
>>      >
>>
>>      
>>      The cause of that is actually same, this is fixed in 4.0.6
>>      
>>
>>      > > I don’t know of a function built into oVirt for scheduling
>>      > > snapshots.
>>      > > If you don’t already you may want to setup an export domain (NFS
>>      > > based), on separate storage.
>>      > >
>>      > > Just a reminder: snapshots are not backups and they should only be
>>      > > kept temporarily. We use this tool for backups:
>>      > >
>>      > > https://github.com/wefixit-AT/oVirtBackup
>>      > >
>>      > > It’s not the most efficient as it clones a VM from a snapshot, then
>>      > > exports the clone – so you’re transferring the same data twice. But
>>      > > it
>>      > > works for our purposes. We have this running in a cron job.
>>      > >
>>      > > If anyone has come up with a script that uses the newer API to
>>      > > export
>>      > > a snapshot directly, please share!
>>      > >
>>      > > We get the same error when adding a disk while creating the VM (In
>>      > > Chrome, Firefox, and Safari on OS X Sierra client). This is
>>      > > reportedly
>>      > > fixed in 4.0.6 per this bug:
>>      > >
>>      > > https://bugzilla.redhat.com/show_bug.cgi?id=1394175
>>      > >
>>      > > Could someone with 4.0.6 confirm that?
>>      > >
>>      > > Best,
>>      > >
>>      > > Daniel
>>      > >
>>      > > *From: *<users-bounces at ovirt.org> on behalf of Anantha Raghava
>>      > > <raghav at exzatechconsulting.com>
>>      > > *Organization: *eXza Technology Consulting & Services
>>      > > *Reply-To: *"raghav at exzatechconsulting.com"
>>      > > <raghav at exzatechconsulting.com>
>>      > > *Date: *Tuesday, January 17, 2017 at 8:27 AM
>>      > > *To: *"users at ovirt.org" <users at ovirt.org>
>>      > > *Subject: *[ovirt-users] Scheduled Snapshot and export
>>      > >
>>      > > Hello to oVirt Users,
>>      > >
>>      > > I have few questions.
>>      > >
>>      > >
>>      > > a. Can we schedule the VM snapshots? If yes, please share the
>>      > > procedure
>>      > > b. Snapshots are stored on the same storage domain. Can we move
>>      > > them
>>      > > to another storage domain say NFS domain for additional safety? If,
>>      > > yes, please share the procedure.
>>      > >
>>      > > Also, after upgrading to version 4.0.5, at many places, especially
>>      > > when we are creating a new VM and trying to create a new Disk for
>>      > > the
>>      > > VM, we keep getting "uncought exception" and the process will not
>>      > > complete. We have to create a VM, without Disk and then create the
>>      > > disk separately and attach it to VM.
>>      > >
>>      > > Is anyone else facing this issue? These sort of issues were not
>>      > > there
>>      > > in 4.0.4.
>>      > >
>>      > >
>>      > > Thanks & Regards,
>>      > >
>>      > > Anantha Raghava
>>      > >
>>      > > eXza Technology Consulting & Services
>>
>>      
>>      
>>      
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170118/286551ba/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Image1
Type: image/png
Size: 58500 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170118/286551ba/attachment-0001.png>


More information about the Users mailing list