[ovirt-users] Re: Stuck in "Finalizing" disk upload phase

[Daniel Erez]

On Thu, Jul 18, 2019 at 7:31 PM Vrgotic, Marko
 wrote:
>
> Hi Daniel,
>
> Is it possible that upgrade from 4.3.3 to 4.3.4  affected/reset/changed the 
> certificate for imageio?

Have you restarted the ovirt-imageio-proxy service after upgrading? It
should be restarted to reload the certificate.

>
> Reason why I am asking is that, while running 4.3.3 version, I was uploading 
> Ubuntu 16-18, CentOS 7 cloud images, and CentOS6 no issues.
> Now issue is with CentOS6.
> I have tried to upload centos6.5 image via Ansible ovirt_disk and than one 
> ended stuck in “Finalizing” state.
> Than I tried with to Upload same image from UI and that ended in “Paused” 
> state.
>
> I will try Test Connection and let you know.
>
> Sent from my iPhone
>
> > On 18 Jul 2019, at 16:13, Daniel Erez  wrote:
> >
> > Hi Marko,
> >
> > According to the log, it seems there's an issue with a secured
> > connection to the proxy.
> > Can you please try the 'Test Connection' button on upload disk dialog,
> > to ensure the certificate is properly installed?
> > Also, is the disk currently in 'Paused by System' status?
> >
> > Thanks,
> > Daniel
> >
> > On Thu, Jul 18, 2019 at 2:35 PM Vrgotic, Marko
> >  wrote:
> >>
> >> Hi Nir,
> >>
> >>
> >>
> >> Since this is already compressed file, I have added output of grep for 
> >> moment this command was issue and following 300lines.
> >>
> >>
> >>
> >> [root@ovirt-engine ovirt-engine]# zgrep "2019-07-17 13:36:11,121Z" 
> >> engine.log-20190* -A300
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> >> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> >> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> >> EDIT_DISK_PROPERTIES with role type USER
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> >> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
> >>
> >> gzip: -A300.gz: No such file or directory
> >>
> >> [root@ovirt-engine ovirt-engine]# zgrep -A 300 "2019-07-17 13:36:11,121Z" 
> >> engine.log-20190*
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> >> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> >> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> >> EDIT_DISK_PROPERTIES with role type USER
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> >> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,142Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Successfully 
> >> added Upload disk 'av-07-centos-65-base' (disk id: 
> >> '3452459d-aec6-430e-9509-1d9ca815b2d8', image id: 
> >> 'b44659a9-607a-4eeb-a255-99532fd4fce4') for image transfer command 
> >> '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,188Z INFO  
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> >> PrepareImageVDSCommand(HostName = ovirt-hv-01.avinity.tv, 
> >> PrepareImageVDSCommandParameters:{hostId='e7e3f1dc-8037-4e74-a44c-442bdb02197d'}),
> >>  log id: 3bd84b38
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,351Z INFO  
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> >> PrepareImageVDSCommand, return: PrepareImageReturn:{status='Status 
> >> [code=0, message=Done]'}, log id: 3bd84b38
> >>
> >> engine.log-20190718.gz:2019-07

[ovirt-users] Re: Stuck in "Finalizing" disk upload phase

[Daniel Erez]

Hi Marko,

According to the log, it seems there's an issue with a secured
connection to the proxy.
Can you please try the 'Test Connection' button on upload disk dialog,
to ensure the certificate is properly installed?
Also, is the disk currently in 'Paused by System' status?

Thanks,
Daniel

On Thu, Jul 18, 2019 at 2:35 PM Vrgotic, Marko
 wrote:
>
> Hi Nir,
>
>
>
> Since this is already compressed file, I have added output of grep for moment 
> this command was issue and following 300lines.
>
>
>
> [root@ovirt-engine ovirt-engine]# zgrep "2019-07-17 13:36:11,121Z" 
> engine.log-20190* -A300
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> EDIT_DISK_PROPERTIES with role type USER
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
>
> gzip: -A300.gz: No such file or directory
>
> [root@ovirt-engine ovirt-engine]# zgrep -A 300 "2019-07-17 13:36:11,121Z" 
> engine.log-20190*
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> EDIT_DISK_PROPERTIES with role type USER
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
>
> engine.log-20190718.gz:2019-07-17 13:36:11,142Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Successfully added 
> Upload disk 'av-07-centos-65-base' (disk id: 
> '3452459d-aec6-430e-9509-1d9ca815b2d8', image id: 
> 'b44659a9-607a-4eeb-a255-99532fd4fce4') for image transfer command 
> '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
>
> engine.log-20190718.gz:2019-07-17 13:36:11,188Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> PrepareImageVDSCommand(HostName = ovirt-hv-01.avinity.tv, 
> PrepareImageVDSCommandParameters:{hostId='e7e3f1dc-8037-4e74-a44c-442bdb02197d'}),
>  log id: 3bd84b38
>
> engine.log-20190718.gz:2019-07-17 13:36:11,351Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> PrepareImageVDSCommand, return: PrepareImageReturn:{status='Status [code=0, 
> message=Done]'}, log id: 3bd84b38
>
> engine.log-20190718.gz:2019-07-17 13:36:11,356Z INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> SetVolumeLegalityVDSCommand( 
> SetVolumeLegalityVDSCommandParameters:{storagePoolId='10525aa0-839d-11e9-a016-00163e4f2a6d',
>  ignoreFailoverLimit='false', 
> storageDomainId='644aacaa-12e1-4fcd-b3aa-941678cf95bd', 
> imageGroupId='3452459d-aec6-430e-9509-1d9ca815b2d8', 
> imageId='b44659a9-607a-4eeb-a255-99532fd4fce4'}), log id: 5e0f7654
>
> engine.log-20190718.gz:2019-07-17 13:36:11,390Z INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> SetVolumeLegalityVDSCommand, return: , log id: 5e0f7654
>
> engine.log-20190718.gz:2019-07-17 13:36:11,394Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> AddImageTicketVDSCommand(HostName = ovirt-hv-01.avinity.tv, 
> AddImageTicketVDSCommandParameters:{hostId='e7e3f1dc-8037-4e74-a44c-442bdb02197d',
>  ticketId='10096b11-d10d-43aa-ad16-668b29a8c152', timeout='300', 
> operations='[write]', size='47244640256', 
> url='file:///rhev/data-center/mnt/172.17.28.5:_ovirt__production/644aacaa-12e1-4fcd-b3aa-941678cf95bd/images/3452459d-aec6-430e-9509-1d9ca815b2d8/b44659a9-607a-4eeb-a255-99532fd4fce4',
>  filename='null', sparse='true', 
> transferId='28eda0c2-e36b-4e70-91ea-2ecf4a030d19'}), log id: 3bf6b943
>
> engine.log-20190718.gz:2019-07-17 13:36:11,410Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> AddImageTicketVDSCommand, return: StatusOnlyReturn 

[ovirt-users] Re: engine-setup failing on 4.3.2 -> 4.3.3 fails during Engine schema refresh fail

[Daniel Erez]

On Wed, Apr 17, 2019 at 11:43 AM Yedidyah Bar David  wrote:
>
> On Wed, Apr 17, 2019 at 10:51 AM Yedidyah Bar David  wrote:
> >
> > On Wed, Apr 17, 2019 at 10:48 AM Yedidyah Bar David  wrote:
> > >
> > > On Wed, Apr 17, 2019 at 10:30 AM Lucie Leistnerova  
> > > wrote:
> > > >
> > > > Hi Edward,
> > > >
> > > > On 4/16/19 9:23 PM, Edward Berger wrote:
> > > >
> > > > I was trying to upgrade a hyperconverged oVirt hosted engine and failed 
> > > > in the engine-setup command with these error and warnings.
> > > >
> > > > ...
> > > > [ INFO  ] Creating/refreshing Engine database schema
> > > > [ ERROR ] schema.sh: FATAL: Cannot execute sql command: 
> > > > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_03_0830_add_foreign_key_to_image_transfers.sql
> > > >
> > > > The error is
> > > >
> > > > ERROR:  insert or update on table "image_transfers" violates foreign 
> > > > key constraint "fk_image_transfers_command_enitites"
> > > > DETAIL:  Key (command_id)=(fedc82f7-9bf7-4988-b9d9-23853e04e44e) is not 
> > > > present in table "command_entities".
> > > >
> > > > So there is some image transfer left without appropriate command entity.
> > > > If you are sure that no such transfer is active. You can remove it from 
> > > > the table.
> > > >
> > > >
> > > > $ scl enable rh-postgresql10 bash
> > > > $ psql engine
> > > >
> > > > engine=# delete from image_transfers where 
> > > > command_id='fedc82f7-9bf7-4988-b9d9-23853e04e44e';
> > >
> > > Or, more generally, copying from
> > > 04_03_0270_add_foreign_key_to_image_transfers.sql:
> > >
> > > DELETE FROM image_transfers
> > > WHERE command_id NOT IN
> > > (SELECTcommand_entities.command_id
> > >  FROM  command_entities);
> > >
> > > and then try again.
> > >
> > > Adding Also Bhushan, who reported this in private as well.
> > >
> > > Adding Daniel, author of the patch causing this:
> > >
> > > https://gerrit.ovirt.org/#/q/I65906d09ba201c93da65e9a2b67cef5f9f177747,n,z
> > >
> > > Daniel:
> > >
> > > This already happened in the past, and we fixed it by adding
> > > 04_03_0265_remove_foreign_key_in_image_transfers.sql . Not sure why we
> > > needed to add 04_03_0830_add_foreign_key_to_image_transfers.sql again,
> > > but perhaps add now another copy of
> > > 04_03_0265_remove_foreign_key_in_image_transfers.sql before it as
> > > well.

We needed the '04_03_0830' script, to avoid a missing FK when upgrading from
4.2.7 to 4.3, as '04_03_0270_add_foreign_key' script was skipped (and
thus the FK
was missing due to '04_03_0265_remove_foreign_key_in_image_transfers').

As Didi mentioned, deleting the stale image_transfers should solve the issue [*]
I'll add this script to the patch: https://gerrit.ovirt.org/#/c/99497/

[*]
DELETE FROM image_transfers
WHERE command_id NOT IN
(SELECTcommand_entities.command_id
 FROM  command_entities);




> >
> > Alternatively, if we are still not fully certain this is over,
> > consider adding an engine-setup plugin that does that, ignoring common
> > practice of dbscripts upgrade (which ignores files it already loaded
> > in the past).
>
> Pushed [1] to master and 4.3 branches. Feel free to take over, change
> Bug-Url, whatever.
>
> [1] https://gerrit.ovirt.org/#/q/I90b464eb6574b9b49daf26d365f4034098f01f64
>
> >
> > >
> > > Also: Perhaps push a patch to OST to verify this flow.
> > >
> > > Thanks and best regards,
> > >
> > > >
> > > >
> > > > [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema 
> > > > refresh failed
> > > > ...
> > > > [ INFO  ] Yum Verify: 16/16: ovirt-engine-tools.noarch 0:4.3.3.5-1.el7 
> > > > - e
> > > > [WARNING] Rollback of DWH database postponed to Stage "Clean up"
> > > > [ INFO  ] Rolling back database schema
> > > > ...
> > > > [ INFO  ] Stage: Pre-termination
> > > > [ INFO  ] Stage: Termination
> > > > [ ERROR ] Execution of setup failed
> > > >
> > > > Attaching engine-setup logfile.
> > > >
> > > > ___
> > > > Users mailing list -- users@ovirt.org
> > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > oVirt Code of Conduct: 
> > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > List Archives: 
> > > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/45EDYLIQE4QUJYZUG6KJJRJAKCJ5OI3P/
> > > >
> > > > Best regards,
> > > >
> > > > --
> > > > Lucie Leistnerova
> > > > Quality Engineer, QE Cloud, RHVM
> > > > Red Hat EMEA
> > > >
> > > > IRC: lleistne @ #rhev-qe
> > > >
> > > > ___
> > > > Users mailing list -- users@ovirt.org
> > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > oVirt Code of Conduct: 
> > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > List Archives: 
> > > > 

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Sun, Feb 10, 2019 at 9:11 AM Hetz Ben Hamo  wrote:

> I've reinstalled the system yesterday. Now it automatically switches from
> "complete" to OK.
> Daniel, did you commit/push anything?
>

No, it should be fine on a clean installation. I suspect it's related only
to upgrade.
But need to see the setup logs from upgrade to understand to exact scenario.


>
>
> On Sun, Feb 10, 2019 at 9:10 AM Daniel Erez  wrote:
>
>>
>>
>> On Fri, Feb 8, 2019 at 10:39 PM  wrote:
>>
>>> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>> >
>>> >
>>> > Where do you see this status? In REST-API?
>>> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>>>
>>> I am also seeing the same thing on a system I just upgraded from 4.2.8
>>> to 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
>>> "Completed" state in the Disks tab of the WebAdmin.
>>>
>>> The image itself works fine, I attached it to a new vm and it is running
>>> fine.
>>>
>>
>> For Hetz it was due to a missing foreign key constraints in
>> image_transfers table.
>> Can you please check if 'fk_image_transfers_command_enitites'[*] exists
>> by executing the following sql command:
>> SELECT COUNT(1) FROM information_schema.table_constraints WHERE
>> constraint_name='fk_image_transfers_command_enitites' AND
>> table_name='image_transfers';
>>
>> Also, can you please attach 'ovirt-engine-setup' log from after the
>> upgrade to 4.3
>>
>> [*] The constraint should be added by
>> '04_03_0270_add_foreign_key_to_image_transfers.sql'
>>
>>
>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LGRYJ6T6SUNS3ZJZKYWWPD4GOUKTF4JJ/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Fri, Feb 8, 2019 at 10:39 PM  wrote:

> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
> >
> >
> > Where do you see this status? In REST-API?
> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>
> I am also seeing the same thing on a system I just upgraded from 4.2.8 to
> 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
> "Completed" state in the Disks tab of the WebAdmin.
>
> The image itself works fine, I attached it to a new vm and it is running
> fine.
>

For Hetz it was due to a missing foreign key constraints in image_transfers
table.
Can you please check if 'fk_image_transfers_command_enitites'[*] exists by
executing the following sql command:
SELECT COUNT(1) FROM information_schema.table_constraints WHERE
constraint_name='fk_image_transfers_command_enitites' AND
table_name='image_transfers';

Also, can you please attach 'ovirt-engine-setup' log from after the upgrade
to 4.3

[*] The constraint should be added by
'04_03_0270_add_foreign_key_to_image_transfers.sql'



> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 3:32 PM Hetz Ben Hamo  wrote:

> Sure, care to tell me the locations of those files? (I assume they are on
> the HE?)
>

Yes, should be on /var/log folder.
If you just want to unlock the disk in the mean time, you can use the
'unlock_entity' utility:
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity


>
> Thanks
>
>
> On Thu, Feb 7, 2019 at 3:30 PM Daniel Erez  wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 3:25 PM Hetz Ben Hamo  wrote:
>>
>>> see this screenshot: https://imgur.com/a/Mzpn6qY
>>>
>>
>> ok, so maybe there was a failure in the finalizing step that should
>> unlock the disk as well.
>> Can you please attach the relevant engine/vdsm/proxy/daemon logs?
>>
>>
>>>
>>> תודה,
>>> *חץ בן חמו*
>>> אתם מוזמנים לבקר בבלוג היעוץ <http://linvirtstor.net/> או בבלוג הפרטי
>>> שלי <http://benhamo.org>
>>>
>>>
>>> On Thu, Feb 7, 2019 at 3:21 PM Daniel Erez  wrote:
>>>
>>>>
>>>>
>>>> On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>>>
>>>>> Hi Daniel,
>>>>>
>>>>> There is no failure when uploading the ISO. I tried to upload it both
>>>>> to NFS and to iSCSI. In both cases it completes the upload and the status
>>>>> remains "completed".
>>>>> I can use the ISO from the storage domain without any problems so
>>>>> there are no errors.
>>>>>
>>>>
>>>> Where do you see this status? In REST-API?
>>>> What is the status of the disk? ('Disks' tab in the WebAdmin)
>>>>
>>>>
>>>>>
>>>>>
>>>>> On Thu, Feb 7, 2019 at 3:04 PM Daniel Erez  wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola 
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo 
>>>>>>> ha scritto:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>>>>>>>> However, the status in the UI is "stuck" in the "complete" in the
>>>>>>>> status column. Does it change to "OK" as others images in the domain?
>>>>>>>>
>>>>>>>
>>>>>> Hi Hetz,
>>>>>>
>>>>>> The disk should move back to 'OK' status after completing the
>>>>>> operation.
>>>>>> In case of a failure during the operation, the disk moves to 'PAUSED'
>>>>>> state, in which it can be either resumes or cancelled.
>>>>>>
>>>>>> * What is the current status of the disk?
>>>>>> * Any failure message in the events tab?
>>>>>> * Can you please attach engine/vdsm/proxy/daemon logs?
>>>>>> * If the upload can't be cancelled or resumed, the disk can be
>>>>>> manually unlocked using the 'unlock_entity' utility:
>>>>>>
>>>>>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Daniel, Tal, do we have page data refresh issue there?
>>>>>>>
>>>>>>>
>>>>>>>> ___
>>>>>>>> Users mailing list -- users@ovirt.org
>>>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>>> oVirt Code of Conduct:
>>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>>> List Archives:
>>>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> SANDRO BONAZZOLA
>>>>>>>
>>>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>>>
>>>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>>>
>>>>>>> sbona...@redhat.com
>>>>>>> <https://red.ht/sig>
>>>>>>>
>>>>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GUHPSXO6EISTSV2GZLVYVN6E32FLF342/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 3:25 PM Hetz Ben Hamo  wrote:

> see this screenshot: https://imgur.com/a/Mzpn6qY
>

ok, so maybe there was a failure in the finalizing step that should unlock
the disk as well.
Can you please attach the relevant engine/vdsm/proxy/daemon logs?


>
> תודה,
> *חץ בן חמו*
> אתם מוזמנים לבקר בבלוג היעוץ <http://linvirtstor.net/> או בבלוג הפרטי שלי
> <http://benhamo.org>
>
>
> On Thu, Feb 7, 2019 at 3:21 PM Daniel Erez  wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>
>>> Hi Daniel,
>>>
>>> There is no failure when uploading the ISO. I tried to upload it both to
>>> NFS and to iSCSI. In both cases it completes the upload and the status
>>> remains "completed".
>>> I can use the ISO from the storage domain without any problems so there
>>> are no errors.
>>>
>>
>> Where do you see this status? In REST-API?
>> What is the status of the disk? ('Disks' tab in the WebAdmin)
>>
>>
>>>
>>>
>>> On Thu, Feb 7, 2019 at 3:04 PM Daniel Erez  wrote:
>>>
>>>>
>>>>
>>>> On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo 
>>>>> ha scritto:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>>>>>> However, the status in the UI is "stuck" in the "complete" in the
>>>>>> status column. Does it change to "OK" as others images in the domain?
>>>>>>
>>>>>
>>>> Hi Hetz,
>>>>
>>>> The disk should move back to 'OK' status after completing the operation.
>>>> In case of a failure during the operation, the disk moves to 'PAUSED'
>>>> state, in which it can be either resumes or cancelled.
>>>>
>>>> * What is the current status of the disk?
>>>> * Any failure message in the events tab?
>>>> * Can you please attach engine/vdsm/proxy/daemon logs?
>>>> * If the upload can't be cancelled or resumed, the disk can be manually
>>>> unlocked using the 'unlock_entity' utility:
>>>>
>>>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity
>>>>
>>>>
>>>>>
>>>>> Daniel, Tal, do we have page data refresh issue there?
>>>>>
>>>>>
>>>>>> ___
>>>>>> Users mailing list -- users@ovirt.org
>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>> oVirt Code of Conduct:
>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>> List Archives:
>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> SANDRO BONAZZOLA
>>>>>
>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>
>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>
>>>>> sbona...@redhat.com
>>>>> <https://red.ht/sig>
>>>>>
>>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HREIHW3GIO6GOARII5FQUPTSO3HZMPOR/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:

> Hi Daniel,
>
> There is no failure when uploading the ISO. I tried to upload it both to
> NFS and to iSCSI. In both cases it completes the upload and the status
> remains "completed".
> I can use the ISO from the storage domain without any problems so there
> are no errors.
>

Where do you see this status? In REST-API?
What is the status of the disk? ('Disks' tab in the WebAdmin)


>
>
> On Thu, Feb 7, 2019 at 3:04 PM Daniel Erez  wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo 
>>> ha scritto:
>>>
>>>> Hi,
>>>>
>>>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>>>> However, the status in the UI is "stuck" in the "complete" in the
>>>> status column. Does it change to "OK" as others images in the domain?
>>>>
>>>
>> Hi Hetz,
>>
>> The disk should move back to 'OK' status after completing the operation.
>> In case of a failure during the operation, the disk moves to 'PAUSED'
>> state, in which it can be either resumes or cancelled.
>>
>> * What is the current status of the disk?
>> * Any failure message in the events tab?
>> * Can you please attach engine/vdsm/proxy/daemon logs?
>> * If the upload can't be cancelled or resumed, the disk can be manually
>> unlocked using the 'unlock_entity' utility:
>>
>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity
>>
>>
>>>
>>> Daniel, Tal, do we have page data refresh issue there?
>>>
>>>
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>>>
>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>>
>>> sbona...@redhat.com
>>> <https://red.ht/sig>
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3N644Q2N3AQ5TTSII6746WDKRWNP24KU/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola  wrote:

>
>
> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo  ha
> scritto:
>
>> Hi,
>>
>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>> However, the status in the UI is "stuck" in the "complete" in the status
>> column. Does it change to "OK" as others images in the domain?
>>
>
Hi Hetz,

The disk should move back to 'OK' status after completing the operation.
In case of a failure during the operation, the disk moves to 'PAUSED'
state, in which it can be either resumes or cancelled.

* What is the current status of the disk?
* Any failure message in the events tab?
* Can you please attach engine/vdsm/proxy/daemon logs?
* If the upload can't be cancelled or resumed, the disk can be manually
unlocked using the 'unlock_entity' utility:
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity


>
> Daniel, Tal, do we have page data refresh issue there?
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YEGI6ZKIXYUTHVKLP2BGLX4SSAI45BVO/

[ovirt-users] Re: Schema upgrade error while updating 4.2.4 to 4.2.5

[Daniel Erez]

On Fri, Aug 3, 2018 at 2:01 PM Jan Siml  wrote:

> Hello,
>
> > If there are Disk Uploads that have not completed (i.e: currently
> > Paused or with Error) and were not canceled the upgrade will fail.This
> > is due to a foreign key being added on 4.2.5, relating image_transfers
> > table to command_entities table.
> >
> > When the roll-back to the previous RHV-M version finishes, open the
> > Administration Portal and navigate to Storage -> Disks.
>
> there was indeed one disk upload which wasn't finshed. I have canceled
> it and removed the disk.
>
> > If it fails then share your observations with us, so we need to do
> > some manual changes in database.
> The seconds attempt to update failed to:
>
> Running upgrade sql script
>
> '/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1210_add_foreign_key_to_image_transfers.sql'...
>
> 2018-08-03 12:45:05,808+0200 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.execute:926 execute-output:
> ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p',
>   '5432', '-u', 'engine', '-d', 'engine', '-l',
> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20180803124017-k94hg1.log',
>
> '-c', 'apply'] stderr:
> psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1210_add_foreign_key_to_image_transfers.sql:1:
>
> ERROR:  insert or update on table "image_transfers" violates foreign key
> constraint "fk_image_tran
> sfers_command_enitites"
> DETAIL:  Key (command_id)=(312f711f-a5c3-477d-8533-82ef88a54b77) is not
> present in table "command_entities".
> FATAL: Cannot execute sql command:
>
> --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1210_add_foreign_key_to_image_transfers.sql
>

There are probably some more stale image transfers records,
can you please check whether 'image_transfers' table is empty?
If not, you can try removing them by executing:
"DELETE FROM image_transfers WHERE command_id NOT IN (SELECT
command_entities.command_id FROM command_entities);"
(you can simply prepend it to
'04_02_1210_add_foreign_key_to_image_transfers.sql')


>
> 2018-08-03 12:45:05,809+0200 ERROR
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema schema._misc:434
> schema.sh: FATAL: Cannot execute sql command:
> --file=/usr/share/ovirt-engine/dbscripts/upg
> rade/04_02_1210_add_foreign_key_to_image_transfers.sql
> 2018-08-03 12:45:05,812+0200 DEBUG otopi.context
> context._executeMethod:143 method exception
> Traceback (most recent call last):
>File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133,
> in _executeMethod
>  method['method']()
>File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>
> line 436, in _misc
>  raise RuntimeError(_('Engine schema refresh failed'))
> RuntimeError: Engine schema refresh failed
> 2018-08-03 12:45:05,815+0200 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Misc configuration':
> Engine schema refresh failed
>
> The restore for both databases (engine and engine_hirory) fails too:
>
> pg_restore: [archiver (db)] Error from TOC entry 7339; 0 0 COMMENT
> EXTENSION "uuid-ossp"
> pg_restore: [archiver (db)] could not execute query: ERROR:  must be
> owner of extension uuid-ossp
>
> Regards
>
> Jan
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DSVVDV42APPUKQN6XV4ZUSI3PUAXPOWB/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/F5UMM27QBPMUTWYMEJJSFAH5JJO5CXVF/

[ovirt-users] Re: Import Netapp snapshot volume into ovirt and start VM from volume snapshot

[Daniel Erez]

On Mon, Jul 30, 2018 at 10:32 AM Igor Zinovik 
wrote:

>
>
> пн, 30 июл. 2018 г., 9:54 Daniel Erez :
>
>> On Sun, Jul 29, 2018 at 11:45 AM Igor Zinovik 
>> wrote:
>>
>>>   Hello.
>>>
>>> I'm trying to implement following backup scenario for my VMs:
>>> storage domain is a volume on netapp appliance connected to oVirt cluster
>>> via NFS3. Netapp produces its zero copy snapshots of this volume.
>>> I want to be able to restore VMs from these snapshots, e.g.
>>> Netapp can export snapshot to ovirt as another NFS volume after that
>>> I want to be able to import VM or attach VM disks from snapshot volume
>>> to VM and start it. As far as I understand it is basic backup|migration
>>> scenario
>>> when user wants to move VMs from one ovirt DC to another ovirt DC.
>>>
>>> Right now I cannot import snapshot volume which contains exactly same
>>> domain
>>> metadata (in dom_dm/ directory) as original volume (which I cannot
>>> detach since
>>> it hosts disks for running VMs). I tried to rename dom_md/, but with no
>>> success in
>>> domain import process.
>>>
>>> Maybe someone in this list uses same scenario for VM backup and can give
>>> some advice.
>>>
>>
>> Hi Zinovik,
>>
>> Have you tried using the scan disks procedure[*] (which scans the domain
>> for unregistered floating disks)?
>> You can find it under 'Storage -> Domains -> Disks -> "Scan Disks" button
>> (in the Kebab Menu)'.
>>
>> [*]
>> https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain/#work-flow-for-scanning-unregistered-floating-disks---ui-flow
>>
>
> I cannot even attach snapshot volume.
> Disks scanning is available only for attached storage domains.
>

In order to import an existing storage domain, the old domain should be
removed first.
If you need to import just a single vm/disk, you can use the upload flow:
https://ovirt.org/develop/release-management/features/storage/backup-restore-disk-snapshots/
Or, if relevant, use the backup API integration:
https://www.ovirt.org/develop/release-management/features/storage/backup-restore-api-integration/


>
>
>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MRIYFKQTTC4NNTOIMZ5G676EQQEUBFNV/
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/47ILMZZUOFWVCRZ3WBNSOEJAFGEABAFN/

[ovirt-users] Re: Import Netapp snapshot volume into ovirt and start VM from volume snapshot

[Daniel Erez]

On Sun, Jul 29, 2018 at 11:45 AM Igor Zinovik 
wrote:

>   Hello.
>
> I'm trying to implement following backup scenario for my VMs:
> storage domain is a volume on netapp appliance connected to oVirt cluster
> via NFS3. Netapp produces its zero copy snapshots of this volume.
> I want to be able to restore VMs from these snapshots, e.g.
> Netapp can export snapshot to ovirt as another NFS volume after that
> I want to be able to import VM or attach VM disks from snapshot volume
> to VM and start it. As far as I understand it is basic backup|migration
> scenario
> when user wants to move VMs from one ovirt DC to another ovirt DC.
>
> Right now I cannot import snapshot volume which contains exactly same
> domain
> metadata (in dom_dm/ directory) as original volume (which I cannot detach
> since
> it hosts disks for running VMs). I tried to rename dom_md/, but with no
> success in
> domain import process.
>
> Maybe someone in this list uses same scenario for VM backup and can give
> some advice.
>

Hi Zinovik,

Have you tried using the scan disks procedure[*] (which scans the domain
for unregistered floating disks)?
You can find it under 'Storage -> Domains -> Disks -> "Scan Disks" button
(in the Kebab Menu)'.

[*]
https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain/#work-flow-for-scanning-unregistered-floating-disks---ui-flow


> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MRIYFKQTTC4NNTOIMZ5G676EQQEUBFNV/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SJKWUSSJPODAV6AEWVMUSOSIYN6A2XFT/

[ovirt-users] Re: Cannot switch to maintenance, image transfer is in progress

[Daniel Erez]

Hi Randi,

To understand if it's indeed the same issue, can you please attach the
output of:
- select * from image_transfers;
- select * from command_entities;

Every image_transfer record should have a correlated command_entity.
If it's missing from entities then you probably hit a similar issue.
In that case, you can change the image_transfers phase value to 4 ('Pause'),
and for cleanup, cancel the transfer manually (e.g. from webadmin -> disks
-> cancel).

On Wed, Jul 25, 2018 at 3:54 AM Randy Bender  wrote:

> We've just updated our hosted engine to 4.2.4.
> When trying to place one of the hosts in maintenance mode, we get the
> error in the subject line.  I've found the following that looks to be the
> issue we are hitting:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1586126
>
> I've looked in the engine database with the following command and results:
>
> engine=# select disk_id from image_transfers ;
>disk_id
> --
>  52966b71-2d01-4a16-9830-65a888717656
>  c72d64b7-93c9-485b-b031-29c785c5bf9a
> (2 rows)
>
> Full details on these records show that they are indeed old - there are no
> transfers actually in progress.
>
> Can anyone confirm the correct way to remedy this?  The bug report notes
> changing the phase on the record in question.  Before I try that, I'd like
> confirmation if anyone else has seen this issue and resolved it.
> And if this is the resolution, can you describe the exact psql commands to
> achieve this?
>
> Thanks
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IRT6E43OYO52CIKC42AWLQJTNIFMYF3C/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/E3AFM4K36HLSLT3ZFNFBJLPWT2SHFT4O/

[ovirt-users] Re: Problems import vm/uploading disk

[Daniel Erez]

On Wed, Jun 27, 2018 at 1:04 PM Alan G  wrote:

> Hi,
>
> I'm trying to import a KVM VM into Ovirt.
>
> First I tried the GUI VM import functionality and this failed with the
> error below. However other VMs from the same source host were imported fine.
>
> read-32893::ERROR::2018-06-27 09:43:48,703::v2v::679::root::(_run) Job
> u'1a5fe287-d2dd-429c-87b5-6f240b59c17f' failed
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 674, in _run
> self._import()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 691, in
> _import
> with self._command.execute() as self._proc:
>   File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
> return self.gen.next()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 597, in
> execute
> yield self._start_helper()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 374, in
> _start_helper
> env=self._environment())
>   File "/usr/lib/python2.7/site-packages/vdsm/commands.py", line 71, in
> execCmd
> deathSignal=deathSignal)
>   File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 63,
> in __init__
> **kw)
>   File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__
> errread, errwrite)
>   File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 83,
> in _execute_child_v276
> _to_close=to_close
>   File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 118,
> in _execute_child_v275
> restore_sigpipe
> OSError: [Errno 0] Error
> Thread-32893::ERROR::2018-06-27 09:43:48,704::v2v::686::root::(_run) Job
> u'1a5fe287-d2dd-429c-87b5-6f240b59c17f', error trying to abort:
> AttributeError("'NoneType' object has no attribute 'returncode'",)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 683, in _run
> self._abort()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 743, in _abort
> if self._proc.returncode is None:
> AttributeError: 'NoneType' object has no attribute 'returncode'
>
>
> Second I tried using the disk upload feature in the GUI, but this created
> the target disk then fails to upload the content - I've ensured that the
> relevant CAs are loaded into the browser.
>

> Third I successfully imported the VM into an ovirt 4.2 instance in the
> lab, but can find no way of then importing it into ovirt 4.0 as the storage
> domain format seems not to be backwards compatible.
>
> Finally I used the upload_disk.py example script from python SDK. This
> creates the disk and starts to upload the content but always fails at 2%
> with "socket.error: [Errno 32] Broken pipe"
>

Did it fail in oVirt 4.0 or 4.2?
Can you please attach engine, vdsm, proxy and daemon logs?


>
> Any ideas on how I can get this qcow2 image loaded into ovirt 4.0?
>
> Thanks,
>
> Alan
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/A7RVNCGYKBHC7NV6HUJ2WAJ2WDJORTIU/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WMDPVRM5DHVOCUA4DD4PQHX6FDMR5BT7/

[ovirt-users] Re: Unable to backend oVirt with Cinder

[Daniel Erez]

On Thu, Jun 21, 2018 at 12:20 PM  wrote:

> Sorry, I found last message some later.
> Problem that I can't auth with keystone, and without keystone I can't
> create image, because field Volume Type is empty, and in
> /var/log/ovirt-engine/engine.log
> messages
> 2018-06-20 19:24:29,667+03 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]
> (default task-60) [9c78dc58-8a03-411e-998b-8ea3b0e6a34a] Query
> 'GetCinderVolumeTypesBy
> StorageDomainIdQuery' failed: null
> 2018-06-20 19:24:29,667+03 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]
> (default task-60) [9c78dc58-8a03-411e-998b-8ea3b0e6a34a] Exception:
> java.lang.NullPoin
> terException
>

It probably means that there's no volume types configured for the tenant.
You should create a new volume type in cinder that is associated with the
ceph backend.
In the new volume type, create an extra spec for ceph, e.g.
volume_backend_name=ceph.
Here are some relevant docs for details:
-
https://docs.openstack.org/cinder/latest/admin/blockstorage-multi-backend.html
- https://docs.openstack.org/horizon/latest/admin/manage-volumes.html



>
>
>
> I install openstack keystone and cinder from pike, and create endpoint
> /v2.0 and it's solve problem.
> As far as I understand, it's impossible to use a cinder without keystone,
> and for keystone needed endpoint /v2.0 (not /v2 or /v3). And this api was
> removed from openstack release queen.
>
> The only question that I have left, I also earned glance, but it is
> unclear how to use it. The only thing I can do now is export image into it,
> that's all. Is this its only function?
>
>
>
> 21.06.2018, 11:58, "Shani Leviim" :
>
> Hi,
>
> Can you please supply some more details about the problem?
>
> Thanks
>
> *Regards,*
> *Shani Leviim*
>
> On Thu, Jun 21, 2018 at 1:47 AM,  wrote:
>
> Hi. Did you solve this problem?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/R4AMON6RE72LD2CHJJNAHYYCERUZBEHX/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/47BYYEKJAWP54AT7XJBOD7CK4IFB3PUZ/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/O24CDECG23MSEBK7YUNA3GKUFY32VTNA/

Re: [ovirt-users] oVIrt4.2 snapshot upload fail

[Daniel Erez]

On Tue, Apr 24, 2018 at 9:36 AM David David  wrote:

> Hi all.
> oVirt 4.2
> trying to upload disk snapshot
> thereis VM named vm-test, with disk id =
> 078398f5-0679-4eec-97e2-d227c097f453, storage = data00 and cluster =
> testcluster.
> i do snapshot of this VM.
> and subsequently launched these scripts
>
> download_vm_ovf.py
> ==
> if __name__ == "__main__":
>
> # Set VM name
> vm_name = 'vm-test'
> 
>
> the ovf file is saved as 1d45f654-2ade-46c9-a747-2cd01ce14df2.ovf
>
> download_disk_snapshots.py
> ==
> if __name__ == "__main__":
>
> # Set relevant disk and stroage domain IDs
> disk_id = '078398f5-0679-4eec-97e2-d227c097f453'
> sd_name = 'data00'
> ==
>
> the snapshot is saved as a8278905-57c9-4321-ab08-633436c5a63c
>
> upload_disk_snapshots.py:
> =
> if __name__ == "__main__":
>
> # Set storage domain name
> sd_name = 'data00'
>
> # Set OVF file path
> ovf_file_path = '1d45f654-2ade-46c9-a747-2cd01ce14df2.ovf'
>
> # Disk to upload
> disk_path = 'a8278905-57c9-4321-ab08-633436c5a63c'
> ==
>
> when trying run script upload_disk_snapshots.py, i got error with these
> message:
>
> Traceback (most recent call last):
>   File "snapshot_upload.py", line 279, in 
> images_chain = get_images_chain(disk_path)
>   File "snapshot_upload.py", line 244, in get_images_chain
> base_volume = [v for v in volumes_info.values() if
> 'full-backing-filename' not in v ][0]
> IndexError: list index out of range
>
> Anyone can help with this?
>

Hi David,

Please make sure that the snapshots are located inside the disk folder.
I.e.
- 
-- 
-- 
-- ...
Also, can you please attach the output of "qemu-img info" on each snapshot.


> ___
> 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] Failing to upload qcow2 disk image

[Daniel Erez]

Hi Anantha,

The issue seems similar to https://bugzilla.redhat.com/1554226

Please try to increase to value of ImageTransferClientTicketValidityInSeconds
configuration value.
E.g.
# engine-config -s ImageTransferClientTicketValidityInSeconds=36

As the value was exposed to engine-config only in version 4.2.2, either
update the engine
to latest version or update it manually on vdc_options table.

On Mon, Mar 19, 2018 at 11:08 AM Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hi,
>
> I am trying to upload the disk image which is in qcow2 format. After
> uploading about 38 GB the status turns to "Paused by system" and it does
> not resume at all. Any attempt to manually resume, will result back in
> paused status.
>
> Ovirt engine version : 4.2.1.6-1.el7.centos
>
> Any guidance to finish this upload task?
>
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava
> ___
> 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] storage domain ovirt-image-repository doesn't work

[Daniel Erez]

Hi Nicolas,

Can you please try navigating to "Administration -> Providers", select
"ovirt-image-repository" provider and click "Edit" button.
Make sure that "Requires Authentication" isn't checked, and click the
"Test" button - is it accessing the provider successfully?

On Wed, Mar 14, 2018 at 1:45 AM Nicolas Vaye 
wrote:

> the logs during the test of the ovirt-image-repository provider :
>
>
> 2018-03-14 10:39:43,337+11 INFO
> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
> (default task-17) [6c8c6a9f-2c24-4a77-af75-47352c6df887] Running command:
> TestProviderConnectivityCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group
> CREATE_STORAGE_POOL with role type ADMIN
> 2018-03-14 10:41:30,465+11 INFO
> [org.ovirt.engine.core.utils.transaction.TransactionSupport] (default
> task-27) [42cb88a3-2614-4aa9-a3bf-b56102a83c35] transaction rolled back
> 2018-03-14 10:41:30,465+11 ERROR
> [org.ovirt.engine.core.bll.storage.repoimage.GetImagesListQuery] (default
> task-27) [42cb88a3-2614-4aa9-a3bf-b56102a83c35] Failed to retrieve image
> list: Connection timed out (Connection timed out)
> 2018-03-14 10:41:50,560+11 ERROR
> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
> (default task-17) [6c8c6a9f-2c24-4a77-af75-47352c6df887] Command
> 'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand'
> failed: EngineException: (Failed with error PROVIDER_FAILURE and code 5050)
>
>
>
>
>
>  Message initial 
>
> Date: Tue, 13 Mar 2018 23:36:06 +
> Objet: Re: [ovirt-users] storage domain ovirt-image-repository doesn't work
> Cc: users@ovirt.org  22%20%3cus...@ovirt.org%3e>>
> À: ish...@redhat.com  22%20%3cish...@redhat.com%3e>>
> Reply-to: Nicolas Vaye 
> De: Nicolas Vaye >
>
> Hi Idan,
>
> here are the logs requested :
>
> 2018-03-14 10:25:52,097+11 INFO
> [org.ovirt.engine.core.utils.transaction.TransactionSupport] (default
> task-6) [61b5b46f-0ea3-496a-af90-bf82e7d204f3] transaction rolled back
> 2018-03-14 10:25:52,097+11 ERROR
> [org.ovirt.engine.core.bll.storage.repoimage.GetImagesListQuery] (default
> task-6) [61b5b46f-0ea3-496a-af90-bf82e7d204f3] Failed to retrieve image
> list: Connection timed out (Connection timed out)
> 2018-03-14 10:25:57,083+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'commandCoordinator' is using 0 threads out of 10 and 10 tasks are waiting
> in the queue.
> 2018-03-14 10:25:57,083+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
> 2018-03-14 10:25:57,083+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engine' is using 0 threads out of 500, 16 threads waiting for tasks and 0
> tasks in queue.
> 2018-03-14 10:25:57,084+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting
> in the queue.
> 2018-03-14 10:25:57,084+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineThreadMonitoring' is using 1 threads out of 1 and 0 tasks are
> waiting in the queue.
> 2018-03-14 10:25:57,084+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'hostUpdatesChecker' is using 0 threads out of 5 and 4 tasks are waiting in
> the queue.
>
>
> Connection timed out seems to indicate that it doesn't use the proxy to
> get web access ? or a firewall issue ?
>
> but on each ovirt node, i try to curl the url and the result is OK :
>
> curl http://glance.ovirt.org:9292/
>
> {"versions": [{"status": "CURRENT", "id": "v2.3", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v2.2", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v2.1", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v2.0", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v1.1", "links": [{"href": "
> http://glance.ovirt.org:9292/v1/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v1.0", "links": [{"href": "
> 

Re: [ovirt-users] Disk image upload via CLI?

[Daniel Erez]

Hi Matthias,

The 403 response from the daemon means the ticket can't be authenticated
(for some reason). I assume that the issue here is the initial size of the
disk.
When uploading/downloading a qcow image, you should specify the apparent
size of the file (see 'st_size' in [1]). You can get it simply by 'ls -l'
[2] (which is
a different value from 'disk size' of qemu-img info [3]).
btw, why are you creating a preallocated qcow disk? For what use-case?

[1] https://linux.die.net/man/2/stat

[2] $ ls -l test.qcow2
-rw-r--r--. 1 user user 1074135040 Sep 13 16:50 test.qcow2

[3]
$ qemu-img create -f qcow2 -o preallocation=full test.qcow2 1g
$ qemu-img info test.qcow2
image: test.qcow2
file format: qcow2
virtual size: 1.0G (1073741824 bytes)
disk size: 1.0G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false



On Wed, Sep 13, 2017 at 5:03 PM Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> i tried it again twice:
>
> when using upload_disk.py from the ovirt engine host itself the disk
> upload succeeds (despite an "503 Service Unavailable Completed 100%" in
> script output in the end)
>
> another try was from an ovirt-sdk installation on my ubuntu desktop
> itself (yesterday i tried it from a centos VM on my desktop machine).
> this failed again, this time with "socket.error: [Errno 32] Broken pipe"
> after reaching "200 OK Completed 100%". in imageio-proxy log i have
> again the 403 error in this moment
>
> what's the difference between accessing the API from the engine host and
> from "outside" in this case?
>
> thx
> matthias
>
> Am 2017-09-12 um 16:42 schrieb Matthias Leopold:
> > Thanks, i tried this script and it _almost_ worked ;-)
> >
> > i uploaded two images i created with
> > qemu-img create -f qcow2 -o preallocation=full
> > and
> > qemu-img create -f qcow2 -o preallocation=falloc
> >
> > for initial_size and provisioned_size i took the value reported by
> > "qemu-img info" in "virtual size" (same as "disk size" in this case)
> >
> > the upload goes to 100% and then fails with
> >
> > 200 OK Completed 100%
> > Traceback (most recent call last):
> >File "./upload_disk.py", line 157, in 
> >  headers=upload_headers,
> >File "/usr/lib64/python2.7/httplib.py", line 1017, in request
> >  self._send_request(method, url, body, headers)
> >File "/usr/lib64/python2.7/httplib.py", line 1051, in _send_request
> >  self.endheaders(body)
> >File "/usr/lib64/python2.7/httplib.py", line 1013, in endheaders
> >  self._send_output(message_body)
> >File "/usr/lib64/python2.7/httplib.py", line 864, in _send_output
> >  self.send(msg)
> >File "/usr/lib64/python2.7/httplib.py", line 840, in send
> >  self.sock.sendall(data)
> >File "/usr/lib64/python2.7/ssl.py", line 746, in sendall
> >  v = self.send(data[count:])
> >File "/usr/lib64/python2.7/ssl.py", line 712, in send
> >  v = self._sslobj.write(data)
> > socket.error: [Errno 104] Connection reset by peer
> >
> > in web GUI the disk stays in Status: "Transferring via API"
> > it can only be removed when manually unlocking it (unlock_entity.sh)
> >
> > engine.log tells nothing interesting
> >
> > i attached the last lines of ovirt-imageio-proxy/image-proxy.log and
> > ovirt-imageio-daemon/daemon.log (from the executing node)
> >
> > the HTTP status 403 in ovirt-imageio-daemon/daemon.log doesn't look too
> > nice to me
> >
> > can you explain what happens?
> >
> > ovirt engine is 4.1.5
> > ovirt node is 4.1.3 (is that a problem?)
> >
> > thx
> > matthias
> >
> >
> >
> > Am 2017-09-12 um 13:15 schrieb Fred Rolland:
> >> Hi,
> >>
> >> You can check this example:
> >>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
> >>
> >>
> >> Regards,
> >> Fred
> >>
> >> On Tue, Sep 12, 2017 at 11:49 AM, Matthias Leopold
> >>  >> > wrote:
> >>
> >> Hi,
> >>
> >> is there a way to upload disk images (not OVF files, not ISO files)
> >> to oVirt storage domains via CLI? I need to upload a 800GB file and
> >> this is not really comfortable via browser. I looked at ovirt-shell
> >> and
> >>
> >>
> https://www.ovirt.org/develop/release-management/features/storage/image-upload/
> >>
> >>
> >> <
> https://www.ovirt.org/develop/release-management/features/storage/image-upload/
> >,
> >>
> >> but i didn't find an option in either of them.
> >>
> >> thx
> >> matthias
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org 
> >> http://lists.ovirt.org/mailman/listinfo/users
> >> 
> >>
> >>
> >
>
> --
> Matthias Leopold
> IT Systems & Communications
> Medizinische Universität Wien
> Spitalgasse 23 / BT 88 /Ebene 00
> A-1090 Wien
> Tel: +43 1 40160-21241 

Re: [ovirt-users] imageio: Error setting ImageProxyAddress's value. No such entry with version general.

[Daniel Erez]

Hi Richard,

This issue has been already addressed by
https://bugzilla.redhat.com/show_bug.cgi?id=1476979
The fix should be in latest build (4.1.5.1).
Alternatively, you can also amend it manually in the DB if you prefer to
avoid updating


On Sat, Jul 29, 2017 at 10:21 AM Richard Chan 
wrote:

> oVirt 4.1.4 - engine-setup of imageio proxy on a host, at the end it
> requires:
>
> engine-config -s ImageProxyAddress=:54323
>
> But on engine:
>
> Error setting ImageProxyAddress's value. No such entry with version
> general.
>
> Any ideas thanks!
>
>
>
> --
> Richard Chan
>
> ___
> 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] Unable to rename disks via REST API

[Daniel Erez]

Hi,

Updating is done using the PUT method.
Please try that with the same XML body.

Thanks,
Daniel

On Wed, Jun 28, 2017 at 10:26 AM Bruno Rodriguez  wrote:

> Hello everyone,
>
> I'm having some problems about renaming some disks (setting a different
> alias, name or description) for VMs disks created from a template. When I
> get this URL
>
> https://ovirt-manager/ovirt-engine/api/disks/0123
>
> I can see are the methods sparsify, export, move and copy. I tried to POST
> the following XML to the previous URL with no result (as expected, it won't
> work)
>
> 
>   my_machine_Disk1
> 
>
> I'm quite sure I'm thinking about it in a wrong way (as usual). Any help
> would be welcome...
>
> Thank you in advance
>
> --
> Bruno Rodríguez Rodríguez
>
> *Port d'Informació Científica (PIC)*
>
> ___
> 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] upload image

[Daniel Erez]

The oVirt's CA certificate can be fetched from http://
/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA

(more details in 'SSL installation' section at:
https://github.com/oVirt/ovirt-imageio/blob/master/proxy/README).

For importing the certificate to firefox, try the following instruction
demo :
https://danielerez.github.io/slides-image-io/#/3/2

On Mon, May 22, 2017 at 10:56 AM qinglong.d...@horebdata.cn <
qinglong.d...@horebdata.cn> wrote:

> Thanks! But I don't know how to import CA to browser. I have tried to
> import the CA to my firefox browser, but I failed. Is there any
> documentations about that?
>
>
> *From:* Niyazi Elvan 
> *Date:* 2017-05-19 15:54
> *To:* qinglong.dong 
> *CC:* users 
> *Subject:* Re: [ovirt-users] upload image
>
> Most probably it's ovirt engine CA certificate. You need to import it to
> your browser.
>
>
> On May 19, 2017 6:36 AM, "qinglong.d...@horebdata.cn" <
> qinglong.d...@horebdata.cn> wrote:
>
>> Hi all,
>> I wanted to upload a qcow2 image using web UI. But I got an
>> error:
>>  "
>> Unable to upload image to disk a38f29f4-594a-438b-a8e0-6a85ac56055d due to a 
>> network error. Make sure ovirt-imageio-proxy service is installed and 
>> configured, and ovirt-engine's certificate is registered as a valid CA in 
>> the browser.
>> "
>> The ovirt-imageio-proxy service had been installed when I
>> excuted "engine-setup". What shoud I do about ovirt-imageio-proxy or CA?
>> Hope someone can help, thanks!
>>
>> ___
>> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

[Daniel Erez]

On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan  wrote:

> I'm getting the feeling I'm not alone in this, authoring and publishing a
> wiki page isn't as used to be for long time.
>
> I want to suggest a bit lighter workflow:
>
> 1.  Everyone can merge their page - (it's a wiki)
>   Same as with (public and open) code, no one has the motivation to
> publish a badly written
>   wiki page under their name. True, it can have an impact, but not as with
> broken code
>
> +1.
Moreover, I think we shouldn't block any merging. Instead, wiki maintainers
could act afterwards and revert when needed (Wikipedia style). Another
issue is that (sadly) unlike mediawiki, we need to wait for wiki publish
after a change. So I'd suggest to build and publish the wiki at least once
a day. Any way, I think we should make the workflow much more intuitive and
pleasant like the previous wiki - i.e. much less restrictive than
manipulating a code base.


> 2. Use Page-Status marker
>  The author first merges the draft. Its now out there and should be
> updated as time goes and its
>  status is DRAFT. Maintainers will come later and after review would
> change the status to
>  PUBLISH. That could be a header in on the page:
>  ---
>  page status: DRAFT/PUBLISH
>  ---
>
>  Simple I think, and should work.
>
>
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] mass upload of disks?

[Daniel Erez]

On Tue, Nov 1, 2016 at 3:27 PM, Ben De Luca  wrote:

> Could I set up glance for this?
>

You can upload the files to glance first, then import them to oVirt using
the rest-api.

E.g.
POST /ovirt-engine/api/openstackimageproviders/123/images/456/import




images0





>
> On 31 October 2016 at 23:42, Ben De Luca  wrote:
>
>> That's probably a little bit more brave than I am, so there is no way in
>> the current release? I don't mind jumping through a few hoops but sitting
>> for days loading them doesn't fill me joy.
>>
>> If not it's great that feature is added.
>>
>>
>>
>>
>> On Monday, 31 October 2016, Amit Aviram  wrote:
>>
>>> Hi Ben. Actually exactly today REST API for uploading disks was
>>> introduced to master. It is supposed to get into the next 4.0.Z version, so
>>> if you want you can update your version soon enough and use the API.
>>>
>>> When you'll have the right version, you can use examples from
>>> "/api/Model" to upload disks using oVirt's Python SDK.
>>>
>>> If you need any help, please feel free to keep asking on the list.
>>>
>>> Amit.
>>>
>>> On Mon, Oct 31, 2016 at 7:22 PM, Ben De Luca  wrote:
>>>
 Hi,
 I was wondering if there was a method on the cli/script to mass
 upload disks to ovirt. The web loader is great, but also I have 20 disks
 that I really just want to upload via shell.

 I can't seem to find a tool to do it, I have found
 ovirt-image-uploader (but that's for ovf files).

 I hoped that I could just pull the date directly off nfs but that
 doesnt seem to be possible, or I am blind?

 Thanks
 -Ben





 ___
 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to backend oVirt with Cinder

[Daniel Erez]

On Wed, Aug 31, 2016 at 4:27 PM, Logan Kuhn  wrote:

> Thank you for your response, but unfortunately it still doesn't work.
>
> I can do cinder-ey things from the command line, including cinder list,
> type-show, create.  The keystonerc_admin file that I use matches yours with
> the relevant bits changed for my environment, password, region etc.  I've
> filled out the External Provider dialog with the admin user, cinder user
> and a new user.  The dialog reports that it Failed to communicate with the
> external provider and to consult the log.  The log reports the following:
>
> 2016-08-31 08:04:21,518 INFO [org.ovirt.engine.core.bll.provider.
> TestProviderConnectivityCommand] (default task-46) [20342b40] Running
> command: TestProviderConnectivityCommand internal: false. Entities
> affected : ID: aaa0----123456789aaa Type: SystemAction
> group CREATE_STORAGE_POOL with role type ADMIN
> 2016-08-31 08:04:21,546 ERROR [org.ovirt.engine.core.bll.provider.storage.
> AbstractOpenStackStorageProviderProxy] (default task-46) [20342b40]
> Unauthorized (OpenStack response error code: 401)
> 2016-08-31 08:04:21,546 ERROR [org.ovirt.engine.core.bll.provider.
> TestProviderConnectivityCommand] (default task-46) [20342b40] Command
> 'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand'
> failed: EngineException: (Failed with error PROVIDER_FAILURE and code 5050)
>
> Which is very obvious that the username/auth that ovirt is sending isn't
> allowed to create, but it's using the same username/password that's in the
> keystonerc_admin file that I can do various command line things with.
>
> This is my keystonerc_admin file:
>
> OS_AUTH_URL=http://10.128.7.252:5000/v3
> OS_PASSWORD=adminpass
> OS_PROJECT_DOMAIN_NAME=default
> OS_PROJECT_NAME=admin
> OS_REGION_NAME=WRI
> OS_TENANT_NAME=admin
> OS_USERNAME=admin
> OS_USER_DOMAIN_NAME=default
>
> I had to make add certain fields and change the auth url to v3 otherwise
> it reported either a malformed URL or more commonly, 401 Unauthorized.
> Which made me wonder if it's a compatibility issue with the v3 API.  I've
> been working with Openstack Mitaka and ovirt 4.0.2 and 4.0.3
>

For keystone authentication, we support v2.0.
Have you tried 'http://10.128.7.252:5000/v2.0' as authentication URL on add
provider dialog?


>
> Regards,
> Logan
>
> - On Aug 31, 2016, at 6:07 AM, Natalie Gavrilov 
> wrote:
>
> Hi Logen,
>
> I'll refer only to* using authentication*, because I had configured it
> previously.
> This means: /etc/cinder/cinder.conf should have: auth_strategy = keystone
> I'm using  keystonerc file, example keystonerc_admin:
> 
> 
> unset OS_SERVICE_TOKEN
> export OS_USERNAME=admin
> export OS_PASSWORD=password
> export OS_AUTH_URL=http://CINDER-HOST:5000/v2.0
> export PS1='[\u@\h \W(keystone_admin)]\$ '
>
> export OS_TENANT_NAME=admin
> export OS_REGION_NAME=RegionOne
> 
> 
>
> This will be step by step as much as possible just to make sure nothing is
> missed (assuming Cinder and Ceph are configured correctly).
>
> Go to:
> External providers -> Add
> Fill in the fields:
> Name:
> Type: *OpenStack Volume*
> Provider url: http://CINDER_HOST:8776
> 
> Check "Requires Authentication"
>
> Fill in the information, this is an example:
> Username: admin
> Password: password
> Tenant name: admin
> Authentication URL: http://CINDER-HOST:5000/v2.0
> 
>
> Test should return *"Test succeeded, managed to access provider."*
> Now click Ok.
>
>
> *Now lets configure additional information:*
>
> Lower pane: *Authentication Keys*
> Click on: New
> Fill in *UUID* field with rbd_secret_uuid
> and *value*:which is the key (it's in /etc/ceph/ceph.client.
> USERNAME.keyring)
>
>
> Hope this helps..
>
> Regards,
> Natalie
>
> --
>
> From: "Aharon Canan" 
> To: "Natalie Gavrilov" 
> Sent: Wednesday, August 31, 2016 8:53:22 AM
> Subject: Fwd: [ovirt-users] Unable to backend oVirt with Cinder
>
> Hi
>
> Can you help with below?
> This is community email and will be great if you can help this guy.
>
> Aharon
> -- Forwarded message --
> From: Logan Kuhn 
> Date: Tue, Aug 30, 2016 at 11:07 PM
> Subject: [ovirt-users] Unable to backend oVirt with Cinder
> To: users 
>
>
> I've got Cinder configured and pointed at Ceph for it's back end storage.
> I can run ceph commands on the cinder machine and cinder is configured for
> noauth and I've also tried it with Keystone for auth.  I can run various
> cinder commands and it'll return as expected.
>
> When I configure it in oVirt it'll add the external provider fine, but when
> I go to create a disk it 

Re: [ovirt-users] Error while extending a cinder/ceph disk

[Daniel Erez]

Opened a bug on the issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1359489
Should be addressed for the upcoming builds.

On Thu, Jul 21, 2016 at 5:43 PM, Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> wrote:

> Hi Daniel,
>
> On Thu, 2016-07-21 at 17:34 +0300, Daniel Erez wrote:
> >
> >
> > On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo
> > <alessandro.desa...@roma1.infn.it> wrote:
> > Hi,
> > when trying to extend a ceph disk in ovirt 4 (Virtual Machines
> > => Edit
> > Virtual Machine => Instance images => Edit => Extend size by)
> > I get the
> > following error:
> >
> > Error while executing action: interface is required
> >
> >
> > Sounds like a similar root cause
> > of https://bugzilla.redhat.com/show_bug.cgi?id=1346887
> > Should be already fixed on latest build. Can you please try to upgrade
> > to latest?
>
> I'm running on the latest snapshot, upgraded a few hours ago, so I guess
> it's not totally fixed yet.
> Those are the ovirt-engine-* RPMS I have in my machine:
>
>
> ovirt-engine-setup-plugin-ovirt-engine-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-dashboard-1.0.1-1.el7.centos.noarch
> ovirt-engine-sdk-python-3.6.8.0-1.el7.centos.noarch
>
> ovirt-engine-setup-plugin-dockerc-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-tools-backup-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-tools-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-wildfly-10.0.0-1.el7.x86_64
>
> ovirt-engine-setup-base-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-vmconsole-proxy-helper-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-extension-aaa-jdbc-1.1.1-0.0.master.20160623200644.git2e68ef6.el7.noarch
>
> ovirt-engine-restapi-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch
> ovirt-engine-dwh-setup-4.0.2-0.1.master.20160706084440.el7.centos.noarch
>
> ovirt-engine-lib-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> python-ovirt-engine-sdk4-4.0.0-0.5.a5.el7.centos.x86_64
>
> ovirt-engine-extensions-api-impl-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-cli-3.6.8.1-1.el7.centos.noarch
>
> ovirt-engine-userportal-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-webadmin-portal-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-dwh-4.0.2-0.1.master.20160706084440.el7.centos.noarch
>
> ovirt-engine-setup-plugin-websocket-proxy-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-websocket-proxy-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-backend-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-plugin-ovirt-engine-common-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-dbscripts-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> >
> >
> > Or, try using the Edit disk dialog under 'VMs => Disks' instead (could
> > be a specific issue with the 'Instance images' flow).
>
> Tried this as well, but I still get the same error.
> Thanks,
>
> Alessandro
>
> >
> >
> > In engine.log I see the following errors as well:
> >
> > 2016-07-21 15:14:55,266 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (default task-35) [] Correlation ID: 47ce3344, Call Stack:
> > null, Custom
> > Event ID: -1, Message: Failed to update VM test01 disk
> > test01_Disk1
> > (User: admin@internal-authz).
> > 2016-07-21 15:14:56,091 ERROR
> >
>  
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommandCallback]
> (DefaultQuartzScheduler8) [2819eb7c] Failed extending disk. ID:
> a5dd90b1-3a76-4e38-af8c-e829b3b86a40
> > 2016-07-21 15:14:56,124 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (DefaultQuartzScheduler8) [2819eb7c] Correlation ID: 2819eb7c,
> > Call
> > Stack: null, Custom E

Re: [ovirt-users] Error while extending a cinder/ceph disk

[Daniel Erez]

On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> wrote:

> Hi,
> when trying to extend a ceph disk in ovirt 4 (Virtual Machines => Edit
> Virtual Machine => Instance images => Edit => Extend size by) I get the
> following error:
>
> Error while executing action: interface is required
>

Sounds like a similar root cause of
https://bugzilla.redhat.com/show_bug.cgi?id=1346887
Should be already fixed on latest build. Can you please try to upgrade to
latest?

Or, try using the Edit disk dialog under 'VMs => Disks' instead (could be a
specific issue with the 'Instance images' flow).


>
> In engine.log I see the following errors as well:
>
> 2016-07-21 15:14:55,266 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-35) [] Correlation ID: 47ce3344, Call Stack: null, Custom
> Event ID: -1, Message: Failed to update VM test01 disk test01_Disk1
> (User: admin@internal-authz).
> 2016-07-21 15:14:56,091 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommandCallback]
> (DefaultQuartzScheduler8) [2819eb7c] Failed extending disk. ID:
> a5dd90b1-3a76-4e38-af8c-e829b3b86a40
> 2016-07-21 15:14:56,124 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler8) [2819eb7c] Correlation ID: 2819eb7c, Call
> Stack: null, Custom Event ID: -1, Message: Failed to extend size of the
> disk 'test01_Disk1' to 20 GB, User: admin@internal-authz.
> 2016-07-21 15:14:56,209 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommand]
> (DefaultQuartzScheduler8) [2819eb7c] Ending command
> 'org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommand'
> with failure.
>
>
> After this, the cinder image is flagged as illegal and I can just delete
> it.
> Extending the image on the cinder side is possible, and the command
> "cinder extend " works, but then the new size is not properly
> reported back in ovirt.
> Any clue?
> Thanks,
>
> Alessandro
>
> ___
> 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] Cinder Snapshot Issues

[Daniel Erez]

According to VDSM log [1], there was a timeout error during snapshot
operation.
This could be a duplicate of bugs [2] already resolved in latest version.
Can you please provide the versions of the following components for further
investigation:
engine / vdsm / qemu-kvm-rhev / libvirt. Also, please attach libivrt/qemu
logs.

[1] jsonrpc.Executor/6::ERROR::2016-05-23
13:09:46,790::vm::3311::virt.vm::(snapshot)
vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 3309, in snapshot
self._dom.snapshotCreateXML(snapxml, snapFlags)
  File "/usr/share/vdsm/virt/virdomain.py", line 76, in f
raise toe
TimeoutError: Timed out during operation: cannot acquire state change lock
(held by remoteDispatchDomainSnapshotCreateXML)

[2]
https://bugzilla.redhat.com/show_bug.cgi?id=1261980
https://bugzilla.redhat.com/show_bug.cgi?id=1250839

On Mon, May 23, 2016 at 11:31 AM, Daniel Erez <de...@redhat.com> wrote:

>
>
> On Tue, Apr 12, 2016 at 11:13 PM, Kevin Hrpcek <khrp...@gmail.com> wrote:
>
>> Hello,
>>
>> I'm running into a problem with live snapshots not working when using
>> cinder/ceph disks. There are different failures for including and not
>> including memory, but in each case cinder/ceph creates a new snapshot that
>> can be seen in cinder and ceph. When doing a memory/disk snapshot the VM
>> ends up in a paused state and I need to kill -9 the qemu process to be able
>> to boot the vm again. The engine seems to be losing connection with the
>> vdsm process on the VM host after freezing the guest's filesystems. The
>> guest never receives the thaw command and it fails in the logs. I am
>> pasting in some log snippets.
>>
>> 2016-04-12 19:24:58,851 INFO
>> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
>> (org.ovirt.thread.pool-8-thread-27) [5c4493e] Ending command
>> 'org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand' successfully.
>> 2016-04-12 19:27:56,873 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Correlation ID: null, Call
>> Stack: null, Custom Event ID: -1, Message: VDSM OVCL1A command failed:
>> Message timeout which can be caused by communication issues
>> 2016-04-12 19:27:56,873 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
>> 'org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand' return value
>> 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=5022,
>> message=Message timeout which can be caused by communication issues]]'
>> 2016-04-12 19:27:56,874 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] HostName = OVCL1A
>> 2016-04-12 19:27:56,874 ERROR
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
>> 'SnapshotVDSCommand(HostName = OVCL1A,
>> SnapshotVDSCommandParameters:{runAsync='true',
>> hostId='9bdfaedc-34a8-4a08-ad8a-c117835a6094',
>> vmId='040609f6-cfe0-4763-8b32-08ffad158c93'})' execution failed:
>> VDSGenericException: VDSNetworkException: Message timeout which can be
>> caused by communication issues
>> 2016-04-12 19:27:56,875 WARN
>> [org.ovirt.engine.core.vdsbroker.VdsManager]
>> (org.ovirt.thread.pool-8-thread-16) [4d97ca06] Host 'OVCL1A' is not
>> responding.
>>
>> Disk only live snapshots freeze the guest file systems, the vm receives
>> the thaw command, but the VM is no longer responsive. The VM pings on the
>> network but it is hung and it also needs a kill -9 to the qemu process so
>> that it can be booted again.
>>
>> jsonrpc.Executor/0::DEBUG::2016-04-12
>> 19:41:58,342::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
>> 'VM.snapshot' in bridge with {u'frozen': True, u'vmID':
>> u'040609f6-cfe0-4763-8b32-08ffad158c93', u'snapDrives': []}
>> jsonrpc.Executor/0::INFO::2016-04-12
>> 19:41:58,343::vm::3237::virt.vm::(snapshot)
>> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::
>> 
>> 
>>
>> jsonrpc.Executor/0::ERROR::2016-04-12
>> 19:41:58,346::vm::3252::virt.vm::(snapshot)
>> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/virt/vm.py", line 3250, in snapshot
>> self._dom.snapshotCreateXML(snapxml, snapFlags)
>>   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
>> re

Re: [ovirt-users] Cinder Snapshot Issues

[Daniel Erez]

On Tue, Apr 12, 2016 at 11:13 PM, Kevin Hrpcek  wrote:

> Hello,
>
> I'm running into a problem with live snapshots not working when using
> cinder/ceph disks. There are different failures for including and not
> including memory, but in each case cinder/ceph creates a new snapshot that
> can be seen in cinder and ceph. When doing a memory/disk snapshot the VM
> ends up in a paused state and I need to kill -9 the qemu process to be able
> to boot the vm again. The engine seems to be losing connection with the
> vdsm process on the VM host after freezing the guest's filesystems. The
> guest never receives the thaw command and it fails in the logs. I am
> pasting in some log snippets.
>
> 2016-04-12 19:24:58,851 INFO
> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
> (org.ovirt.thread.pool-8-thread-27) [5c4493e] Ending command
> 'org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand' successfully.
> 2016-04-12 19:27:56,873 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Correlation ID: null, Call
> Stack: null, Custom Event ID: -1, Message: VDSM OVCL1A command failed:
> Message timeout which can be caused by communication issues
> 2016-04-12 19:27:56,873 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
> 'org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand' return value
> 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=5022,
> message=Message timeout which can be caused by communication issues]]'
> 2016-04-12 19:27:56,874 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] HostName = OVCL1A
> 2016-04-12 19:27:56,874 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
> 'SnapshotVDSCommand(HostName = OVCL1A,
> SnapshotVDSCommandParameters:{runAsync='true',
> hostId='9bdfaedc-34a8-4a08-ad8a-c117835a6094',
> vmId='040609f6-cfe0-4763-8b32-08ffad158c93'})' execution failed:
> VDSGenericException: VDSNetworkException: Message timeout which can be
> caused by communication issues
> 2016-04-12 19:27:56,875 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
> (org.ovirt.thread.pool-8-thread-16) [4d97ca06] Host 'OVCL1A' is not
> responding.
>
> Disk only live snapshots freeze the guest file systems, the vm receives
> the thaw command, but the VM is no longer responsive. The VM pings on the
> network but it is hung and it also needs a kill -9 to the qemu process so
> that it can be booted again.
>
> jsonrpc.Executor/0::DEBUG::2016-04-12
> 19:41:58,342::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
> 'VM.snapshot' in bridge with {u'frozen': True, u'vmID':
> u'040609f6-cfe0-4763-8b32-08ffad158c93', u'snapDrives': []}
> jsonrpc.Executor/0::INFO::2016-04-12
> 19:41:58,343::vm::3237::virt.vm::(snapshot)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::
> 
> 
>
> jsonrpc.Executor/0::ERROR::2016-04-12
> 19:41:58,346::vm::3252::virt.vm::(snapshot)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 3250, in snapshot
> self._dom.snapshotCreateXML(snapxml, snapFlags)
>   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
> ret = attr(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
> 124, in wrapper
> ret = f(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in
> wrapper
> return func(inst, *args, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2581, in
> snapshotCreateXML
> if ret is None:raise libvirtError('virDomainSnapshotCreateXML()
> failed', dom=self)
> libvirtError: unsupported configuration: nothing selected for snapshot
> jsonrpc.Executor/7::DEBUG::2016-04-12
> 19:41:58,391::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
> 'VM.thaw' in bridge with {u'vmID': u'040609f6-cfe0-4763-8b32-08ffad158c93'}
> jsonrpc.Executor/7::INFO::2016-04-12
> 19:41:58,391::vm::3041::virt.vm::(thaw)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Thawing guest filesystems
> jsonrpc.Executor/7::INFO::2016-04-12
> 19:41:58,396::vm::3056::virt.vm::(thaw)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::6 guest filesystems thawed
>

It could be an issue of a guest agent. Please make sure the
ovirt-guest-agent and qemu-guest-agent are installed and running in the VM.
Further details are available at:
http://www.ovirt.org/documentation/internal/guest-agent/understanding-guest-agents-and-other-tools/
In addition, can you please attach full engine/vdsm logs.


>
> Everything else is working well with cinder for running VMs (making disks,
> running VMs, live migration, etc...). I was able to get live snapshots when
> using a CephFS Posix storage 

Re: [ovirt-users] [ovirt-devel] Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki

[Daniel Erez]

- Original Message -
> From: "Mikey Ariel" 
> To: users@ovirt.org, de...@ovirt.org, in...@ovirt.org
> Sent: Thursday, February 18, 2016 1:42:56 PM
> Subject: [ovirt-devel] Coming (Very) Soon - New ovirt.org Website &   
> Deprecated Wiki
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> In the past months we've been working on upgrading the oVirt project
> infrastructure, to better support the community contributions.
> 
> One of the main platforms for our user documentation, release
> management content, and community content has been the MediaWiki site
> that you all know as ovirt.org. Most of us are familiar with the wiki
> site format, with all its advantages and disadvantages.
> 
> After several years of serving the community, I'm happy to announce
> that we are very near to completing a full upgrade of the website
> infrastructure from a wiki site to a static site, source-controlled on
> GitHub and authored in Markdown.
> 
> This email is the pre-launch announcement, as we are reaching the
> final stages of the migration, and there are a few actions that might
> affect your work on website content in the meantime.
> 
> Why migrate the website
> ===
> 
> As mentioned, wiki sites provide an open and flexible content editing
> platform. Unfortunately, as the site grows the content becomes quite
> difficult to manage and curate, resulting in lots of obsolete,
> outdated, and incorrect information.
> 
> By moving to a source-controlled repository and implementing GitHub's
> contribution workflow, we strive to ease the work of maintaining an
> up-to-date content site, employ a peer-review process for changes, and
> standardize the authoring markup language to lower the contribution
> barrier.
> 
> The Middleman framework (Ruby-based static site generator) was chosen
> based on observing successful implementation of other open-source
> community websites, such as OpenStack RDO, Project Atomic, and Gluster.
> 
> What we did so far
> ==
> 
> When we started the migration, our Web design team exported all of the
> wiki content from the old website and converted it to MD files. They
> also set up the website config flow, auto-deploy, and upgraded the
> look-and-feel of the website.
> 
> We then initiated a content review effort as well as a UX review for
> the new website in a smaller forum, which caught most of the critical
> issues with the new website and helped us get the new format to a
> place where we can release the website in a near-GA/public-beta format.
> 
> Yesterday (Wednesday Feb 17) we exported the website one more time and
> currently we're running a diff on all the files that changed since the
> initial export was done, to make sure we grab all the updates and the
> latest content before we launch the new website.
> 
> What is about to happen
> ===
> 
> Today we are initiating a **wiki freeze**, which means the old
> MediaWiki site will become read-only. This is to ensure that all of

Where's the old MediaWiki site? (seems the old URL redirects to the new one).

> our diff scripts reflect the most current state of the content on the
> website, and that we don't lose any content in the transition.
> 
> Barring any unexpected blockers, we will port the ovirt.org domain to
> point to the new website and open the new website for contributions on
> **Monday February 22** or earlier.
> 
> What do you need to do right now
> 
> 
> If you have any wiki pages that you're actively editing, please don't
> save them to the old MediaWiki site, and hold onto your pending
> changes until we send the happy launch email.
> 
> We will also include instructions on how to contribute/edit/add
> content to the new website, but in general the workflow will be
> aligned with the standard GitHub best practices
> (clone-edit-commit-pullrequest), so you can utilize all of the git
> commands that you already know or work directly within the GitHub web
> editor.
> 
> 
> I'd like to thank all of the people who were involved with this
> migration so far, ovirt.org is a big website with lots of content and
> it was no small task to upgrade it.
> 
> Please feel free to ping me on- or off-list if you have any questions
> about the next steps, and expect a happy launch email soon!
> 
> Cheers,
> Mikey
> 
> 
> - --
> Mikey Ariel
> Community Lead, oVirt
> www.ovirt.org
> 
> "To be is to do" (Socrates)
> "To do is to be" (Jean-Paul Sartre)
> "Do be do be do" (Frank Sinatra)
> 
> Mobile: +420-702-131-141
> IRC: mariel / thatdocslady
> Twitter: @ThatDocsLady
> 
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh
> jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg
> m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS
> 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR
> 

Re: [ovirt-users] Attach disk to vm firefox

[Daniel Erez]

Hi Jonas,

Seems similar to bug 1269206 [*], which has already been resolved
for oVirt 3.6.1. It should be fixed on latest build.

Thanks!
Daniel

[*] https://bugzilla.redhat.com/show_bug.cgi?id=1269206

- Original Message -
> From: "Jonas Israelsson" 
> To: users@ovirt.org
> Sent: Saturday, November 7, 2015 12:11:28 AM
> Subject: [ovirt-users] Attach disk to vm firefox
> 
> Greetings.
> 
> I think I have stumbled upon a bug related to firefox.
> 
> Running released version of oVirt 3.6 and trying to attach a disk to a
> vm. It is however impossible to select a disk after position 13 (from
> top) in the list.
> Looking at the 'table border' that I assume normally should go around
> the whole window, in firefox stops a few disks from the bottom of the
> list and
> disks below that point can't be selected, hence not be attached.
> 
> Works in Chrome.
> 
> Running Firefox 41.0.2 under Linux (Opensuse 13.2)
> 
> It this a known issue ?
> 
> See attached snapshot.
> 
> ___
> 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] supported navigators

[Daniel Erez]

- Original Message -
 From: Fabrice Bacchella fabrice.bacche...@orange.fr
 To: users users@ovirt.org
 Sent: Thursday, August 20, 2015 12:48:33 PM
 Subject: [ovirt-users] supported navigators
 
 I'm running ovirt 3.5.3.1 on a Centos7.
 
 But I'm accessing it using my mac and have difficulties with both Safari and
 Firefox. What are the officially browsers for ovirt ?

oVirt supports Firefox 31 (ESR) for Linux and IE =9 for Windows.
Which difficulties are you experiencing (can you please attach a 
screenshot/screencast)?

 ___
 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] supported navigators

[Daniel Erez]

- Original Message -
 From: Fabrice Bacchella fabrice.bacche...@orange.fr
 To: Daniel Erez de...@redhat.com
 Cc: users users@ovirt.org
 Sent: Thursday, August 20, 2015 1:12:07 PM
 Subject: Re: [ovirt-users] supported navigators
 
 On Safari, when I want to create an host :
 
 
 The ssh public key field is blank and stays in that state.

Looks like a specific issue on Safari indeed.
Can you try it with Chrome?

 
 In Firefox, the download for the console access (console.vv) fails, but if I
 inspect if with Firebux, it seems it went fine. I downloaded Remote Viewer,
 but it didn't help.

* Is the spice-xpi (SPICE browser plugin) package installed?
* Try changing to VNC graphics protocol (on VM dialog - Console tab)
  to see if it mitigates the issue.
* Can you please attach the engine.log.

 
  
  Le 20 août 2015 à 12:06, Daniel Erez de...@redhat.com a écrit :
  
  
  
  - Original Message -
  From: Fabrice Bacchella fabrice.bacche...@orange.fr
  To: users users@ovirt.org
  Sent: Thursday, August 20, 2015 12:48:33 PM
  Subject: [ovirt-users] supported navigators
  
  I'm running ovirt 3.5.3.1 on a Centos7.
  
  But I'm accessing it using my mac and have difficulties with both Safari
  and
  Firefox. What are the officially browsers for ovirt ?
  
  oVirt supports Firefox 31 (ESR) for Linux and IE =9 for Windows.
  Which difficulties are you experiencing (can you please attach a
  screenshot/screencast)?
  
  ___
  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] getting UUID

[Daniel Erez]

- Original Message -
 From: Fabrice Bacchella fabrice.bacche...@orange.fr
 To: users users@ovirt.org
 Sent: Thursday, August 20, 2015 1:04:59 PM
 Subject: [ovirt-users] getting UUID
 
 When I create a new VM with ovirt, I would like to check the generated serial
 and UUID, I need to check it.
 
 Where can I found it in the web UI ?

The ID is available on 'VMs - General sub-tab'
and on Edit VM dialog.

 
 ___
 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 3.5, shellinabox plugin not working

[Daniel Erez]

- Original Message -
 From: wodel youchi wodel_d...@yahoo.fr
 To: users@ovirt.org
 Sent: Tuesday, February 10, 2015 9:38:19 PM
 Subject: [ovirt-users] ovirt 3.5, shellinabox plugin not working
 
 Hi,
 I am using ovirt hosted-engine 3.5.1
 I followed the following tutorials to configure the shellinabox plugin in
 ovirt admin, but no luck so far:

Hi Wodel,

There's been some changes made in the ui-plugins infra
since the plugin published. Please try to follow a more
up-to-date instructions at: http://freedominterface.org/?p=321

 Derez Blog: oVirt WebAdmin + ShellInABox UI Plugin
 
   
   
   
   
   
   
 
 Derez Blog: oVirt WebAdmin + ShellInABox UI Plugin
 Inspired by a recent post on Oved's blog regarding the new UI-plugins
 infrastructure introduced by oVirt, I've decided to take my chances and
 create one myself.
 
 
 Afficher sur derezvir.blogspo...
   
 Aperçu par Yahoo
 
 
 http://freedominterface.org/2014/09/
 
 I tested shellinabox on my browser from the VM and it's working.
 
 don't know where to look for log errors, the only thing I have from the
 engine.log file is:
 
 2015-02-10 20:35:30,450 INFO
 [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager]
 (ajp--127.0.0.1-8702-7) Reading UI plugin descriptor
 [/usr/share/ovirt-engine/ui-plugins/shellbox.json]
 2015-02-10 20:35:30,453 INFO
 [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager]
 (ajp--127.0.0.1-8702-7) Reading UI plugin configuration
 [/etc/ovirt-engine/ui-plugins/shellbox-config.json]
 2015-02-10 20:35:43,465 INFO
 [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand]
 (ajp--127.0.0.1-8702-7) Running command: LoginAdminUserCommand internal:
 false.
 
 thanks in advance.
 
 
 ___
 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] multipath: error getting device

[Daniel Erez]

Hi Jorick,

This error is most often caused by multipath attempting to map a device which
is already in use, such as if its mounted or mapped by an active LVM logical 
volume. 
If the blacklist in /etc/multipath.conf does not restrict multipath from mapping
the device, then when it gets run during boot it will attempt to map it.
Because the device is in use, this mapping will fail.

Have you tried the blacklisting procedure mentioned at comment 3 in the bug?
https://bugzilla.redhat.com/show_bug.cgi?id=675366#c3

- Original Message -
 From: Jorick Astrego j.astr...@netbulae.eu
 To: users@ovirt.org
 Sent: Monday, September 8, 2014 12:40:20 PM
 Subject: [ovirt-users] multipath: error getting device
 
 Hi,
 
 I'm seeing a continuous stream of multipath errors on my Centos 7 hosts with
 ovirt 3.5 rc1.1.
 
 Can't find a bug for it except
 https://bugzilla.redhat.com/show_bug.cgi?id=675366
 
 
 
 Sep 8 11:34:13 host1 kernel: device-mapper: table: 253:3: multipath: error
 getting device
 Sep 8 11:34:13 host1 kernel: device-mapper: ioctl: error adding target to
 table
 Sep 8 11:34:13 host1 multipathd: dm-3: remove map (uevent)
 Sep 8 11:34:13 host1 multipathd: dm-3: remove map (uevent)
 Sep 8 11:34:23 host1 kernel: device-mapper: table: 253:3: multipath: error
 getting device
 Sep 8 11:34:23 host1 kernel: device-mapper: ioctl: error adding target to
 table
 Sep 8 11:34:23 host1 multipathd: dm-3: remove map (uevent)
 Sep 8 11:34:23 host1 multipathd: dm-3: remove map (uevent)
 Sep 8 11:34:33 host1 kernel: device-mapper: table: 253:3: multipath: error
 getting device
 Sep 8 11:34:33 host1 kernel: device-mapper: ioctl: error adding target to
 table
 We don't use multipath, but it's a bit annoying as it's filling up the
 console and logs.
 
 Kind regards,
 
 Jorick Astrego
 Netbulae B.V.
 
 ___
 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] Difference between Disk ID of VM and Disk ID of snapshot

[Daniel Erez]

- Original Message -
 From: santosh sba...@commvault.com
 To: users@ovirt.org
 Sent: Friday, September 5, 2014 8:14:25 AM
 Subject: [ovirt-users] Difference between Disk ID of VM and Disk ID of
 snapshot
 
 Hi All,
 
 The disks IDs provided by following two APIs will be same or different?

The same. The entities are differ by the image_id which is unique for each disk 
snapshot.

 
 SERVER:PORT/api/vms/VM_ID/snapshots/ID /disks
 
 SERVER:PORT/api/vms/VM_ID/disks
 
 
 Thanks, Santosh
 
 ***Legal Disclaimer***
 This communication may contain confidential and privileged material for the
 sole use of the intended recipient. Any unauthorized review, use or
 distribution
 by others is strictly prohibited. If you have received the message by
 mistake,
 please advise the sender by reply email and delete the message. Thank you.
 **
 
 ___
 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] LUNs not detected in Ovirt GUI

[Daniel Erez]

Hi Yusuf,

Can you please attach the output of getDeviceList [1]
on the host with the HBA card (in order to retrieve a
list of the discovered block devices).

[1] 'vdsClient -s 0 getDeviceList'

- Original Message -
 From: Yusufi M R yu...@global-analytics.com
 To: users@ovirt.org
 Sent: Tuesday, August 19, 2014 11:59:59 AM
 Subject: [ovirt-users] LUNs not detected in Ovirt GUI
 
 
 
 Hi all,
 
 
 
 I have fixed HBA card in one of our Ovirt Node and assigned LUN from the SAN
 storage. This LUN is listed through fdisk –l (/dev/sdb) on the ovirt node
 but not detected while adding storage domain as FC type. I am using Ovirt
 version 3.3. Can somebody help on this issue.
 
 
 
 Regards,
 
 Yusuf
 
 ___
 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] duplicate default cluster

[Daniel Erez]

- Original Message -
 From: Eli Mesika emes...@redhat.com
 To: Jorick Astrego j.astr...@netbulae.eu
 Cc: users@ovirt.org
 Sent: Sunday, August 24, 2014 12:02:38 AM
 Subject: Re: [ovirt-users] duplicate default cluster
 
 
 
 - Original Message -
  From: Jorick Astrego j.astr...@netbulae.eu
  To: users@ovirt.org
  Sent: Friday, August 22, 2014 2:23:06 PM
  Subject: [ovirt-users] duplicate default cluster
  
  Hi,
  
  Somehow I ended up with 2 Default clusters on 3.5rc1:
  
  
  
  
  I checked the db but there is only 1 listed:
 
 
 Hi Jorick
 
 This bug seems related to the search engine and I actually talked last THU
 with Omer F to discuss the correct resolution to this bug.
 What we had found is that some views used in certain cases by the search
 engine (when you type a search expression) generates duplicate values
 The resolution will be to add a distinct to the generates search query in
 order to eliminate those duplications.

You might hit an instance of bug 
https://bugzilla.redhat.com/show_bug.cgi?id=1124593.
Which has already been fixed by: http://gerrit.ovirt.org/#/c/30859/
(should be available on next 3.5 build).

 
 CCing Omer to paste here the BZ id for tracking
 
 Regards
 
 Eli
 
 
  
  
  
  select * from vds_groups;
  vds_group_id | name | description | cpu_name | _create_date | _update_date
  | storage_pool_id | max_vds_memory_over_commit | compatibility_version |
  | transparent_hugepages | migrate_on_error | virt_service | g
  luster_service | count_threads_as_cores | emulated_machine |
  trusted_service
  | tunnel_migration | cluster_policy_id | cluster_policy_cus
  tom_properties | enable_balloon | free_text_comment |
  detect_emulated_machine
  | architecture | optimization_type | spice_proxy | ha_reservation |
  | enable_k
  sm | serial_number_policy | custom_serial_number | optional_reason |
  required_rng_sources
  --+-++--+---+-
  -+--++---+---+--+--+--
  ---++--+-+--+--+--
  ---++---+-+--+---+-++-
  ---+--+--+-+--
  0001-0001-0001-0001-0304 | Default | The default server cluster
  |
  Intel Nehalem Family | 2014-07-30 10:30:41.438257+02 | 2014-08-13
  11:07:45.9885
  4+02 | 0002-0002-0002-0002-017b | 150 | 3.5 | t | 2 | t | t
  | f | rhel6.5.0 | f | f | 20d25257-b4bd-4589-92a6-c4c5c5d3fd1a | {
  | t | | f | 1 | 1 | | t | t
  | | | f |
  
  
  : CpuOverCommitDurat
  ionMinutes : 2,
  
  
  
  : HighUtilization :
  80
  
  
  
  : }
  
  
  (1 row)
  
  
  Anything else I can do to debug?
  
  Kind regards,
  
  Jorick Astrego
  Netbulae
  
  ___
  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
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-release.rpm 3.4 dead link

[Daniel Erez]

- Original Message -
 From: Federico Alberto Sayd fs...@uncu.edu.ar
 To: users users@ovirt.org
 Sent: Monday, July 21, 2014 7:54:48 PM
 Subject: [ovirt-users] ovirt-release.rpm 3.4 dead link
 
 Hello:
 
 The link to ovirt-release.rpm 3.4 is dead:
 
 http://www.ovirt.org/OVirt_3.4_Release_Notes#Install_.2F_Upgrade_from_Previous_Versions
 
 Where is the ovirt-release.rpm ??

3.4 RPM is available at 
http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm
(I've updated the stale link in the wiki..)

 
 Thanks
 
 Federico
 ___
 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] Docker containers for ovirt-engine

[Daniel Erez]

Hi,

I've created a couple of Docker images with a running ovirt-engine service
and uploaded to the Docker registry [1].

Quite useful for quickly having a ready-to-use environment (tests, demos, etc)
or to be used as a base image for building new Docker Images.
Note that currently the container is not persistent by its nature,
hence for saving changes, take use of the 'commit' functionality [2].

[1] https://registry.hub.docker.com/u/danielerez/ovirt-engine/
[2] https://docs.docker.com/reference/commandline/cli/#commit
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to move disk to another data domain

[Daniel Erez]

- Original Message -
 From: Yusufi M R yu...@global-analytics.com
 To: users@ovirt.org
 Sent: Wednesday, April 23, 2014 5:22:43 PM
 Subject: [ovirt-users] Unable to move disk to another data domain
 
 
 
 Hi All,
 
 
 
 I am trying to move the disk of VM from Data Domain(Master) to another data
 domain in the same cluster, but I get the warning as “ some of the disk
 cannot be moved” and I cannot see the list of other data domain in the
 selection window.
 
 
 
 Can someone help here ?

The message is displayed in case of unavailable source/target storage domains.
Please verify that there's at least another one domain active in the 
data-center.

 
 
 
 Regards,
 
 Yusuf
 
 ___
 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] Unable to move disk to another data domain

[Daniel Erez]

- Original Message -
 From: Daniel Erez de...@redhat.com
 To: Yusufi M R yu...@global-analytics.com
 Cc: users@ovirt.org
 Sent: Wednesday, April 23, 2014 10:49:18 PM
 Subject: Re: [ovirt-users] Unable to move disk to another data domain
 
 
 
 - Original Message -
  From: Yusufi M R yu...@global-analytics.com
  To: users@ovirt.org
  Sent: Wednesday, April 23, 2014 5:22:43 PM
  Subject: [ovirt-users] Unable to move disk to another data domain
  
  
  
  Hi All,
  
  
  
  I am trying to move the disk of VM from Data Domain(Master) to another data
  domain in the same cluster, but I get the warning as “ some of the disk
  cannot be moved” and I cannot see the list of other data domain in the
  selection window.
  
  
  
  Can someone help here ?
 
 The message is displayed in case of unavailable source/target storage
 domains.
 Please verify that there's at least another one domain active in the
 data-center.

Another possible issue could be that the disk's template is missing
on the target domain, in this case you should first copy the template disk
to the target domain. In case of live migration, currently the target domain
should be of the same type as the source domain (you should have an indication
of the exact problem with a tool-tip when hovering the blank target select-box).

 
  
  
  
  Regards,
  
  Yusuf
  
  ___
  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: [Users] OVirt 3.3.2 Snapshot Pane empty in Firefox

[Daniel Erez]

- Original Message -
 From: Markus Stockhausen stockhau...@collogia.de
 To: Itamar Heim ih...@redhat.com, ovirt-users users@ovirt.org, 
 Daniel Erez de...@redhat.com
 Cc: Allon Mureinik amure...@redhat.com
 Sent: Monday, January 27, 2014 1:33:38 PM
 Subject: AW: [Users] OVirt 3.3.2 Snapshot Pane empty in Firefox
 
  Von: Itamar Heim [ih...@redhat.com]
  Gesendet: Sonntag, 26. Januar 2014 11:52
  An: Markus Stockhausen; ovirt-users; Daniel Erez
  Cc: Allon Mureinik
  Betreff: Re: [Users] OVirt 3.3.2 Snapshot Pane empty in Firefox
  
  On 01/23/2014 12:49 PM, Markus Stockhausen wrote:
   Hello,
  
   I had a mysterios behaviour in the webinterface twice this week.
   The Snapshot list of a VM remained empty in Firefox although
   I know that snapshots exist.
  
   The Create Snapshot button was still working and issued the
   right commands. Nevertheless the list remained empty.
  
   Opening an IE session prooved that everything was ok. The
   pane was populated with the list of snapshots. After restarting
   Firefox everything was fine again.
  
   Has anybody experienced simialr issues and if yes is there
   already an opn BZ for that?
  
   Markus
  
  
   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
  
  
  derez?
 
 
 Got the same behaviour again this morning. But now I have
 hopefully a good idea. I unlocked my screen and the last OVirt
 session in the (Firefox) browser has flipped back to the login
 screen.
 
 I relogged in and directly jumped to the snapshot pane. It was
 empty and the create button worked as usual. Nevertheless
 the autorefresh did not work. The pane simply stayed empty
 even after creating three snapshots in a row. Btw. the log
 history showed all the actions I was doing.
 
 To be sure that is the reason I left a Ovirt admin browser window
 open. Now for over 2 hours without a switchback to the login
 page.
 
 Any idea how I can force that behaviour? A normal cycle of
 logout/login does not produce the error.

Could be indeed related to the session timeout, some issues
regarding have been addressed in 3.4. The default timeout
is 30 minutes defined by UserSessionTimeOutInterval in
vdc_options table. Can you consistently reproduce the issue 
on timeout? Which version of Firefox are you using?

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

Re: [Users] virt-io SCSI duplicate disk ID

[Daniel Erez]

Hi Blaster,

Have you added the second disk after upgrading oVirt version?
An explicit address setting mechanism has been introduced recently,
which might cause such problems between minor versions.
Can you please attach the full engine/vdsm logs?

Thanks,
Daniel

- Original Message -
 From: Blaster blas...@556nato.com
 To: users@ovirt.org
 Sent: Wednesday, January 8, 2014 8:53:57 PM
 Subject: [Users] virt-io SCSI duplicate disk ID
 
 So twice now under oVirt 3.3.2 I have added 2 virtio-scsi devices to a single
 virtual host.
 
 After doing so, the VM would fail to boot due to duplicate disk ID. The first
 time I thought it a fluke, second time’s a bug?
 
 Fortunately they were empty data disks and I was able to get around the
 problem by deleting one and recreating it.
 
 VDSM log:
 
 Thread-32154::INFO::2014-01-08
 11:54:39,717::clientIF::350::vds::(prepareVolumePath) prepared volume path:
 /rhev/data-center/mnt/_disk01_vm/f14f471e-0cce-414d-af57-779eeb88c97a/images/e1886286-3d81-47d0-ae8d-77454e464078/1ef64ebd-6415-43d1-a34f-28f05cf6dea2
 Thread-32154::DEBUG::2014-01-08 11:54:39,740::vm::2984::vm.Vm::(_run)
 vmId=`c2aff4cc-0de6-4342-a565-669b1825838c`::?xml version=1.0
 encoding=utf-8?
 domain type=kvm
 namecobra/name
 uuidc2aff4cc-0de6-4342-a565-669b1825838c/uuid
 memory4194304/memory
 currentMemory4194304/currentMemory
 vcpu3/vcpu
 memtune
 min_guarantee4194304/min_guarantee
 /memtune
 devices
 channel type=unix
 target name=com.redhat.rhevm.vdsm type=virtio/
 source mode=bind
 path=/var/lib/libvirt/qemu/channels/c2aff4cc-0de6-4342-a565-669b1825838c.com.redhat.rhevm.vdsm/
 /channel
 channel type=unix
 target name=org.qemu.guest_agent.0 type=virtio/
 source mode=bind
 path=/var/lib/libvirt/qemu/channels/c2aff4cc-0de6-4342-a565-669b1825838c.org.qemu.guest_agent.0/
 /channel
 input bus=ps2 type=mouse/
 channel type=spicevmc
 target name=com.redhat.spice.0 type=virtio/
 /channel
 graphics autoport=yes keymap=en-us listen=0 passwd=*
 passwdValidTo=1970-01-01T00:00:01 port=-1 tlsPort=-1 type=spice
 channel mode=secure name=main/
 channel mode=secure name=inputs/
 channel mode=secure name=cursor/
 channel mode=secure name=playback/
 channel mode=secure name=record/
 channel mode=secure name=display/
 channel mode=secure name=usbredir/
 
 channel mode=secure name=display/
 channel mode=secure name=usbredir/
 channel mode=secure name=smartcard/
 /graphics
 controller model=virtio-scsi type=scsi
 address bus=0x00 domain=0x function=0x0 slot=0x05 type=pci/
 /controller
 video
 address bus=0x00 domain=0x function=0x0 slot=0x02 type=pci/
 model heads=1 type=qxl vram=32768/
 /video
 interface type=bridge
 address bus=0x00 domain=0x function=0x0 slot=0x03 type=pci/
 mac address=00:1a:4a:5b:9f:02/
 model type=virtio/
 source bridge=ovirtmgmt/
 filterref filter=vdsm-no-mac-spoofing/
 link state=up/
 /interface
 disk device=cdrom snapshot=no type=file
 address bus=1 controller=0 target=0 type=drive unit=0/
 source file= startupPolicy=optional/
 target bus=ide dev=hdc/
 readonly/
 serial/
 /disk
 disk device=disk snapshot=no type=file
 source
 file=/rhev/data-center/mnt/_disk01_vm/f14f471e-0cce-414d-af57-779eeb88c97a/images/94a298cb-87a5-48cd-b78f-770582b50639/c4864816-7384-4d0e-927e-29ea36d5fa4a/
 target bus=scsi dev=sda/
 serial94a298cb-87a5-48cd-b78f-770582b50639/serial
 boot order=1/
 driver cache=none error_policy=stop io=threads name=qemu
 type=raw/
 /disk
 disk device=disk snapshot=no type=file
 address bus=0x00 domain=0x function=0x0 slot=0x07 type=pci/
 source
 file=/rhev/data-center/mnt/_disk01_vm/f14f471e-0cce-414d-af57-779eeb88c97a/images/8df43d38-c4c7-4711-bc87-55f35d1550e5/42786233-04c0-4a9f-b731-6eaa2ca4d40d/
 target bus=virtio dev=vda/
 serial8df43d38-c4c7-4711-bc87-55f35d1550e5/serial
 driver cache=none error_policy=stop io=threads name=qemu
 type=raw/
 /disk
 disk device=disk snapshot=no type=file
 
 address bus=0 controller=0 target=0 type=drive unit=0/
 source
 file=/rhev/data-center/mnt/_disk01_vm/f14f471e-0cce-414d-af57-779eeb88c97a/images/e1886286-3d81-47d0-ae8d-77454e464078/1ef64ebd-6415-43d1-a34f-28f05cf6dea2/
 target bus=scsi dev=sdb/
 seriale1886286-3d81-47d0-ae8d-77454e464078/serial
 driver cache=none error_policy=stop io=threads name=qemu
 type=raw/
 /disk
 sound model=ich6
 address bus=0x00 domain=0x function=0x0 slot=0x04 type=pci/
 /sound
 memballoon model=virtio/
 /devices
 os
 type arch=x86_64 machine=pc-1.0hvm/type
 smbios mode=sysinfo/
 /os
 sysinfo type=smbios
 system
 entry name=manufactureroVirt/entry
 entry name=productoVirt Node/entry
 entry name=version19-5/entry
 entry name=serial2061001F-C600-0006-E1BC-BCAEC518BA45/entry
 entry name=uuidc2aff4cc-0de6-4342-a565-669b1825838c/entry
 /system
 /sysinfo
 clock adjustment=-21600 offset=variable
 timer name=rtc tickpolicy=catchup/
 /clock
 features
 acpi/
 /features
 cpu match=exact
 modelNehalem/model
 topology cores=1 sockets=3 threads=1/
 /cpu
 /domain
 Thread-32154::DEBUG::2014-01-08
 

Re: [Users] Map disk UUID to guest or disk name?

[Daniel Erez]

- Original Message -
 From: Blaster blas...@556nato.com
 To: users@ovirt.org
 Sent: Saturday, December 28, 2013 6:09:01 AM
 Subject: [Users] Map disk UUID to guest or disk name?
 
 On an Ovirt datastore the disk image names for the guests are named with an
 unfriendly UUID name.   Is there any way to map that back to the human
 readable name given int the GUI?

Disks main-tab contains an ID column for disks' GUIDs,
try mapping the disk name using that.

 
 It would be nice if this name was dropped in as a field in the .meta file.  I
 see there is a DESCRIPTION= field, but it’s blank.  I tried updating the
 description in the GUI, but it’s still blank  (bug, or do I have to update
 something?  I tried deact/activate the disk and it still didn’t update…)

I've tried updating disk's description with latest bits and it seems to work 
fine..
Can you please attach the relevant engine logs for further investigation.

 
 
 
 ___
 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: [Users] info on virtio-scsi

[Daniel Erez]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: a ludas a.lu...@gmail.com, Gianluca Cecchi 
 gianluca.cec...@gmail.com
 Cc: users users@ovirt.org, Daniel Erez de...@redhat.com
 Sent: Saturday, November 23, 2013 11:06:33 AM
 Subject: Re: [Users] info on virtio-scsi
 
 On 11/23/2013 01:16 AM, a.lu...@gmail.com wrote:
  For pre-existing VMs you have to enable it in the VM-Edit dialog first.
 
  Edit VM - Show Adv. Options - Resource Alloc. - Virtio-SCSI Enabled
 
  After that step you can change your disk from IDE/Virtio to Virtio-SCSI
 
 daniel - maybe the disk edit dialog should hint about this action needed?

The described scenario indeed exposes a confusing situation that affects
upgrading oVirt 3.3.0 to 3.3.1 - as the new flag has been added into 3.3.1
and is true by default. So either a hint in the disk dialog or the VM dialog
when upgrading cluster version.

 
 
 
  -Original message-
  From:Gianluca Cecchi gianluca.cec...@gmail.com
  Sent: Friday 22nd November 2013 23:55
  To: Itamar Heim ih...@redhat.com
  Cc: users users@ovirt.org
  Subject: Re: [Users] info on virtio-scsi
 
  On Fri, Nov 22, 2013 at 10:49 PM, Itamar Heim  wrote:
 
 
  oh, that's strange.
  derez/roy - no virtio-iscsi definition for .el6 VM?
 
  Actually I don't think so.
  I have tried creating a new rh el 6.x x86_64 vm and at disk creation I
  do see virtio-scsi as an option.
  But for this preexisting VM I don't see it when I try to add. Tried
  both in powered on state and in powered off.
  See here difference between c6 and c5 dynamic xml in /var/run/libvirt/qemu
  https://drive.google.com/file/d/0BwoPbcrMv8mvemtSalRkTTZlV1k/edit?usp=sharing
 
  And here for qemu command line generated:
  https://drive.google.com/file/d/0BwoPbcrMv8mvOHZrTHduN1ZCUFU/edit?usp=sharing
 
  Gianluca
  ___
  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
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Unable to remove Vdisk and Ovirt UI spams finished messages

[Daniel Erez]

- Original Message -
 From: Usman Aslam usman.as...@tufts.edu
 To: Daniel Erez de...@redhat.com
 Cc: users@ovirt.org
 Sent: Wednesday, October 16, 2013 2:27:44 AM
 Subject: RE: [Users] Unable to remove Vdisk and Ovirt UI spams finished 
 messages
 
 Daniel,
 
 
 
 I did manage to remove the lock on disk by change the value in the images
 table.
 
 The spam messages have since I first reported the issue have gone away.
 However, I am still unable to remove the VM or its Disks.
 
 
 
 On the SPM the suggested getAllTasks comes back with a blank line (I assume
 no active tasks). The db table  async_task also has not data in it.
 
 But as shown in the screenshot below. The Ovirt Web UI shows 0 tasks but also
 shows a week old task on still trying to remove that vdisk.
 
 
 
 [cid:image001.png@01CEC9DB.F3296440]
 
 
 
 Furthermore, below are logs of ovirt engine and vdsm (from SPM) for period
 when I try to first remove the VM (it fails) and then the two vdisks (which
 also fail) similar to the above screenshot.
 
 
 
 Please let me know if there is any more info I can send over. Thanks!

You may encountered bug 884635 [1] which has already been
resolved and integrated to oVirt 3.3. Are you using
the latest source code or an older release?

[1]
http://bugzilla.redhat.com/show_bug.cgi?id=884635

 
 
 
 ###*** vdsm.log ***###
 
 
 
 2013-10-15 19:23:50,174 INFO  [org.ovirt.engine.core.bll.RemoveVmCommand]
 (ajp--127.0.0.1-8702-4) Lock Acquired to object EngineLock [exclusiveLocks=
 key: f0462ff5-d22b-49d0-b308-af4a4381b93d value: VM
 
 , sharedLocks= ]
 
 2013-10-15 19:23:50,188 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand]
 (ajp--127.0.0.1-8702-4) START, IsValidVDSCommand( storagePoolId =
 430cd986-6488-403b-8d46-29abbc3eba38, ignoreFailoverLimit = false,
 compatabilityVersion = null), log id: 18c4d4ab
 
 2013-10-15 19:23:50,194 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand]
 (ajp--127.0.0.1-8702-4) FINISH, IsValidVDSCommand, return: true, log id:
 18c4d4ab
 
 2013-10-15 19:23:50,280 INFO  [org.ovirt.engine.core.bll.RemoveVmCommand]
 (pool-3-thread-49) [36218b4b] Running command: RemoveVmCommand internal:
 false. Entities affected :  ID: f0462ff5-d22b-49d0-b308-af4a4381b93d Type:
 VM
 
 2013-10-15 19:23:50,286 INFO
 [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (pool-3-thread-49)
 [36218b4b] START, SetVmStatusVDSCommand( vmId =
 f0462ff5-d22b-49d0-b308-af4a4381b93d, status = ImageLocked), log id:
 59fc9345
 
 2013-10-15 19:23:50,296 INFO
 [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (pool-3-thread-49)
 [36218b4b] FINISH, SetVmStatusVDSCommand, log id: 59fc9345
 
 2013-10-15 19:23:50,301 INFO  [org.ovirt.engine.core.bll.RemoveVmCommand]
 (pool-3-thread-49) [36218b4b] Lock freed to object EngineLock
 [exclusiveLocks= key: f0462ff5-d22b-49d0-b308-af4a4381b93d value: VM
 
 , sharedLocks= ]
 
 2013-10-15 19:23:50,304 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.RemoveVMVDSCommand]
 (pool-3-thread-49) [36218b4b] START, RemoveVMVDSCommand( storagePoolId =
 430cd986-6488-403b-8d46-29abbc3eba38, ignoreFailoverLimit = false,
 compatabilityVersion = null, storageDomainId =
 ----, vmGuid =
 f0462ff5-d22b-49d0-b308-af4a4381b93d), log id: 13c7a395
 
 2013-10-15 19:23:50,323 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.RemoveVMVDSCommand]
 (pool-3-thread-49) [36218b4b] FINISH, RemoveVMVDSCommand, log id: 13c7a395
 
 2013-10-15 19:23:50,346 INFO
 [org.ovirt.engine.core.bll.RemoveAllVmImagesCommand] (pool-3-thread-49)
 [148b1174] Running command: RemoveAllVmImagesCommand internal: true.
 Entities affected :  ID: f0462ff5-d22b-49d0-b308-af4a4381b93d Type: VM
 
 2013-10-15 19:23:50,377 INFO  [org.ovirt.engine.core.bll.RemoveImageCommand]
 (pool-3-thread-49) [183aa7b5] Running command: RemoveImageCommand internal:
 true. Entities affected :  ID: ---- Type:
 Storage
 
 2013-10-15 19:23:50,382 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand]
 (pool-3-thread-49) [183aa7b5] START, DeleteImageGroupVDSCommand(
 storagePoolId = 430cd986-6488-403b-8d46-29abbc3eba38, ignoreFailoverLimit =
 false, compatabilityVersion = 3.2, storageDomainId =
 fa3279ec-2912-45ac-b7bc-9fe89151ed99, imageGroupId =
 bcb77522-8cac-45a7-a5a6-b3c1f55614b8, postZeros = false, forceDelete =
 false), log id: 52c1a1fe
 
 2013-10-15 19:23:50,489 ERROR
 [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
 (pool-3-thread-49) [183aa7b5] IrsBroker::Failed::DeleteImageGroupVDS due to:
 IrsOperationFailedNoFailoverException: IRSGenericException:
 IRSErrorException: Image does not exist in domain:
 'image=bcb77522-8cac-45a7-a5a6-b3c1f55614b8,
 domain=fa3279ec-2912-45ac-b7bc-9fe89151ed99'
 
 2013-10-15 19:23:50,495 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand]
 (pool-3-thread-49) [183aa7b5] FINISH, DeleteImageGroupVDSCommand, log id:
 52c1a1fe
 
 2013-10-15 19:23

Re: [Users] deleting a disk that doesn't exist into the storage domain but referenced into webadmin

[Daniel Erez]

- Original Message -
 From: Nathanaël Blanchet blanc...@abes.fr
 To: Daniel Erez de...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, October 15, 2013 1:08:25 PM
 Subject: Re: [Users] deleting a disk that doesn't exist into the storage 
 domain but referenced into webadmin
 
 Finally, I removed the illegal state disks  in the table base_disks
 and the disks disapperad from the disks tabs. But those disks still
 appear int the torage tab and the sub storage disks, they are empty lines.
 
 
 How can I remove this lines into the DB?

The remaining leftovers are probably in images table.
Use DeleteImage stored procedure to remove the images records.

 
 Le 14/10/2013 21:19, Daniel Erez a écrit :
 
  - Original Message -
  From: Nathanaël Blanchet blanc...@abes.fr
  To: users@ovirt.org
  Sent: Saturday, October 12, 2013 1:44:00 AM
  Subject: [Users] deleting a disk that doesn't exist into the storage
  domain but referenced into webadmin
 
  Hello,
 
  On ovirt 3.2 el6 I created a disk attached to a vm but I can't remove it
  anymore. When I look to the log I have this message :
  2013-10-11 23:43:23,086 ERROR
  [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-47)
  [4da21e03] Command DeleteImageGroupVDS execution failed. Exception:
  IrsOperationFailedNoFailoverException: IRSGenericException:
  IRSErrorException: Image does not exist in domain:
  'image=763f6930-16b6-4afc-a39e-4fab148e15cf,
  domain=5ef8572c-0ab5-4491-994a-e4c30230a525
  So it is referenced into the database but doesn't exist on the storage
  domain. I want to erase it from the webadmin, and I try to find the
  reference of thios disk in the pg database so I can delete it but I
  haven't
  found it. How can I do this?
  ps : it appears in the webadmin as a floating disk but I can't attach it
  to
  any vm.
  What is the status of the disk (is it marked as Illegal)?
  You might hit the disk removal issue addressed by [1]
  which has been integrated to ovirt 3.3.
  You can find the disk by correlating the 'ID' column in disks
  main-tab with 'image_group' column in images db table.
  However, removing the disk manually should be left as last resort.
  Can you please attach the full vdsm/engine logs?
 
  [1]
  http://gerrit.ovirt.org/#/c/19161/4
 
 
  --
  Nathanaël Blanchet
 
  Supervision réseau
  Pôle exploitation et maintenance
  Département des systèmes d'information
  227 avenue Professeur-Jean-Louis-Viala
  34193 MONTPELLIER CEDEX 5
  Tél. 33 (0)4 67 54 84 55
  Fax  33 (0)4 67 54 84 14 blanc...@abes.fr a
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 
 --
 Nathanaël Blanchet
 
 Supervision réseau
 Pôle exploitation et maintenance
 Département des systèmes d'information
 227 avenue Professeur-Jean-Louis-Viala
 34193 MONTPELLIER CEDEX 5
 Tél. 33 (0)4 67 54 84 55
 Fax  33 (0)4 67 54 84 14
 blanc...@abes.fr
 

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

Re: [Users] Unable to remove Vdisk and Ovirt UI spams finished messages

[Daniel Erez]

- Original Message -
 From: Usman Aslam usman.as...@tufts.edu
 To: users@ovirt.org
 Sent: Wednesday, October 9, 2013 2:28:05 AM
 Subject: [Users] Unable to remove Vdisk and Ovirt UI spams finished messages
 
 So I removed a Vdisk from a powered off VM a few hours ago. The Disk still
 shows it has a lock on it and the webUI keeps showing this message every 10
 seconds or so.
   
 2013-Oct-08, 19:22:09 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:59 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:49 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:39 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:29 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 
 I've tried restarting the SPM Hypervisor and the Ovirt Engine. Still no dice.
 Which host would have the lock? Where should I look for log files?

The logs for vdsm/engine are located at /var/log/vdsm/ and 
/var/log/ovirt-engine/ correspondingly.
Try to check if there's any non-cleared task at the SPM (vdsClient - 
getAllTasks).
For manually clearing the task, the async_task table in the DB can be 
manipulated.
Disk's status resides at images tables - imagestatus column ('1' for 
OK/unlocked).
Please attach vdsm/engine logs for further investigation...

 
 Thanks,
 Usman
 ___
 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: [Users] Unable to remove Vdisk and Ovirt UI spams finished messages

[Daniel Erez]

- Original Message -
 From: Usman Aslam usman.as...@tufts.edu
 To: users@ovirt.org
 Sent: Wednesday, October 9, 2013 6:34:36 AM
 Subject: Re: [Users] Unable to remove Vdisk and Ovirt UI spams finished   
 messages
 
 Just provisioned another VM from an existing template and the contents of the
 new VM are from a different template?! Did the ovirt engine DB get corrupt?

To denounce that possibility, can you please try creating the VM again
from rest-api/UI (and see whether the outcome is the consistent..)

 Whats the best way to go about making sure, all data is consistent?

I'd start with verifying the VM configuration first; i.e. check whether the
other VM properties (e.g. memory/os/etc) have been copied from the wrong 
template.

 
 Thanks!
 
 Usman
 
 From: users-boun...@ovirt.org [users-boun...@ovirt.org] on behalf of Aslam,
 Usman [usman.as...@tufts.edu]
 Sent: Tuesday, October 08, 2013 7:28 PM
 To: users@ovirt.org
 Subject: [Users] Unable to remove Vdisk and Ovirt UI spams finished messages
 
 So I removed a Vdisk from a powered off VM a few hours ago. The Disk still
 shows it has a lock on it and the webUI keeps showing this message every 10
 seconds or so.
 
 2013-Oct-08, 19:22:09 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:59 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:49 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:39 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 2013-Oct-08, 19:21:29 User UNKNOWN finished to remove the disk
 tuskdb-dev-01_vdisk01_50gb from domain TSS-TUSK-DC_NFS-VM-Stor.
 
 I've tried restarting the SPM Hypervisor and the Ovirt Engine. Still no dice.
 Which host would have the lock? Where should I look for log files?
 
 Thanks,
 Usman
 ___
 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
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] deleting a disk that doesn't exist into the storage domain but referenced into webadmin

[Daniel Erez]

- Original Message -
 From: Nathanaël Blanchet blanc...@abes.fr
 To: users@ovirt.org
 Sent: Saturday, October 12, 2013 1:44:00 AM
 Subject: [Users] deleting a disk that doesn't exist into the storage domain 
 but referenced into webadmin
 
 Hello,
 
 On ovirt 3.2 el6 I created a disk attached to a vm but I can't remove it
 anymore. When I look to the log I have this message :
 2013-10-11 23:43:23,086 ERROR
 [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-47)
 [4da21e03] Command DeleteImageGroupVDS execution failed. Exception:
 IrsOperationFailedNoFailoverException: IRSGenericException:
 IRSErrorException: Image does not exist in domain:
 'image=763f6930-16b6-4afc-a39e-4fab148e15cf,
 domain=5ef8572c-0ab5-4491-994a-e4c30230a525
 So it is referenced into the database but doesn't exist on the storage
 domain. I want to erase it from the webadmin, and I try to find the
 reference of thios disk in the pg database so I can delete it but I haven't
 found it. How can I do this?
 ps : it appears in the webadmin as a floating disk but I can't attach it to
 any vm.

What is the status of the disk (is it marked as Illegal)?
You might hit the disk removal issue addressed by [1] 
which has been integrated to ovirt 3.3.
You can find the disk by correlating the 'ID' column in disks
main-tab with 'image_group' column in images db table.
However, removing the disk manually should be left as last resort.
Can you please attach the full vdsm/engine logs?

[1]
http://gerrit.ovirt.org/#/c/19161/4


 --
 Nathanaël Blanchet
 
 Supervision réseau
 Pôle exploitation et maintenance
 Département des systèmes d'information
 227 avenue Professeur-Jean-Louis-Viala
 34193 MONTPELLIER CEDEX 5
 Tél. 33 (0)4 67 54 84 55
 Fax  33 (0)4 67 54 84 14 blanc...@abes.fr a
 
 ___
 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: [Users] Can't delete snapshot

[Daniel Erez]

- Original Message -
 From: Eduardo Ramos edua...@freedominterface.org
 To: users@ovirt.org
 Sent: Thursday, October 10, 2013 10:28:00 PM
 Subject: [Users] Can't delete snapshot
 
 Hi friends!
 
 I'm trying delete a snapshot but webadmin returns me:
 
 Failed to complete Snapshot bla deletion on VM piromba.dem.inpe.br.
 
 In vdsm.log of SPM, I got:
 
 Oct 10 16:24:10 newton kernel: end_request: I/O error, dev dm-24, sector
 2147483632
 Oct 10 16:24:10 newton kernel: end_request: I/O error, dev dm-24, sector 0
 Oct 10 16:24:11 newton kernel: end_request: I/O error, dev dm-24, sector
 2147483520
 Oct 10 16:24:11 newton kernel: end_request: I/O error, dev dm-24, sector
 2147483632
 Oct 10 16:24:11 newton kernel: end_request: I/O error, dev dm-24, sector 0
 Oct 10 16:24:11 newton kernel: end_request: I/O error, dev dm-24, sector
 2147483520
 Oct 10 16:24:11 newton kernel: end_request: I/O error, dev dm-24, sector
 2147483632
 Oct 10 16:24:11 newton kernel: end_request: I/O error, dev dm-24, sector 0
 Oct 10 16:24:12 newton vdsm TaskManager.Task ERROR
 Task=`767206b3-87e9-4686-b06c-6fba24bdb677`::Unexpected
 error#012Traceback (most recent call last):#012  File
 /usr/share/vdsm/storage/task.py, line 861, in _run#012return
 fn(*args, **kargs)#012  File /usr/share/vdsm/storage/task.py, line
 320, in run#012return self.cmd(*self.argslist, **self.argsdict)#012
 File /usr/share/vdsm/storage/securable.py, line 63, in wrapper#012
 return f(self, *args, **kwargs)#012  File
 /usr/share/vdsm/storage/sp.py, line 1786, in mergeSnapshots#012
 image.Image(repoPath).merge(sdUUID, vmUUID, imgUUID, ancestor,
 successor, postZero)#012  File /usr/share/vdsm/storage/image.py, line
 1084, in merge#012allVols = sdDom.getAllVolumes()#012  File
 /usr/share/vdsm/storage/blockSD.py, line 869, in getAllVolumes#012
 return getAllVolumes(self.sdUUID)#012  File
 /usr/share/vdsm/storage/blockSD.py, line 168, in getAllVolumes#012
 and vImg not in res[vPar]['imgs']:#012KeyError:
 '63650a24-7e83-4c0a-851d-0ce9869a294d'
 
 [root@newton ~]# ls -l /dev/mapper/
 total 0
 lrwxrwxrwx. 1 root root  8 Oct  8 17:34 1IET_00010001 - ../dm-24
 
 Anyone knows what is this device?

Try running 'vgs -o +pv_name | grep 1IET_00010001'
to determine which VG is using the device.
Are you using oVirt all-in-one environment?

 
 Thanks.
 
 ___
 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: [Users] Cannot set disk interface in user portal

[Daniel Erez]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Dead Horse deadhorseconsult...@gmail.com, Daniel Erez 
 de...@redhat.com
 Cc: users users@ovirt.org
 Sent: Tuesday, October 8, 2013 9:17:54 PM
 Subject: Re: [Users] Cannot set disk interface in user portal
 
 it seems that the GetVirtioScsiControllers query should be marked as
 VdcQueryAuthType.User in the VdcQueryType enum,
 or user portal code has to change to not include a call to this query.
 @Derez - thoughts?

Addressed the issue on: http://gerrit.ovirt.org/#/c/20003/
DHC and Einav - thanks a lot!

 
 - Original Message -
  From: Dead Horse deadhorseconsult...@gmail.com
  To: users@ovirt.org users@ovirt.org
  Sent: Tuesday, October 8, 2013 2:06:10 PM
  Subject: [Users] Cannot set disk interface in user portal
  
  The Add disk UI in the User Portal does not populate the interface
  pull-down.
  Nor will it allow the creation of a new virtual disk as a result. The error
  states insufficient permissions however the user is assigned PowerUserRole
  at the cluster level and on the associated storage domain(s).
  
  Engine built from commit: 31cd5339cfda6ad78f5d3a1ff08ad666f734f814
  
  2013-10-08 12:53:15,378 INFO
  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
  (ajp--127.0.0.1-8702-10) Correlation ID: 567417ad, Job ID:
  6f774854-920b-4217-9906-a484841b843a, Call Stack: null, Custom Event ID:
  -1,
  Message: VM sdfa was created by ovirttest.
  2013-10-08 12:53:15,396 INFO
  [org.ovirt.engine.core.bll.AddVmFromScratchCommand]
  (ajp--127.0.0.1-8702-10)
  Lock freed to object EngineLock [exclusiveLocks= key: sdfa value: VM_NAME
  , sharedLocks= ]
  2013-10-08 12:53:15,433 INFO
  [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp--127.0.0.1-8702-10)
  MultipleActionsRunner of type AddVmInterface invoked with no actions
  2013-10-08 12:53:15,445 INFO
  [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp--127.0.0.1-8702-10)
  MultipleActionsRunner of type UpdateVmInterface invoked with no actions
  2013-10-08 12:53:15,459 INFO
  [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp--127.0.0.1-8702-10)
  MultipleActionsRunner of type RemoveVmInterface invoked with no actions
  2013-10-08 12:53:19,540 ERROR
  [org.ovirt.engine.core.bll.GetVirtioScsiControllersQuery]
  (ajp--127.0.0.1-8702-10) Query execution failed due to insufficient
  permissions.
  2013-10-08 12:54:29,015 WARN [org.ovirt.engine.core.bll.AddDiskCommand]
  (ajp--127.0.0.1-8702-10) CanDoAction of action AddDisk failed.
  Reasons:VAR__ACTION__ADD,VAR__TYPE__VM_DISK,VALIDATION.DISK_INTERFACE.NOT_NULL
  2013-10-08 12:54:34,891 ERROR
  [org.ovirt.engine.core.bll.GetVirtioScsiControllersQuery]
  (ajp--127.0.0.1-8702-10) Query execution failed due to insufficient
  permissions.
  2013-10-08 12:56:14,937 ERROR
  [org.ovirt.engine.core.bll.GetVirtioScsiControllersQuery]
  (ajp--127.0.0.1-8702-9) Query execution failed due to insufficient
  permissions.
  2013-10-08 12:56:27,095 WARN [org.ovirt.engine.core.bll.AddDiskCommand]
  (ajp--127.0.0.1-8702-4) CanDoAction of action AddDisk failed.
  Reasons:VAR__ACTION__ADD,VAR__TYPE__VM_DISK,VALIDATION.DISK_INTERFACE.NOT_NULL
  
  - DHC
  
  ___
  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: [Users] Template disk cloning from one storage domain to another is not working

[Daniel Erez]

Hi DHC,

Looking at the code, it seems that the issue indeed affects specifically the 
UserPortal.
Can you please open a new bug on ovirt-engine-userportal: 
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt
(please attach the relevant logs to the bug)

Thanks,
Daniel

- Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: users@ovirt.org users@ovirt.org
 Sent: Tuesday, March 26, 2013 10:46:37 PM
 Subject: Re: [Users] Template disk cloning from one storage domain to another 
 is not working
 
 
 
 
 Attaching some log files. Also verified still not working on latest
 master as of today.
 - DHC
 
 
 
 
 On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse 
 deadhorseconsult...@gmail.com  wrote:
 
 
 
 
 In further attempt to debug this I added the user as both a SuperUser
 and PowerUser to the entire Datacenter so the role would cascade
 down to all objects. I found that with the admin portal this was not
 an issue. However it still occurs with the UserPortal. The same
 issue actually occurs for the built in admin@internal user via the
 user portal as well. Thus this infers some interaction with the
 UserPortal specifically causing this.
 
 
 - DHC
 
 
 
 
 
 
 On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse 
 deadhorseconsult...@gmail.com  wrote:
 
 
 
 
 Template disk cloning from one storage domain to another is not
 working correctly.
 Assign a user UserTemplateVM permissions to storage domain A.
 Create a template in storage domain A.
 Ensure the user has PowerUserRole permissions to another storage
 domain (Storage domain B).
 As the user create a VM from the template in storage domain A.
 Choose to clone the disk to Storage Domain B.
 The attached disk of resultant VM gets created but the disk is
 created in Storage domain A
 instead of storage domain B. This also is an artifact of the problem
 I originally brought up:
 http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still
 nothing)
 
 This is present in latest engine built from master with latest
 VDSM built from master. I noticed it also originally in the above
 issue.
 
 - DHC
 
 
 
 ___
 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: [Users] Fwd: Internet Explorer with latest master

[Daniel Erez]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Daniel Erez de...@redhat.com
 Cc: users users@ovirt.org, Dead Horse deadhorseconsult...@gmail.com, 
 Alona Kaplan alkap...@redhat.com
 Sent: Friday, February 15, 2013 10:00:19 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master
 
 Hi Daniel,
 
  Instead of forcing IE9 mode we can use edge mode to display
  content in the highest mode available.
  I.e.:
  meta http-equiv=X-UA-Compatible content=IE=edge/
 
 yes, this seems to be the current trend, forcing standards mode in
 each reasonable version of IE (IE8+ that supports X-UA-Compatible
 meta-tag).
 
 Thinking about it, I guess you are right, we can use IE=edge, since
 we don't rely on any particular feature/quirk of IE8/IE9.
 
 I was initially concerned about IE8, IE9, IE10, etc. each
 implementing web standards differently, but assuming the application
 works fine in IE9, it should also work fine in IE10, and so on.
 
 @Alona, what do you think about adding IE=edge, as suggested by
 Daniel?
 
 @Daniel, what about IE=edge,chrome=1, which adds preference for
 Google Chrome Frame (IE plug-in which uses WebKit engine instead of
 IE engine), if available? :)

+1 :)
We might gain some HTML5 features support on IE for free...

 
 @DHC: according to http://stackoverflow.com/a/5673902, intranet sites
 in IE8/IE9 are *always* rendered in compatibility (non-standards)
 mode. This might be the problem you're facing with WebAdmin and
 UserPortal. You might want to check IE Compatibility View Settings
 dialog box and ensure that nothing gets displayed in compatibility
 view.
 
 Vojtech
 
 
 - Original Message -
 From: Daniel Erez de...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: users users@ovirt.org, Dead Horse
 deadhorseconsult...@gmail.com
 Sent: Friday, February 15, 2013 7:18:05 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master
 
 
 
 - Original Message -
  From: Vojtech Szocs vsz...@redhat.com
  To: Dead Horse deadhorseconsult...@gmail.com
  Cc: users users@ovirt.org
  Sent: Friday, February 15, 2013 3:32:03 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  Hi,
  
  doing make rpm will actually build Engine using Maven and produce
  RPMs, but you might also want to deploy Engine EAR that was built
  to
  JBoss server via make install_artifacts.
  
   Thus I assume the master build does not default to compiling for
   all browsers?
  
  Aside from make rpm-quick, which builds quick  dirty RPMs for
  Firefox [gwt.userAgent=gecko1_8], I don't see any gwt.userAgent
  stuff in makefile, so the master build defaults to compiling for
  all
  browsers, unless you override this via EXTRA_BUILD_FLAGS.
  
  I think an easier way to do this is as Alona suggested, invoking
  Maven build directly:
  
$ mvn clean install -Pdep,gwt-admin,gwt-user, but it's up to
you.
  
  Anyway, I think the problem isn't related to gwt.userAgent
  property
  at all. If the GWT permutation for IE is missing, blank page will
  be
  shown, as GWT permutation selector script (*.nocache.js) will not
  be
  able to load that permutation.
  
  I think the problem might be caused by your client's IE browser
  settings. As per [1], IE should render HTML page with !DOCTYPE
  html using standards mode; rendering mode which WebAdmin and
  UserPortal require. So if you see garbled mess in IE, it means IE
  doesn't render HTML page in standards mode, but in other (quirks?)
  mode, due to some IE browser settings override.
  
  The X-UA-Compatible meta-tag actually *forces* IE to render HTML
  page in standards mode, which overrides any IE browser settings:
  
meta http-equiv=X-UA-Compatible content=IE=9/
  
  (I think we should reconsider adding this meta-tag due to reasons
  above, to ensure better compatibility with IE.)
 
 Instead of forcing IE9 mode we can use edge mode to display content
 in the highest mode available.
 I.e.:
 meta http-equiv=X-UA-Compatible content=IE=edge/
 
  
  Vojtech
  
  [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
  
  
  - Original Message -
  From: Dead Horse deadhorseconsult...@gmail.com
  To: Alona Kaplan alkap...@redhat.com
  Cc: users users@ovirt.org, Vojtech Szocs vsz...@redhat.com
  Sent: Thursday, February 14, 2013 8:02:04 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  NVM got it --
  BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
  -Pgwt-admin,gwt-user,dep
  Building now.
  
  
  - DHC
  
  
  
  
  On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse 
  deadhorseconsult...@gmail.com  wrote:
  
  
  
  
  I remember there being a GWT configuration file somewhere where
  those
  could be set?
  - DHC
  
  
  
  
  
  
  On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan 
  alkap...@redhat.com
   wrote:
  
  
  Hi,
  
  Instead of doing make rpm please compile manually using the
  following
  command:
  mvn clean install -Dgwt.userAgent=ie8,ie9

Re: [Users] Fwd: Internet Explorer with latest master

[Daniel Erez]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Dead Horse deadhorseconsult...@gmail.com
 Cc: users users@ovirt.org
 Sent: Friday, February 15, 2013 3:32:03 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master
 
 Hi,
 
 doing make rpm will actually build Engine using Maven and produce
 RPMs, but you might also want to deploy Engine EAR that was built to
 JBoss server via make install_artifacts.
 
  Thus I assume the master build does not default to compiling for
  all browsers?
 
 Aside from make rpm-quick, which builds quick  dirty RPMs for
 Firefox [gwt.userAgent=gecko1_8], I don't see any gwt.userAgent
 stuff in makefile, so the master build defaults to compiling for all
 browsers, unless you override this via EXTRA_BUILD_FLAGS.
 
 I think an easier way to do this is as Alona suggested, invoking
 Maven build directly:
 
   $ mvn clean install -Pdep,gwt-admin,gwt-user, but it's up to you.
 
 Anyway, I think the problem isn't related to gwt.userAgent property
 at all. If the GWT permutation for IE is missing, blank page will be
 shown, as GWT permutation selector script (*.nocache.js) will not be
 able to load that permutation.
 
 I think the problem might be caused by your client's IE browser
 settings. As per [1], IE should render HTML page with !DOCTYPE
 html using standards mode; rendering mode which WebAdmin and
 UserPortal require. So if you see garbled mess in IE, it means IE
 doesn't render HTML page in standards mode, but in other (quirks?)
 mode, due to some IE browser settings override.
 
 The X-UA-Compatible meta-tag actually *forces* IE to render HTML
 page in standards mode, which overrides any IE browser settings:
 
   meta http-equiv=X-UA-Compatible content=IE=9/
 
 (I think we should reconsider adding this meta-tag due to reasons
 above, to ensure better compatibility with IE.)

Instead of forcing IE9 mode we can use edge mode to display content in the 
highest mode available.
I.e.:
meta http-equiv=X-UA-Compatible content=IE=edge/

 
 Vojtech
 
 [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
 
 
 - Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: Alona Kaplan alkap...@redhat.com
 Cc: users users@ovirt.org, Vojtech Szocs vsz...@redhat.com
 Sent: Thursday, February 14, 2013 8:02:04 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master
 
 
 
 NVM got it --
 BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
 -Pgwt-admin,gwt-user,dep
 Building now.
 
 
 - DHC
 
 
 
 
 On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse 
 deadhorseconsult...@gmail.com  wrote:
 
 
 
 
 I remember there being a GWT configuration file somewhere where those
 could be set?
 - DHC
 
 
 
 
 
 
 On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan  alkap...@redhat.com
  wrote:
 
 
 Hi,
 
 Instead of doing make rpm please compile manually using the following
 command:
 mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
 -Pgwt-admin,gwt-user,dep
 
 
 Alona.
 
 
 - Original Message -
  From: Dead Horse  deadhorseconsult...@gmail.com 
 
 
  To: Vojtech Szocs  vsz...@redhat.com 
  Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org  
  users@ovirt.org 
  Sent: Thursday, February 14, 2013 6:18:54 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  
  
  
  
  When I compile the engine I do the following: (FC17 build host)
  -- git clone http://gerrit.ovirt.org/ovirt-engine.git
  -- cd ovirt-engine
  -- make rpm
  
  Thus I assume the master build does not default to compiling for
  all
  browsers? The GWT compliation seems to go through quite a few
  permuatations during the compile.
  
  
  If master is not set to compile for all browsers then given the
  above
  build steps what additionally should I be doing to make it so
  (guessing refer to above but how to simplify to make rpm) ?
  
  
  - DHC
  
  
  
  
  On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs  vsz...@redhat.com
  
  wrote:
  
  
  Hi,
  
  
   Maybe you've compiled the application with -Dgwt.userAgent flag
   for
   a specific browser?
  
  this is a good point, please make sure to compile UserPortal for
  all
  browsers, e.g. instead of:
  
  $ mvn clean install -Pdep,gwt-user
  -Dgwt.userAgent=specificBrowser
  
  you should just do:
  
  $ mvn clean install -Pdep,gwt-user
  
  This will compile UserPortal for all browsers.
  
  However, I don't think this is the problem here, because IIRC when
  you compile UserPortal only for browser X and you try to access it
  in browser Y, you'll get an empty webpage.
  
  Vojtech
  
  
  
  
  - Original Message -
  From: Alona Kaplan  alkap...@redhat.com 
  To: Dead Horse  deadhorseconsult...@gmail.com 
  Cc: users@ovirt.org
  Sent: Thursday, February 14, 2013 4:18:36 PM
  Subject: [Users] Fwd: Internet Explorer with latest master
  
  Hi,
  
  The webadmin and userportal works pretty fine for me on ie8 and
  ie9.
  Can you please be more specific about 

Re: [Users] UI Plugin issue when switching main tabs

[Daniel Erez]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Oved Ourfalli ov...@redhat.com
 Cc: users@ovirt.org, Daniel Erez de...@redhat.com
 Sent: Wednesday, January 23, 2013 2:33:53 PM
 Subject: Re: [Users] UI Plugin issue when switching main tabs
 
 On 23/01/2013 04:32, Itamar Heim wrote:
  On 22/01/2013 14:06, Oved Ourfalli wrote:
 
  - Original Message -
  From: René Koch r.k...@ovido.at
  To: Oved Ourfalli ov...@redhat.com
  Cc: users@ovirt.org
  Sent: Tuesday, January 22, 2013 1:51:58 PM
  Subject: Re: [Users] UI Plugin issue when switching main tabs
 
 
  Thanks a lot for your input - it was really helpfu!
 
  I added a check for argument.length and now it's working as
  expected.
  The working code is:
 
   VirtualMachineSelectionChange: function() {
 if (arguments.length == 1) {
  var vmName = arguments[0].name;
  alert(vmName);
  // Reload VM Sub Tab
  api.setTabContentUrl('vms-monitoring', conf.url +
  '?subtab=vmsname=' + encodeURIComponent(vmName));
 }
   }
 
 
  Btw, do you know if I can get the name of a host instead the
  hostname/ip?
  arguments[0].name; gives me the IP address (value of webadmin
  column
  hostname/ip) but not the name (column name) - (I always use
  ips
  instead of dns names for hypervisors)...
 
  I don't think you can currently do that.
  The plan is to expose all the attributes of the entity that are
  exposed via REST, also in the plugin api, but currently that's not
  the
  case.
  Not sure why it doesn't return the name itself (don't know if it
  is a
  bug, or it is as designed), but anyway, other properties will be
  exposed in the future.
 
  but it sounds like a bug in the mapping of id/name for the current
  uiplugin infra (maybe vojtech mapped the wrong field).
  assuming restapi returns host name for the name field, uiplugin
  should
  return it as well.
 
 hmmm, i wonder if the shellinabox uiplugin relies on this bug. once
 it
 is fixed, it will need to fetch the ip via rest or assume the name is
 resolvable for ssh.

Yes, the shellinabox uiplugin indeed relies on it.
I thought it was intentional rather than a bug...

Can we simply add a new property to the JSON object?
I.e. obj.setProperty(hostname, ((VDS) businessEntity).gethost_name()); 
//$NON-NLS-1$
(in addition to: obj.setProperty(name, ((VDS) businessEntity).getvds_name()); 
//$NON-NLS-1$)

 

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

Re: [Users] Cannot see FC LUNs in Direct LUN screen

[Daniel Erez]

- Original Message -
 From: Dave Olker dave.ol...@sbcglobal.net
 To: users@ovirt.org
 Sent: Friday, January 11, 2013 3:00:24 AM
 Subject: [Users] Cannot see FC LUNs in Direct LUN screen
 
 
 
 
 
 Hi folks,
 
 
 
 I’m very new to oVirt and Linux so I apologize if this is pilot
 error.
 
 
 
 I’m running Fedora 17 on my oVirt 3.1 Engine and my oVirt 3.1 Node. I
 have updated (via yum) to the latest patches on both systems. I have
 a 3.1 cluster created with a single node and I’ve created several
 VMs using boot disks located in FC storage domains. I’m now trying
 to use the new “Direct Lun” feature to present disks to my VM guests
 outside of a storage domain.
 
 
 
 I’ve verified that my oVirt Node can see the LUNs correctly and
 multipath shows they are active:
 
 
 
 [root@atcwin3 ~]# multipath -v2
 
 create: 360014380024d0ad0f0f8 undef HP,HSV300
 
 size=50G features='1 queue_if_no_path' hwhandler='0' wp=undef
 
 |-+- policy='round-robin 0' prio=25 status=undef
 
 | |- 0:0:15:2 sdz 65:144 undef ready running
 
 | `- 2:0:15:2 sdbr 68:80 undef ready running
 
 `-+- policy='round-robin 0' prio=5 status=undef
 
 |- 0:0:14:2 sde 8:64 undef ready running
 
 `- 2:0:14:2 sdaw 67:0 undef ready running
 
 create: 360014380024d0ad0f0fc undef HP,HSV300
 
 size=50G features='1 queue_if_no_path' hwhandler='0' wp=undef
 
 |-+- policy='round-robin 0' prio=25 status=undef
 
 | |- 0:0:14:3 sdf 8:80 undef ready running
 
 | `- 2:0:14:3 sdax 67:16 undef ready running
 
 `-+- policy='round-robin 0' prio=5 status=undef
 
 |- 0:0:15:3 sdaa 65:160 undef ready running
 
 `- 2:0:15:3 sdbs 68:96 undef ready running
 
 ...
 
 
 
 
 
 And these disks are visible in the “New Domain” screen if I want to
 add them to a new FC domain:
 
 
 
 
 
 
 
 
 
 But when I try to add any of these disks to a VM via Direct Lun I get
 an empty list:
 
 
 
 
 
 
 
 
 
 So the oVirt Node can see the disks just fine. oVirt Engine can see
 and use the disks in a storage domain but I’m not able to add them
 to a VM using Direct Lun mode.
 
 
 
 I’m not sure where to look next. Any suggestions would be greatly
 appreciated.
 
 
 
 Thanks,
 
 
 Dave
 

Hi Dave,

The problem you've encountered resembles an issue which is already resolved on 
latest version.
As a quick workaround, try selecting 'Fibre Channel' as 'Storage Type' before 
selecting a Data Center/Host.
For further inquiry, please send engine and VDSM logs.

Best Regards,
Daniel

 
 ___
 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: [Users] internet explorer 9

[Daniel Erez]

- Original Message -
 From: Cristian Falcas cristi.fal...@gmail.com
 To: users@ovirt.org
 Sent: Tuesday, October 23, 2012 1:46:01 PM
 Subject: [Users] internet explorer 9
 
 Hi,
 
 Does anybody know why I can't see anything in IE9? This is from a
 Windows 7 machine.
 
 The menus appear, the pages change when I click them, but nothing is
 displayed (see attached screenshot).
 
 Best regards,

It looks like IE9 permutation of the WebAdmin hasn't been compiled.
Try building with the following: 
mvn clean install -Pgwt-admin -Dgwt.userAgent=ie9

Daniel

 
 ___
 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

[Users] oVirt Project - YouTube Channel

[Daniel Erez]

Hi Everyone,

I've created a new YouTube channel for oVirt project
and uploaded the first demo Screencast - Clone a VM From a Snapshot.

Please subscribe :)

http://www.youtube.com/user/ovirtproject

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

Re: [Users] oVirt Project - YouTube Channel

[Daniel Erez]

- Original Message -
 From: Dave Neary dne...@redhat.com
 To: Daniel Erez de...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, September 11, 2012 6:59:26 PM
 Subject: Re: [Users] oVirt Project - YouTube Channel
 
 Thanks Daniel!
 
 On 09/11/2012 09:06 AM, Daniel Erez wrote:
  I've created a new YouTube channel for oVirt project
  and uploaded the first demo Screencast - Clone a VM From a
  Snapshot.
 
 Nice work on the video! It goes nicely with the videos that Jason
 Brooks
 produced: http://blog.jebpages.com/archives/screencasting-ovirt/
 
 Is there a way we can aggregate videos from different channels under
 one
 account? There are a few other oVirt related videos that it would be
 nice to promote through the channel.

I've created a few playlists in the channel in order to aggregate external 
videos (and added Jason's videos):
http://www.youtube.com/user/ovirtproject/videos?flow=gridview=1

Current playlists: Installation, Basics, Cloning (feel free to suggest 
alternatives...)

* We might want to integrate 'YouTube Direct' into 'ovirt.org' website - to 
allow simple video uploading.
https://developers.google.com/youtube/ytdirect
http://www.youtube.com/user/Direct

 
  http://www.youtube.com/user/ovirtproject
 
 Done.
 
 Thanks,
 Dave.
 
 --
 Dave Neary
 Community Action and Impact
 Open Source and Standards, Red Hat
 Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt Project - YouTube Channel

[Daniel Erez]

- Original Message -
 From: Deepak C Shetty deepa...@linux.vnet.ibm.com
 To: Daniel Erez de...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, September 11, 2012 11:20:34 AM
 Subject: Re: [Users] oVirt Project - YouTube Channel
 
 On 09/11/2012 12:36 PM, Daniel Erez wrote:
  Hi Everyone,
 
  I've created a new YouTube channel for oVirt project
  and uploaded the first demo Screencast - Clone a VM From a
  Snapshot.
 
 Nice video, but why no sound ?

Currently, only subtitles/captions are available in the video - just need a 
volunteer to narrate them.

 
  Please subscribe :)
 
  http://www.youtube.com/user/ovirtproject
 
 What would be the process to upload something to this channel ?

For uploading, we might want to use 'YouTube Direct' - in the mean time, we can 
simply link videos into channel's playlists.

 
 Also i wasn't able to subscribe to the feed using the feed url on the
 homepage
 http://www.youtube.com/user/ovirtproject/feed
 My client says Not a valid feed

Did you use the + Subscribe button? Can you try another client?

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