Re: [ovirt-users] VirtIO-SCSI and viodiskcache custom property

2018-01-21 Thread Zip
Does it help if you edit the VM and under Resource Allocation ­ enable IO
threads. ?

Zip



From:  <users-boun...@ovirt.org> on behalf of Yaniv Kaul <yk...@redhat.com>
Date:  Saturday, January 20, 2018 at 12:54 PM
To:  Matthias Leopold <matthias.leop...@meduniwien.ac.at>
Cc:  Wolfgang Lendl <wolfgang.le...@meduniwien.ac.at>, Ovirt Users
<users@ovirt.org>
Subject:  Re: [ovirt-users] VirtIO-SCSI and viodiskcache custom property



On Jan 19, 2018 3:29 PM, "Matthias Leopold"
<matthias.leop...@meduniwien.ac.at> wrote:
> Hi,
> 
> is there a reason why the viodiskcache custom property isn't honored when
> using VirtIO-SCSI?
> 
> On a Cinder (Ceph) disk "viodiskcache=writeback" is ignored with VirtIO-SCSI
> and honored when using VirtIO.
> 
> On an iSCSI disk "viodiskcache=writeback" is ignored with VirtIO-SCSI and the
> VM can't be started when using VirtIO with "unsupported configuration: native
> I/O needs either no disk cache or directsync cache mode, QEMU will fallback to
> aio=threads"
> 
> We actually want to use "viodiskcache=writeback" with Cinder (Ceph) disks.

That's because on block storage we use native io and not threads. I assume
the hook needs to change to use native io in this case.
Y. 

> 
> oVirt version: 4.1.8
> 
> Thanks
> Matthias
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt 4.2 - Removed disk remains in VM OS with hooks?

2018-01-21 Thread Zip
I am having an issue where when I use the REST API to connect a snapshot
from another VM to a Backup-Appliance-VM, after the clone when I remove the
Disk and delete the Snapshot, the disk remains in the Backup-Appliance-VM as
/dev/sdb ot /dev/vdb.

If I reboot the Bakup-Applicance-VM the disk disappears.

If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete² the
disk will disappear, but if I rescan the scsi bus, it is found and shows up
again in the VM OS, but the oVirt WebGUI does NOT show it as connected.

I am also not able to attach any other disks as it complains of :

HotPlugDiskVDS failed: internal error: unable to execute QEMU command
'__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive

I did see that others in the past have gotten around this issue by rebooting
the Backup-Appliance-VM and then continuing on with the next VM backup and
looping through backup-reboot-backup-reboot-etc.

Anyone have an idea on how to solve this issue and remove the hooks from the
guest OS?

Steps to reproduce this issue:

1. Create a backup appliance VM to be used for the backup script execution
2. Currently I have the Vms set to virtio with threaded I/O enabled. Also
tried virtio_scsi with same result.
3. Using REST API ­ make snapshot of target VM
4. Using REST API ­ fetch vm metadata
5. Using REST API ­ attach the snapshot/disk to the Backup-Appliance-VM
6. dd the drive to backup folder
7. Using REST API ­ remove the disk from the Backup-Appliance-VM
8. Using REST API ­ delete the snapshot
9. ** Check the guest OS of the Backup-Appliance-VM and the mounted drive
from the backup above still appears and behaves as mentioned in comments
above.

A second issue is that the above wont work when I have the Vms running on
MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas
about either issue, I¹d love to hear ;)

Thanks

Irc.oftc.net #ovirt
zipur




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Snapshot Disk fails to connect to BackupApplianceVM - Failed to HotPlugDiskVDS

2018-01-22 Thread Zip
Okay, when I do a snapshot, and then mount the snapshot to a
BackupApplianceVM, all works using NFS4 as my Storage Domain for the VM
being backed up. If I change that disk storage on the VM to be backed up to
my iSCSI storage, my script breaks and I see these errors in the oVirt
Engine logs:

---
2018-01-22 23:10:36,249-06 INFO
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock Acquired to object
'EngineLock:{exclusiveLocks='[dcabf886-22b2-4239-b57a-559d9b5b4c6d=DISK]',
sharedLocks=''}'

2018-01-22 23:10:36,296-06 INFO
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Running command:
AttachDiskToVmCommand internal: false. Entities affected :  ID:
3c78dd5a-2982-4e35-ad9b-004394970dea Type: VMAction group
CONFIGURE_VM_STORAGE with role type USER,  ID:
dcabf886-22b2-4239-b57a-559d9b5b4c6d Type: DiskAction group ATTACH_DISK with
role type USER

2018-01-22 23:10:36,300-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] START,
HotPlugDiskVDSCommand(HostName = ovirtnodea.mydomain.com,
HotPlugDiskVDSParameters:{hostId='34591e56-fd25-48dd-bf56-76b7b15e3721',
vmId='3c78dd5a-2982-4e35-ad9b-004394970dea',
diskId='dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap='null'}), log id:
1bb4b632

2018-01-22 23:10:37,903-06 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Failed in 'HotPlugDiskVDS'
method

2018-01-22 23:10:37,907-06 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID:
VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirtnodea.mydomain.com command
HotPlugDiskVDS failed: unsupported configuration: native I/O needs either no
disk cache or directsync cache mode, QEMU will fallback to aio=threads

2018-01-22 23:10:37,907-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command
'org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand' return
value 'StatusOnlyReturn [status=Status [code=45, message=unsupported
configuration: native I/O needs either no disk cache or directsync cache
mode, QEMU will fallback to aio=threads]]'

2018-01-22 23:10:37,907-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] HostName =
ovirtnodea.mydomain.com

2018-01-22 23:10:37,907-06 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command
'HotPlugDiskVDSCommand(HostName = ovirtnodea.mydomain.com,
HotPlugDiskVDSParameters:{hostId='34591e56-fd25-48dd-bf56-76b7b15e3721',
vmId='3c78dd5a-2982-4e35-ad9b-004394970dea',
diskId='dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap='null'})'
execution failed: VDSGenericException: VDSErrorException: Failed to
HotPlugDiskVDS, error = unsupported configuration: native I/O needs either
no disk cache or directsync cache mode, QEMU will fallback to aio=threads,
code = 45

2018-01-22 23:10:37,907-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] FINISH,
HotPlugDiskVDSCommand, log id: 1bb4b632

2018-01-22 23:10:37,907-06 ERROR
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command
'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand' failed:
EngineException: 
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =
unsupported configuration: native I/O needs either no disk cache or
directsync cache mode, QEMU will fallback to aio=threads, code = 45 (Failed
with error FailedToPlugDisk and code 45)

2018-01-22 23:10:37,910-06 ERROR
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Transaction rolled-back for
command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand'.

2018-01-22 23:10:37,954-06 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID:
USER_FAILED_ATTACH_DISK_TO_VM(2,017), Failed to attach Disk TEST1234_Disk1
to VM SimpleBackup (User: admin@internal-authz).

2018-01-22 23:10:37,955-06 INFO
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock freed to object
'EngineLock:{exclusiveLocks='[dcabf886-22b2-4239-b57a-559d9b5b4c6d=DISK]',
sharedLocks=''}'

2018-01-22 23:10:37,955-06 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
task-58) [] Operation Failed: [Failed to 

[ovirt-users] oVirt 4.2 WebUI Plugin API Docs?

2018-02-16 Thread Zip
Are there any updated docs for the WebUI Plugins API?

I have found the following which all appear to be old and no longer working?

https://www.ovirt.org/documentation/admin-guide/appe-oVirt_User_Interface_Pl
ugins/
https://www.ovirt.org/develop/release-management/features/ux/uiplugins/
http://resources.ovirt.org/old-site-files/UI_Plugins_at_oVirt_Workshop_Sunny
vale_2013.pdf

Thanks 

Zip


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4.2 WebUI Plugin API Docs?

2018-02-24 Thread Zip
Hi Alexander,

If I try the following:





var api = parent.pluginApi('HelloWorld');
api.register({
UiInit: function () {
api.addMainTab('FooTab','xtab123','<a  rel="nofollow" href="http://foo.com/">http://foo.com/</a>');
}
});
api.ready();





I get the error in my browser console:

Sun Feb 25 00:03:56 GMT-600 2018
org.ovirt.engine.ui.webadmin.plugin.PluginManager SEVERE: Exception caught
while invoking event handler function [UiInit] for plugin [HelloWorld]:
Error: java.lang.IndexOutOfBoundsException webadmin:1:13517
<https://ovirtmgmt.intricatenetworks.com/ovirt-engine/webadmin/?locale=en_US
#dashboard-main> 

Sun Feb 25 00:03:56 GMT-600 2018
org.ovirt.engine.ui.webadmin.plugin.PluginManager WARNING: Plugin
[HelloWorld] removed from service due to failure


However if I remove the line:

 api.addMainTab('FooTab','xtab123','http://foo.com/Œ);

And replace it with something simple like:

alert(ŒTest 123¹);

There are no errors and the alert fires as it should.


Any ideas of what I might be missing?

I am running oVirt 4.2.1 on CentOS ­ Hosted Engine setup with 1 host for
testing.

Thanks

Zip

> 
> From:  Alexander Wels <aw...@redhat.com>
> Date:  Monday, February 19, 2018 at 7:54 AM
> To:  "users@ovirt.org" <users@ovirt.org>
> Cc:  Preston <pl...@inetx.ca>
> Subject:  Re: [ovirt-users] oVirt 4.2 WebUI Plugin API Docs?
> 
> On Friday, February 16, 2018 6:31:10 PM EST Zip wrote:
>>  Are there any updated docs for the WebUI Plugins API?
>>  
> 
> Unfortunately no, I haven't had a chance to create updated documentation.
> However the first two links are mostly still accurate as we haven't done any
> major changes to the API.
> 
> Some things to note that are different from the API documentation in https://
> www.ovirt.org/develop/release-management/features/ux/uiplugins/ for 4.2:
> 
> - alignRight no longer has any effect, as the UI in 4.2 no longer respects it.
> - none of the systemTreeNode selection code does anything (since there is no
> more system tree)
> - As noted in the documentation itself the RestApiSessionAcquired is no longer
> available as we have a proper SSO mechanism that you can utilize at this
> point.
> - Main Tabs are now called Main Views (but the api still calls them main tabs,
> so use the apis described). And sub tabs are now called detail tabs, but the
> same thing the API hasn't changed the naming convention so use subTabs.
> - mainTabActionButton location property no longer has any meaning and is
> ignored.
> 
> That is it I think, we tried to make it so existing plugins would remain
> working even if some options no longer mean anything.
> 
>>  I have found the following which all appear to be old and no longer working?
>>  
>>  https://www.ovirt.org/documentation/admin-guide/appe-oVirt_User_Interface_Pl
>>  ugins/
>>  https://www.ovirt.org/develop/release-management/features/ux/uiplugins/
>>  http://resources.ovirt.org/old-site-files/UI_Plugins_at_oVirt_Workshop_Sunny
>>  vale_2013.pdf
>>  
>>  Thanks
>>  
>>  Zip
> 
> 
> 


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt 4.x - RestAPI - Backup - How to Image Inactive Disk

2018-01-16 Thread Zip
Hi All,

I have created a bash script that uses curl and the REST API based on the
docs that I could find.

I have the script working all the way up until the VM-ToBeBackedUp-Disk is
attached to the VM-RunningTheBackupScript with the mention of the Snapshot.

Example:



   https://-myFQDN-/ovirt-engine/api/vms/-UUID-OF-VM-RunningTheBackupScript/dis
kattachments/

The above results in an attached disk to my VM-RunningTheBackupScript.

The question I have is how to I image that disk from the
VM-RunningTheBackupScript?

The VM-RunningTheBackupScript is running Debian8 and that VM cannot see the
attached disk as it is Inactive.

I have reviewed many of the older scripts out there and it looks trivial,
however everything I have tried has no joy ;/

If anyone on the list knows of the required magic, please advise ;)

* If I have to go to using python etc, I will, but trying to avoid it if
possible. Either way, I need some examples of how to proceed.

Some links I have reviewed:

https://www.ovirt.org/develop/api/design/backup-api/
http://200.1.19.60/ovirt-engine/docs/manual/en-US/html/Administration_Guide/
sect-Backing_Up_and_Restoring_Virtual_Machines_Using_the_Backup_and_Restore_
API.html
https://markmc.fedorapeople.org/rhevm-api/en-US/html-single/index.html
https://github.com/voidloop/ovirt-bash-backup/blob/master/backupvm.sh
https://github.com/laravot/backuprestoreapi/blob/master/example.py


Thanks

Zip


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] The future of backups in oVirt 4.2+

2018-01-18 Thread Zip

On Jan 18, 2018 5:29 PM, "Jayme" <jay...@gmail.com> wrote:
> I'm still deciding on storage solutions and have not made up my mind yet.
> GlusterFS may be an option but I'm not sure about performance and maintenance.
> It sounds to me like GlusterFS with secondary replicated gluster volume would
> work quite well as a disaster recovery solution but I'd also need
> historical/incremental backups as well, either of the VMs or at the very least
> some important files within such as production DBs etc, which may be possible
> with a secondary backup method using rsync or something along those lines.

-Gluster has a geo-replication based backup which is very cool and
integrated to oVirt UI.

> 
> It seems to me that there is not a great backup solution for oVirt yet which I
> find hard to believe.  I don't understand why backing up oVirt VMs has to be
> so complicated, compared to other products.  I was hoping that 4.2 would
> change that and allow for easier more resource efficient backing solutions.

-It certainly does. See the DR work (and youtube video).
-Y. 


** I have yet to see a working script that does a VM backup from oVirt 4.2
to NFS storage?? I have spent days testing and trying all the scripts I can
find, most are old and all seem to fail in different ways. I have even coded
my own script using bash/curl/RestAPI and hit a dead end there as well with
not finding any docs on how to backup an inactive disk from a attached
snapshot. You¹d think oVirt would have something better for a DR solution or
at least make it so you dont have to become an oVirt Dev Contributor to be
able to backup your Vms? **

I would love to see a clear example of how to do VM backups from the command
line in a script so I can move on to rolling out oVirt 4.2 ;)

Zip

> 
> On Thu, Jan 18, 2018 at 11:08 AM, Dan Yasny <dya...@gmail.com> wrote:
>> If you are using NFS, you might find it easier and more efficient to use a
>> solution outside oVirt.
>> 
>> I've documented an initial attempt at backing up machine images with backy2
>> at 
>> https://dyasny.blogspot.ca/2017/06/exploring-backup-options-for-rhvovirt.html
>> 
>> It is harder to do with block storage and frankly I haven't had the time to
>> get to doing it there, but NFS is simple enough, and what you get is pretty
>> robust, deduplicated backup, in some ways similar to the typical VM backups
>> you get from Veeam and Altaro on other platforms (sans the GUI of course).
>> 
>> 
>> 
>> On Thu, Jan 18, 2018 at 9:59 AM, Jayme <jay...@gmail.com> wrote:
>>> I've been running a non-production oVirt setup for a while and plan on
>>> building a more robust oVirt setup for eventual production use.  Part of
>>> that planning of course is backup/disaster recovery options.
>>> 
>>> I've been playing around with a few options to backup oVirt, I'm sure most
>>> of you are aware of them.  The github webfix it python scripts, and starting
>>> to look at bacchus as well although have not set it up or tested bacchus
>>> yet. 
>>> 
>>> The webfix it python script is fairly simple to setup and seems to work ok
>>> as intended, even on 4.2, but it's definitely clunky in terms of having to
>>> snapshot, clone, export.  A lot of resource usage.  I assume bacchus most
>>> likely uses the same method of snapshot/clone/export as well (due to what
>>> was available in oVirt at the time these scripts were written).
>>> 
>>> My concerns with using something like these are:
>>> 
>>> 1. It's using old 3x api -- which is fine for now but probably not with
>>> oVirt 4.3
>>> 2. Inefficient / resource intensive
>>> 3. Using export domain which is depreciated
>>> 
>>> From what I've read in oVirt documentation the Export domain is depreciated.
>>> I assume that this means that instead of a export domain you could instead
>>> create a regular data domain for backups that can be detached and attached
>>> to another environment, is that the correct assumption?
>>> 
>>> I've also read that it might be possible to skip the cloning of the VM part
>>> and export snapshots directly.  Is this now possible in 4.2 or will be in
>>> the future?  if it is possible to perform VM backups without cloning to a
>>> new VM first is anyone aware of any scripts/software that is available now
>>> which takes advantage of that?
>>> 
>>> Essentially all I want is a simple solution to backup my VMs to separate NFS
>>> storage.  If for some reason my main storage crashes I then have the option
>>> to connect that backup NFS storage to a secon

Re: [ovirt-users] oVirt 4.2 - Removed disk remains in VM OS with hooks?

2018-01-22 Thread Zip

> 
>> I am having an issue where when I use the REST API to connect a snapshot from
>> another VM to a Backup-Appliance-VM, after the clone when I remove the Disk
>> and delete the Snapshot, the disk remains in the Backup-Appliance-VM as
>> /dev/sdb ot /dev/vdb.
>> 
>> If I reboot the Bakup-Applicance-VM the disk disappears.
>> 
>> If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete² the
>> disk will disappear, but if I rescan the scsi bus, it is found and shows up
>> again in the VM OS, but the oVirt WebGUI does NOT show it as connected.
> 
> -- The first part is expected - the 2nd isn't.
> 
> What are you referring to as the first and second part?

‹ I understand why the disk is seen after it was detached (stale device),
not why it comes back after rescan, which seems to suggest it is not
detached properly. 


If I pass an API call to reboot, the VM reboots and the stale disks are
still connected, however if I pass an API call to shutdown, the stale disks
are removed. Is there something else that can be passed to the reboot API
call to have it disconnect whatever the shutdown does? If not, is there a
way to defer an API call as my backup VM is what is calling the API, it cant
call to start itself if it is off due to a shutdown call?

I dont see any errors in the logs while tailing with:
tail /var/log/ovirt-*/* -f


> 
>  
>> 
>> I am also not able to attach any other disks as it complains of :
>> 
>> HotPlugDiskVDS failed: internal error: unable to execute QEMU command
>> '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive
>> 
>> I did see that others in the past have gotten around this issue by rebooting
>> the Backup-Appliance-VM and then continuing on with the next VM backup and
>> looping through backup-reboot-backup-reboot-etc.
>> 
>> Anyone have an idea on how to solve this issue and remove the hooks from the
>> guest OS?
>> 
>> Steps to reproduce this issue:
>> 
>> 1. Create a backup appliance VM to be used for the backup script execution
>> 2. Currently I have the Vms set to virtio with threaded I/O enabled. Also
>> tried virtio_scsi with same result.
>> 3. Using REST API ­ make snapshot of target VM
>> 4. Using REST API ­ fetch vm metadata
>> 5. Using REST API ­ attach the snapshot/disk to the Backup-Appliance-VM
>> 6. dd the drive to backup folder
>> 7. Using REST API ­ remove the disk from the Backup-Appliance-VM
>> 8. Using REST API ­ delete the snapshot
>> 9. ** Check the guest OS of the Backup-Appliance-VM and the mounted drive
>> from the backup above still appears and behaves as mentioned in comments
>> above.
>> 
> 
> ‹ There are many details missing, including versions of everything used, but
> logs would be most helpful here.
>  
> Versions for oVirt are all the most recent. This is a fresh install of the
> Hosted Engine. I will just script the backup to cycle through sdb, sdc, sdd,
> Š. S, just seems odd that once a disk is detached and a snapshot deleted,
> that the Backup_appliance-VM can still access the drive/snapshot?

‹ Unrelated note - do NOT use /dev/sdX to enumerate them. Especially on SCSI
bus, probing is done in parallel and they may have a different name next
time. Use /dev/disk/by-id paths.

Each time the backup is done, it only uses the device /dev/xxY to mount the
disk image. The actual backup is being catalogued using the uuid and vmname.

> 
> 
>> A second issue is that the above wont work when I have the Vms running on
>> MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas
>> about either issue, I¹d love to hear ;)
> 
> ‹ Same - logs would be helpful here.
> 
> I will continue to dig through this issue and will post logs if stuck. I just
> wanted to know if there was anything obvious that I should be doing
> differently with iSCSI vs NFS with mounting disks/snapshots.

‹ Nope. 
‹ Y.

Zip
 

> 
> Zip
> 
> ‹ Y.
>  
>> 
>> Thanks
>> 
>> Irc.oftc.net <http://Irc.oftc.net>  #ovirt
>> zipur
>> 
>> 
>> 
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>> 
> 



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4.2 - Removed disk remains in VM OS with hooks?

2018-01-22 Thread Zip

> I am having an issue where when I use the REST API to connect a snapshot from
> another VM to a Backup-Appliance-VM, after the clone when I remove the Disk
> and delete the Snapshot, the disk remains in the Backup-Appliance-VM as
> /dev/sdb ot /dev/vdb.
> 
> If I reboot the Bakup-Applicance-VM the disk disappears.
> 
> If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete² the
> disk will disappear, but if I rescan the scsi bus, it is found and shows up
> again in the VM OS, but the oVirt WebGUI does NOT show it as connected.

-- The first part is expected - the 2nd isn't.

What are you referring to as the first and second part?

 
> 
> I am also not able to attach any other disks as it complains of :
> 
> HotPlugDiskVDS failed: internal error: unable to execute QEMU command
> '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive
> 
> I did see that others in the past have gotten around this issue by rebooting
> the Backup-Appliance-VM and then continuing on with the next VM backup and
> looping through backup-reboot-backup-reboot-etc.
> 
> Anyone have an idea on how to solve this issue and remove the hooks from the
> guest OS?
> 
> Steps to reproduce this issue:
> 
> 1. Create a backup appliance VM to be used for the backup script execution
> 2. Currently I have the Vms set to virtio with threaded I/O enabled. Also
> tried virtio_scsi with same result.
> 3. Using REST API ­ make snapshot of target VM
> 4. Using REST API ­ fetch vm metadata
> 5. Using REST API ­ attach the snapshot/disk to the Backup-Appliance-VM
> 6. dd the drive to backup folder
> 7. Using REST API ­ remove the disk from the Backup-Appliance-VM
> 8. Using REST API ­ delete the snapshot
> 9. ** Check the guest OS of the Backup-Appliance-VM and the mounted drive from
> the backup above still appears and behaves as mentioned in comments above.
> 

‹ There are many details missing, including versions of everything used, but
logs would be most helpful here.
 
Versions for oVirt are all the most recent. This is a fresh install of the
Hosted Engine. I will just script the backup to cycle through sdb, sdc, sdd,
Š. S, just seems odd that once a disk is detached and a snapshot
deleted, that the Backup_appliance-VM can still access the drive/snapshot?


> A second issue is that the above wont work when I have the Vms running on MPIO
> iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas about
> either issue, I¹d love to hear ;)

‹ Same - logs would be helpful here.

I will continue to dig through this issue and will post logs if stuck. I
just wanted to know if there was anything obvious that I should be doing
differently with iSCSI vs NFS with mounting disks/snapshots.

Zip

‹ Y.
 
> 
> Thanks
> 
> Irc.oftc.net <http://Irc.oftc.net>  #ovirt
> zipur
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] how do you backup VM - Citrix Xen Migrate too!

2018-04-12 Thread Zip
Hi Peter,

Have a look at my solution here.

https://github.com/zipurman/oVIRT_Simple_Backup

Is a full backup solution and a migration utility from Xen(Citrix) to oVirt.

Cheers

Zip

From:  <users-boun...@ovirt.org> on behalf of Peter Hudec <phu...@cnc.sk>
Organization:  CNC, a.s.
Reply-To:  "phu...@cnc.sk" <phu...@cnc.sk>
Date:  Friday, April 6, 2018 at 5:53 AM
To:  users <users@ovirt.org>
Subject:  [ovirt-users] how do you backup VM

Hi,

one general question. See the $SUBJ.

I have found https://github.com/openbacchus/bacchus, that good as start
point, but still missing some features. i was thinking to contribute
here, but first I want to known another solutions.

regards
Peter
-- 
*Peter Hudec*
Infraštruktúrny architekt
phu...@cnc.sk <mailto:phu...@cnc.sk>

*CNC, a.s.*
Borská 6, 841 04 Bratislava
Recepcia: +421 2  35 000 100

Mobil:+421 905 997 203
*www.cnc.sk* <http:///www.cnc.sk>

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4.2 WebUI Plugin API Docs?

2018-02-26 Thread Zip
Thanks Alexander,

This works:

api.addMainTab('oVirtTab', 'ovirt-tab', ‘http://www.something.com',
{priority: 5});

Can you advise how to get the api.addSubTab to work?

api.addSubTab('ovirt-tab', 'Test 123', 'test-123', '#’);

I tried the above and many other combinations, no errors, just doesnt work.
Maybe I am wrong on what it does?

I am looking to add a submenu – same as the current 4.2.1 UI shows Network
and then(Vnic Profiles) (Networks) as submenus.

Thanks

Zip


> 
> 
> On Sunday, February 25, 2018 1:11:08 AM EST Zip wrote:
>>  Hi Alexander,
>>  
>>  If I try the following:
>>  
>>  
>>  
>>  
>>  
>>  var api = parent.pluginApi('HelloWorld');
>>  api.register({
>>  UiInit: function () {
>>  api.addMainTab('FooTab','xtab123','<a  rel="nofollow" href="http://foo.com/">http://foo.com/</a>');
>>  }
>>  });
>>  api.ready();
>>  
>>  
>>  
>>  
>>  
>>  I get the error in my browser console:
>>  
>>  Sun Feb 25 00:03:56 GMT-600 2018
>>  org.ovirt.engine.ui.webadmin.plugin.PluginManager SEVERE: Exception caught
>>  while invoking event handler function [UiInit] for plugin [HelloWorld]:
>>  Error: java.lang.IndexOutOfBoundsException webadmin:1:13517
>>  <https://ovirtmgmt.intricatenetworks.com/ovirt-engine/webadmin/?locale=en_US
>>  #dashboard-main>
>>  
>>  Sun Feb 25 00:03:56 GMT-600 2018
>>  org.ovirt.engine.ui.webadmin.plugin.PluginManager WARNING: Plugin
>>  [HelloWorld] removed from service due to failure
>>  
>>  
>>  However if I remove the line:
>>  
>>   api.addMainTab('FooTab','xtab123','http://foo.com/Œ);
>>  
>>  And replace it with something simple like:
>>  
>>  alert(ŒTest 123¹);
>>  
>>  There are no errors and the alert fires as it should.
>>  
>>  
>>  Any ideas of what I might be missing?
>>  
>>  I am running oVirt 4.2.1 on CentOS ­ Hosted Engine setup with 1 host for
>>  testing.
>>  
>>  Thanks
>>  
>>  Zip
>>  
> 
> Well you found a bug, I will be posting a patch soon. To bypass the problem
> add the following:
> 
> api.addMainTab('FooTab','xtab123','http://foo.com/, {priority: N});
> 
> Where N is a number between 0 and 5
> 
> This will determine where the new menu item will show up in the menu, 0 being
> at the top below the dashboard, and 5 being right above Events. Normally it is
> supposed to simply add to the end, however due to the bug it won't.
> 
>>>  > From:  Alexander Wels <aw...@redhat.com>
>>>  > Date:  Monday, February 19, 2018 at 7:54 AM
>>>  > To:  "users@ovirt.org" <users@ovirt.org>
>>>  > Cc:  Preston <pl...@inetx.ca>
>>>  > Subject:  Re: [ovirt-users] oVirt 4.2 WebUI Plugin API Docs?
>>>  > 
>>>  > On Friday, February 16, 2018 6:31:10 PM EST Zip wrote:
>>>>  >>  Are there any updated docs for the WebUI Plugins API?
>>>  > 
>>>  > Unfortunately no, I haven't had a chance to create updated documentation.
>>>  > However the first two links are mostly still accurate as we haven't done
>>>  > any major changes to the API.
>>>  > 
>>>  > Some things to note that are different from the API documentation in
>>>  > https:// www.ovirt.org/develop/release-management/features/ux/uiplugins/
>>>  > for 4.2:
>>>  > 
>>>  > - alignRight no longer has any effect, as the UI in 4.2 no longer
>>> respects
>>>  > it. - none of the systemTreeNode selection code does anything (since
>>>  > there is no more system tree)
>>>  > - As noted in the documentation itself the RestApiSessionAcquired is no
>>>  > longer available as we have a proper SSO mechanism that you can utilize
>>>  > at this point.
>>>  > - Main Tabs are now called Main Views (but the api still calls them main
>>>  > tabs, so use the apis described). And sub tabs are now called detail
>>>  > tabs, but the same thing the API hasn't changed the naming convention so
>>>  > use subTabs. - mainTabActionButton location property no longer has any
>>>  > meaning and is ignored.
>>>  > 
>>>  > That is it I think, we tried to make it so existing plugins would remain
>>>  > working even if some options no longer mean anything.
>>>  > 
>>>>  >>  I have found the following which all appear to be old and no longer
>>>>  >>  working?
>>>>  >>  
>>>>  >>  
>>>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_User_Interfac
>>>>  >>  e_Pl ugins/
>>>>  >>  
>>>> https://www.ovirt.org/develop/release-management/features/ux/uiplugins/
>>>>  >>  
>>>> http://resources.ovirt.org/old-site-files/UI_Plugins_at_oVirt_Workshop_S
>>>>  >>  unny vale_2013.pdf
>>>>  >>  
>>>>  >>  Thanks
>>>>  >>  
>>>>  >>  Zip
> 
> 
> 


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] CORSFilter Web Admin

2018-02-27 Thread Zip
Is there a way to make CORSFilter work for webadmin?

I have tried using the:

engine-config -l | grep CORS
engine-config -s CORSSupport=true
engine-config -s CORSAllowedOrigins=*
service ovirt-engine restart

A look at:

engine-config -l | grep CORS

Looks like support is only for REST API?
- CORSSupport: "Enables CORS (Cross Origin Resource Sharing) support in
RESTAPI.²

I have also tried adding to
/usr/share/ovirt-engine/engine.ear/webadmin.war/WEB-INF/web.xml

   
   CORSSupport
   
org.ovirt.engine.core.utils.servlet.CORSSupportFilter
   

   
   CORSSupport
   /*
   

But that just ends up in Server Errors https://pastebin.com/Q1JECzSw


Thanks for any help ;)

Zip


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users