- Users - oVirt List Archives

engine-iso-uploader error
by Fabrice SOLER 27 Sep '19

27 Sep '19

Hello, I use engine-iso-uploader with ssh (and not NFS). It was working but now we have an error. I have tried two commands : engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso upload eole-2.6.2.1-alternate-amd64.iso and engine-iso-uploader --iso-domain=lp-ducharmoy-iso list *and the error is :* ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. I have read the /var/log/httpd/ssl_access_log , so we can read that API is not accessible : 192.168.83.83 - - [27/Sep/2019:12:01:06 -0400] "POST /ovirt-engine/sso/oauth/token HTTP/1.1" 200 310 192.168.83.83 - - [27/Sep/2019:12:01:07 -0400] "POST /ovirt-engine/sso/oauth/token-info HTTP/1.1" 200 323 192.168.83.83 - - [27/Sep/2019:12:01:07 -0400] "GET /ovirt-engine/api HTTP/1.1" 200 975 192.168.83.83 - - [27/Sep/2019:12:01:07 -0400] "GET /ovirt-engine/api/storagedomains HTTP/1.1" *500* 188 I have changed the admin password, do you think it could be come from this ? With verbose : [root@infra-eple iso]# engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(None) API Version(4.2.0) ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. DEBUG: Configuration: DEBUG: command: list DEBUG: Traceback (most recent call last): DEBUG: File "/usr/bin/engine-iso-uploader", line 1521, in <module> DEBUG: isoup = ISOUploader(conf) DEBUG: File "/usr/bin/engine-iso-uploader", line 448, in __init__ DEBUG: self.list_all_ISO_storage_domains() DEBUG: File "/usr/bin/engine-iso-uploader", line 559, in list_all_ISO_storage_domains DEBUG: domainAry = svc.storage_domains_service().list() DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 21936, in list DEBUG: return self._internal_get(headers, query, wait) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get DEBUG: return future.wait() if wait else future DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait DEBUG: return self._code(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 208, in callback DEBUG: self._check_fault(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault DEBUG: self._raise_error(response, body) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error DEBUG: raise error DEBUG: Error: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. Sincerely, Fabrice SOLER --

1 0

engine-iso-uploader error
by Fabrice SOLER 27 Sep '19

27 Sep '19

Hello, We use engine-iso-uploader with ssh (and not NFS). It was working but now we have an error. We tried two commands : engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso upload eole-2.6.2.1-alternate-amd64.iso and engine-iso-uploader --iso-domain=lp-ducharmoy-iso list *and the error is :* ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. Do you know where it could come from ? With verbose : [root@infra-eple iso]# engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(None) API Version(4.2.0) ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. DEBUG: Configuration: DEBUG: command: list DEBUG: Traceback (most recent call last): DEBUG: File "/usr/bin/engine-iso-uploader", line 1521, in <module> DEBUG: isoup = ISOUploader(conf) DEBUG: File "/usr/bin/engine-iso-uploader", line 448, in __init__ DEBUG: self.list_all_ISO_storage_domains() DEBUG: File "/usr/bin/engine-iso-uploader", line 559, in list_all_ISO_storage_domains DEBUG: domainAry = svc.storage_domains_service().list() DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 21936, in list DEBUG: return self._internal_get(headers, query, wait) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get DEBUG: return future.wait() if wait else future DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait DEBUG: return self._code(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 208, in callback DEBUG: self._check_fault(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault DEBUG: self._raise_error(response, body) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error DEBUG: raise error DEBUG: Error: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. Sincerely, Fabrice SOLER

1 0

Migrate running hosts to new Engine
by Magnus Isaksson 27 Sep '19

27 Sep '19

Hello all, I need to migrate 4 hosts running CentOS with oVirt 4.2 to a new Engine that runs 4.3 and not disrupt the VMs on these hosts? The VMs need to be running, i have a slim option of downtime for them, but rather not. The reason is that my current engine 4.2 will not upgrade to 4.3, tried so many times, but all i get is a white page after the upgrade, according to engine-setup, was a success. So, how can i do this? Reagrds Magnus Isaksson

1 0

Reg: Ovirt 4.3.5 - getting error while intergrating openstack glance(image) provider
by lakshmanan J 27 Sep '19

27 Sep '19

Hi All, I'm getting brlow error when I tried to integrate openstack glance,(image) into ovirt 4.3.5 manager. Plz help to troubleshoot. Error: Failed with error PROVIDER_FAILURE and code 5050 Regards Lakshmanan J

1 0

Re: oVirt and CentOS Stream
by Strahil 27 Sep '19

27 Sep '19

Should I understand that the most tested platform will be CentOS Stream 8 ? Will Fedora & CentOS 8 still viable option ? Best Regards, Strahil NikolovOn Sep 26, 2019 16:13, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Progress cannot be made without change. As technologists, we recognize this every day. Most of the time, these changes are iterative: progressive additions of features to projects like oVirt. Sometimes those changes are small, and sometimes not. And that’s, of course, just talking about our project. But one of the biggest strengths of our community’s software is that we are not alone, and because of that, changes to other projects have ripple effects that can affect our own, even in positive ways. > > > This week, our collaborators in the CentOS Project have announced a change in the way their software is released moving forward. > > Beyond this week release of CentOS Linux 8, the CentOS team has announced CentOS Stream, a rolling release distribution that will be the "midstream" between Fedora and Red Hat Enterprise Linux. > > > To be clear, Fedora will remain as the first upstream of RHEL. But when RHEL branches off, CentOS will be upstream for ongoing work on those RHEL versions. This change gives public visibility into ongoing work on released RHEL, and a place for developers and community projects like ours to collaborate at that level. > > > CentOS has been heading in the direction of Stream for quite some time. CentOS SIGs — the special interest groups for virtualization, storage, config management, and so on — have given our project a way to provide input into the CentOS platform. Now, though, we can actually provide direct improvements or fixes to CentOS Stream platform that will be beneficial to our project. Long-term, those project-specific changes can find their way into the next release of RHEL, providing smoother transitions for those users of our downstream projects. > > > We expect the positive effects to extend beyond our own project’s ecosystem. Through CentOS Stream, developers will have early access to new features and content that are being built into the upcoming RHEL version. This will help to allow next-generation applications to have compatibility with future versions of RHEL. > > > The benefits of these changes are clear for ecosystem developers working on projects such as ours, writing hardware drivers, or extending protocols for RHEL. As we push the innovations that start in Fedora through the new CentOS Stream, the community will have a clear vision of the future of Red Hat Enterprise Linux. > > > For users of oVirt, we expect CentOS Stream to be the preferred upstream platform on which oVirt should be run, especially with the capability for our users to now contribute changes to our software and the community-built platform on which oVirt runs. > > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > > sbonazzo(a)redhat.com > > Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.

3 3

How to take incremental backup of a vm
by smidhunraj＠gmail.com 27 Sep '19

27 Sep '19

Can you tell me the method on how to take incremental backup of a VM in ovirt .Is there any opensource python script available to get this done.

3 2

NFS based - incremental backups
by Leo David 27 Sep '19

27 Sep '19

Hello Everyone, Ive been struggling since a while to find out a propper solution to have a full backup scenario for a production environment. In the past, we have used Proxmox, and the scheduled incremenral nfs based full vm backups is a thing that we really miss. As far as i know, at this point the only way to have a backup in oVirt / rhev is by using gluster geo-replication feature. This is nice, but as far as i know it lacks some important features: - ability to have incremental backups to restore vms from - ability to backup vms placed on different storage domains ( only one storage domain can be geo-replicated !!! some vms have disks on ssd volume, some on hdd, some on both) - need to setup an external 3 nodes gluster cluster ( although a workaround would be to have single bricks based volumes for a single instance ) I know we can create snaps, but they will die with the platform in a fail scenario, and neither they can be scheduled. We have found bacchus project that looked promising, although it had a pretty hassled way to achieve backups ( create snap, create vm from the snap, export vm to export domain, delete vm, delete snap - all in a scheduled fashion ) As a mention, Proxmox is incrementaly creating a tar archive of the vm disk content, and places it to an external network storage like nfs. This allowed us to backup/reatore both linux and windows vms very easily. Now, I know this have been discussed before, but i would like to know if there are at least any future plans to implement this feature in the next releases. Personally, i consider this a major, and quite decent feature to have with the platform, without the need to pay for 3rd party solutions that may or may not achieve the goal while adding extra pieces to the stack. Geo-replication is a good and nice feature, but in my oppinion it is not what a "backup domain" would be. Have a nice day, Leo

1 0

not able to import ova file
by Crazy Ayansh 27 Sep '19

27 Sep '19

Hi Team, I am getting below error message when i am trying to import a vm from ova method. [image: image.png] could anyone please help me out here. Hosted engine version:-4.2 Please let me know if any other info required from me. Thanks

1 1

4.2.7 to 4.3.5
by Demeter Tibor 27 Sep '19

27 Sep '19

Dear list members, I would like to upgrade my Centos 7.6 based ovirt 4.2 to 4.3.5. How is safe the upgrade ? How is stable the actual branch ? It seems to me, in 4.3.x there are a lot of cases caused by live migration, snapshot deletion, etc. Are these really existing problems? So, I'm a little bit afraid of the upgrade. It is a productive system, I don't want to make an outage. Thanks in advance, Regards, Tibor

2 1

oVirt and CentOS Stream
by Sandro Bonazzola 26 Sep '19

26 Sep '19

Progress cannot be made without change. As technologists, we recognize this every day. Most of the time, these changes are iterative: progressive additions of features to projects like oVirt. Sometimes those changes are small, and sometimes not. And that’s, of course, just talking about our project. But one of the biggest strengths of our community’s software is that we are not alone, and because of that, changes to other projects have ripple effects that can affect our own, even in positive ways. This week, our collaborators in the CentOS Project have announced a change <https://lists.centos.org/pipermail/centos-announce/2019-September/023449.ht…> in the way their software is released moving forward. Beyond this week release of CentOS Linux 8, the CentOS team has announced CentOS Stream, a rolling release distribution that will be the "midstream" between Fedora and Red Hat Enterprise Linux. To be clear, Fedora will remain as the first upstream of RHEL. But when RHEL branches off, CentOS will be upstream for ongoing work on those RHEL versions. This change gives public visibility into ongoing work on released RHEL, and a place for developers and community projects like ours to collaborate at that level. CentOS has been heading in the direction of Stream for quite some time. CentOS SIGs — the special interest groups for virtualization, storage, config management, and so on — have given our project a way to provide input into the CentOS platform. Now, though, we can actually provide direct improvements or fixes to CentOS Stream platform that will be beneficial to our project. Long-term, those project-specific changes can find their way into the next release of RHEL, providing smoother transitions for those users of our downstream projects. We expect the positive effects to extend beyond our own project’s ecosystem. Through CentOS Stream, developers will have early access to new features and content that are being built into the upcoming RHEL version. This will help to allow next-generation applications to have compatibility with future versions of RHEL. The benefits of these changes are clear for ecosystem developers working on projects such as ours, writing hardware drivers, or extending protocols for RHEL. As we push the innovations that start in Fedora through the new CentOS Stream, the community will have a clear vision of the future of Red Hat Enterprise Linux. For users of oVirt, we expect CentOS Stream to be the preferred upstream platform on which oVirt should be run, especially with the capability for our users to now contribute changes to our software and the community-built platform on which oVirt runs. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0