[ovirt-users] Re: Mirror oVirt content
There is this document, but as the notice on it states, at least some parts of it are outdated: https://www.ovirt.org/develop/infra/repository-mirrors.html Forwarding this to the infra team, hopefully someone there will contact you soon. On Wed, 1 Apr 2020 at 22:52, wrote: > Hello oVirt Community / infrastructure team, > we would like to get guidance on how to mirror the oVirt content > publicly. We replicate content using our own networks so we'd only be > pulling the content from the oVirt content server from one location in > Chicago. > > Please advise. > > Thank you, > > Adrian > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/MJGILYQBKGMKOG3V47DETHJE26FSU5QA/ > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZFN4XE2ANME5YH4YCJZIQB2SO6M7JTF/
[ovirt-users] Re: Download Ovirt Repository
The oVirt system test suit downloads a copy of the oVirt repo to the local host it is running on before installing oVirt and running the tests. It done to improve test performance and reliability. You could easily download a copy of the oVirt repo (or any other yum repo) by using the `reposync` tool from the `yum-utils` package. You'll need more then the oVirt repo for an offline installation though, because oVirt has dependencies that are pulled from the CentOS repos, as well as other repos such as Gluster. You can figure out which repos you need by looking at the repo configuration files installed by the ovirt-*release*.rpm package. Those files could be used directly as configuration files for reposync, but you might want to add `exclue` and `include` clauses to limit the amount of RPMs downloaded. oVirt certainly does not need the whole CentOS repo, for example, only a small portion of it. You could actually clone the oVirt system tests (OST) repo [1] and look at the reposync files there to get an idea what a reposync configuration file for oVirt should look like. Those files would not be suitable for direct production use though, because they are meant to sync the development versions of oVirt. Another approach you can consider is installing oVirt using ovirt-node and the hosted-engine appliance. That way you get ready-made machine images that contain everything you need without requiring access to package repositories. [1]: https://gerrit.ovirt.org/#/admin/projects/ovirt-system-tests On Thu, 20 Jun 2019 at 07:42, wrote: > Hi, I've been using Ovirt and I'm doing fine. It happens that where I live > connectivity to the internet is very slow. I wanted to know if it was > possible to download the Ovirt repository in order to have it locally on my > network. Greetings and thank you in advance for your answers. > ___ > 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/5FFR4TQ6CLWJZYI2RMYHP5U6IUBPDOEQ/ > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ 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/LRU255CAJCCF6S2UIP4QK52JM5WCSSJ2/
[ovirt-users] Re: Change host names/IPs
> Is there a clean way and possibly without downtime to change the hostname > and IP addresses of all the hosts in a running oVirt cluster? As long as you don't change the VLANs and subnets for the hosts, you can change IPs by putting the hosts into maintenance one-by-one (so that VMs migrate to other hosts), removing them and re-adding with the new IPs. Hostnames (Except the engine's) should not matter for oVirt at all (you can register hosts to oVirt with names, but I wouldn't recommend that for production, as the DNS becomes a massive SPOF). If you change the subnet the hosts are attached to, and you have VMs that are using that subnet as well, you will not be able to do this without downtime, because the VMs will probably not have the right IP settings to allow them to communicate using the new subnet... -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ 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/7ZOMWJAGZLM7SFIJPC5NDKUOJ7SMOW64/
[ovirt-users] Re: Change host names/IPs
On 6 October 2016 at 11:27, Davide Ferrari wrote: > Well, actually I want to migrate both DNS hostnames and the subnet (from a > /24 to a /16) to which the ovirtmgr interface is connected. > The second change is the most problematic as you say..in any case what would > be the best procedure, even if it implies downtime? Something like the following (I'm assuming you have multiple hosts...): 1. Put host in to maintenance mode 2. Remove it from oVirt 3. Change host network settings 4. Re-attach host with new setting to oVirt 5. Migrate some VMs to the new host and fix their IP settings 6. Repeat for other hosts Things to note: - If you are using hosted-engine, it will further complicate things for you, I'm not sure if and how can one change the H.E. IP. - If you are using an IP-based storage that is accessed via the same subnet, you need to ensure it is still accessible with the same name/IP from the new subnet. If you are only making this change so you can run more VMs, you can consider adding the new subnet as a new VLAN/physical LAN to the existing hosts, and keep using old /24 subnet for ovirtmgmt. It is a good idea to separate ovirtmgmt traffic from other traffic anyway... -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ 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/TXFXZQS27Q6OS47HA262WQEVHNEHRDOI/
[ovirt-users] Re: Docker best practices
On 19 July 2018 at 17:41, Николаев Алексей wrote: > Thx for all. > > 18.07.2018, 10:37, "Petr Kotas" : > > Hi Alex, > > would you mind being more specific with your question? > > What are you trying to achieve? > > > According to documentation https://ovirt.org/feature/container-support/ > there are two different approaches to working with Docker: > 1. run the container on hosts virtualization, along with the VM; > 2. run containers inside VMS managed by oVirt. > > I would like to hear the pros and cons of each method. Which one is > preferable to use in the oVirt infrastructure. > > Please don't take the following statement as being an official statement of any sort as I'm not personally involved with any of the ongoing development of the features mentioned above, but from my POV being involved in the oVirt CI/release process it seems that: As far as #1 goes, it seems to have never made it past an initial POC + a blog post. Option #2 seems to have much more work being put into it including guest agent features, Ansible modules and playbooks, OpenShift/Kubernetes drivers and an end-to-end testing suit in CI > > > We are working on expanding the integration of oVirt with Openshift origin. > > Pre-requisite: > > >- Openshift 3.9.0 >- Running service catalog > > > Does it require installation of Openshift Origin? > > ___ > 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/L3ZI27M74UC6GCK2WDCGC5AUGONVGRO2/ > > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ 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/MO642GDJQL66H23MK7FEZAL2GIIVO33L/
[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade
Kudus! This had been long time in the making Now I wonder if we can brand the Hyper Kitty UI for oVirt. On 8 May 2018 at 06:47, Marc Dequènes (Duck) <d...@redhat.com> wrote: > I forgot to cross-post to other lists. Please read announcement below. > > On 05/08/2018 12:45 PM, Marc Dequènes (Duck) wrote: > > Quack, > > > > On 04/28/2018 09:34 AM, Marc Dequènes (Duck) wrote: > > > >> A few months ago we had to rollback the migration because of a nasty > >> bug. This is fixed in recent versions of Mailman 3 so we're rescheduling > >> it on Tuesday 8th during the slot 11:00-12:00 JST. > > > > Just a word to say the migration happened and no problem was detected. > > > > The archive posts reindexation is not finished yet, and greylisting is > > slowing down things a bit, but it should soon be over. Some information > > like post count and little graphs in the web UI are handled via regular > > cron jobs and should also soon be accurate. > > > > Old links to the archives, for pre-migration posts, are still working. > > Posts URLS were not stable in Mailman 2 but been synced in > > https://lists.ovirt.org/pipermail/ > > > > You can contact me directly by mail or IRC, or open a JIRA ticket if you > > hit any problem. > > > > \_o< > > > > > _______ > Devel mailing list -- de...@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org
Re: [ovirt-users] How to build ovirt-engine-appliance-xxx.rpm
On 12 April 2018 at 10:17, Yedidyah Bar David <d...@redhat.com> wrote: > On Thu, Apr 12, 2018 at 4:12 AM, <dhy...@sina.com> wrote: >> Hi >> How to build ovirt-engine-appliance-xxx.rpm, I do not find docs and source >> now I hava build ovirt-engine-appliance.ova by ovirt-appliance. > > Check the automation/ directory inside the ovirt-appliance git repo. > This is how it's done in CI. > You can see the results e.g. here: > > http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86_64/lastSuccessfulBuild/artifact/ > >> >> someone give me some advise? >> You can also use the `mock_runner.sh` tool [1] to emulate what the CI does locally. This would work for any oVirt project. [1]: http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Using_mock_runner/index.html -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 2018 Survey
On 17 January 2018 at 01:02, ~Stack~ <i.am.st...@gmail.com> wrote: > Greetings, > FYI, your Ubuntu options are antiquated. > > 12.10, 13.04, 13.10 are all unsupported. > > 12.04 is only in extended security maintenance. > > I believe the options should be 12.04, 14.04, 16.04, and 17.10 (latest > non-LTS). > I guess you're referring to the images in glance.ovirt.org? We're looking for help maintaining that... Here is a tracker ticket in the meantime: https://ovirt-jira.atlassian.net/browse/OVIRT-1848 -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Are Ovirt updates nessessary after CVE-2017-5754 CVE-2017-5753 CVE-2017-5715
On 4 January 2018 at 09:24, Marcel Hanke <marcel.ha...@1und1.de> wrote: > Hi, > besides the kernel and microcode updates are there also updates of ovirt- > engine and vdsm nessessary and if so, is there a timeline when the patches can > be expected? > If there are Patches nessessary will there also be updates for ovirt 4.1 or > only 4.2? Looking at the relevant Red Hat announcement: https://access.redhat.com/security/vulnerabilities/speculativeexecution It seems that no packages that are derived directly from oVirt were updated. You can see qemu-kvm-rhev there, which is quemu-kvm-ev in CentOS - that used to be distributed by oVirt, but these days its is shipped as part of the CentOS VirtSIG repo. AFAIK none of those components were released on CentOS yet, so if you're running oVirt on CentOS you'll need to wait. I suppose oVirt packages and install scripts will be updated over the next few days to require the newer packages, but you do not need to wait for those updates to patch your systems, you can probably patch as soon as the updates are made available. Once updates are available, a new node and engine-apppliance images will probably also be built and released. Please note that the above as mostly a rough estimate based on my familiarity with the processes involved, I am not directly affiliated with any of the teams handling the response to these CVEs. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] extending cloud Images in oVirt
On 23 November 2017 at 20:41, Artem Tambovskiy <artem.tambovs...@gmail.com> wrote: > I have a question indirectly releted to Ovirt. I need to move one old setup > into VM running in oVirt cluster. The VM was based on on Debian 8.9, so I > took a Debian cloude image from > https://cdimage.debian.org/cdimage/openstack/8.9.8-20171105/ uploaded it > into my cluster and attached it to VM. All looks good but ... the disk shows > only 2G and indeed ned more disk space. I tried to edit and add more space - > and it didnt work. > > Any ideas how to extend those cloud images? While you can resize the underlying disk, but extending the root filesystem can be a bit tricky (It can be done locally with virt-resize, but AFAIK oVirt does not provide a UI or an API to run it after the image had been uploaded). We typically just add an extra disk and mount it where we need extra space. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support
On 18 October 2017 at 10:24, Michal Skrivanek <michal.skriva...@redhat.com> wrote: > Hi all, > I’m happy to announce that we finally finished initial contribution of > oVirt specific support into the Cockpit management platform > See below for more details > > There are only limited amount of operations you can do at the moment, but > it may already be interesting for troubleshooting and simple admin actions > where you don’t want to launch the full blown webadmin UI > > Worth noting that if you were ever intimidated by the complexity of the > GWT UI of oVirt portals and it held you back from contributing, please take > another look! > > Thanks, > michal > Very nice work! Where is this going? Are all WebAdmin features planned to be supported at some point? Its kinda nice to be able to access and manage the systems from any one of the hosts instead of having to know where the engine is... -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] vm grouping
On 1 September 2017 at 19:01, david caughey <djc...@gmail.com> wrote: > > Any help or hints would be appreciated, oVirt does not have a built-in grouping mechanism. You can use Ansible [1] to automate the creation of several VMs together. Another possible solution is Vagrant oVirt provider [2]. You need to watch for any resources that are shared between the different groups of VMs, you will probably share a network at the very lest, so you will need to be careful about allocation of IPs and host names. You can try using the Newton integration [3] to provide layers networks that are not shared. The is also built-in OVS support, but AFAIK its not yet mature enough. As a side note, since we were not willing to have any resources share between different oVirt instances in the oVirt CI system, we ended up creating Lago [4], which keeps everything confined to a single physical host. [1]: https://www.ovirt.org/develop/release-management/features/infra/ansible_modules/ [2]: https://www.ovirt.org/blog/2017/02/using-oVirt-vagrant/ [3]: https://www.ovirt.org/documentation/how-to/networking/overlay-networks-with-neutron-integration/ [4]: http://lago.readthedocs.io/en/latest/ -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirtmgmt, webinterfaces and VLANs
Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ בתאריך 25 באוג׳ 2017 01:05 PM, "Alexis HAUSER" < alexis.hau...@imt-atlantique.fr> כתב: Using self-hosted engine. I thought about using several interfaces on the engine VM. The reason why I want to do that : I would like the users accessing the web interface not to be on the same network that ovirt is using to communicate betweem hosts and engine. But it would mean that 2 different FQDN are necessary, right ? I heard HA requires to access to the engine FQDN... Do you have any idea how to solve this situation ? AFAIK the main issue would be with the SSL certificate for the UI/API. But you can add more FQDNs to it during the installation. I'm not an HA expert but I think it would probably only need acccess to the engine port that is connected to the ovirtmgmt network. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirtmgmt, webinterfaces and VLANs
On 24 August 2017 at 15:39, Alexis HAUSER <alexis.hau...@imt-atlantique.fr> wrote: > > In the way Ovirt is currently designed, is there a way to separate the > following elements in different VLANs : > > 1) Communication betweem nodes (hypervisors) and engine (manager) > 2) Access to webadmin interface > 3) access to user web interface > > It seems that the following elements all rely on ovirtmgmt, right ? Only #1. #2 and #3 could be changed AFAIK, depending on where and how you run the engine (Fir e.g. if you run it on a separate host, you could attach other interfaces with other VLANs to it). -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] mirror
On 18 July 2017 at 15:49, Fabrice Bacchella <fabrice.bacche...@orange.fr> wrote: > > I can't host a public mirror, but I was thinking more about hosting a private > mirror using rsync instead of ftp/http to get content. > We don't currently support anonymous rsync access to resource.ovirt.org, but you can rsync from one of the other mirrors that do support it. Another option to consider it to use the 'reposync' tool. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] mirror
On 18 July 2017 at 12:57, Fabrice Bacchella <fabrice.bacche...@orange.fr> wrote: > I'm reading https://www.ovirt.org/develop/infra/repository-mirrors/ > > It says: > > You'll find in resources.ovirt.org a user named mirror > > I'm looking at http://resources.ovirt.org and don't see anything about that > user. Where should I look ? These are instructions for members of the oVirt infra team, with ssh access to resources.ovirt.org. If you want to host a public oVirt mirror, please send a request to infra-support.ovirt.org with an SSH public key of the mirror server attached and someone from infra will contact you with instructions on how to proceed. Thanks, -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] default login info for repository images
On 13 June 2017 at 20:31, Dan Sullivan <d...@skaion.com> wrote: > I've created a VM using a template imported from a Fedora 24 image in the > repository. Now that it is created, what credentials do I use to log into > it from the console? Images in the repository are cloud images. There are no initial credentials. You need to use cloud-init to setup the credentials. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud init hostname from pools
On 19 June 2017 at 17:16, Paul <p...@kenla.nl> wrote: > > I would like to automatically set the hostname of a VM to be the same as the > ovirt machine name seen in the portal. > > This can be done by creating a template and activating cloud-init in the > initial run tab. > > A new VM named “test” based in this template is created and the hostname is > “test”, works perfect! > > But when I create a pool (i.e. “testpool”) based on this template I get > machines with names “testpool-1”, “testpool-2”, etc. but the machine name is > not present in the metadata and cannot be set as hostname. This is probably > due to the fact that the machine names are auto generated by the oVirt Pool. > > Is this expected/desired behavior for cloud-init from pools? > > If so, what would be the best way to retrieve the machine name (as seen in > the portal) and manually set it to be hostname via cloud-init (i.e. runcmd – > hostnamectl set-hostname $(hostname)) I've opened a bug about this a while ago: https://bugzilla.redhat.com/show_bug.cgi?id=1298232 Maybe go ahead and write your use case there to get some attention to it... An alternative is to not care about the VM names in engine and use DNS/DHCP to set VM host names. But then you`ll hit: https://bugzilla.redhat.com/show_bug.cgi?id=1298235 Our current solution is to just assign names and addresses randomly to POOL VMs and make them report their existence to a central system before use. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice
On 11 June 2017 at 11:08, Yaniv Kaul <yk...@redhat.com> wrote: > >> I will install the o/s for each node on a SATADOM. >> Since each node will have 6x SSD for gluster storage. >> Should this be software RAID, hardware RAID or no RAID? > > I'd reckon that you should prefer HW RAID on software RAID, and some RAID on > no RAID at all, but it really depends on your budget, performance, and your > availability requirements. > Not sure that is the best advice, given the use of Gluster+SSDs for hosting individual VMs. Typical software or hardware RAID systems are designed for use with spinning disks, and may not yield any better performance on SSDs. RAID is also not very good when I/O is highly scattered as it probably is when running multiple different VMs. So we are left with using RAID solely for availability. I think Gluster may already provide that, so adding additional software or hardware layers for RAID may just degrade performance without providing any tangible benefits. I think just defining each SSD as a single Gluster brick may provide the best performance for VMs, but my understanding of this is theoretical, so I leave it to the Gluster people to provide further insight. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building ovirt-host-deploy gives `configure: error: otopi-devtools required but missing`
On 16 May 2017 at 09:51, Yedidyah Bar David <d...@redhat.com> wrote: > > Re (1.), you should also note that currently, the engine is not even > packaged properly for Fedora/CentOS. I know this sounds weird, as everyone > uses the packages we provide, but it's true - these packages are not > compliant with Fedora's packaging guidelines. Why? Because we use maven > for building the engine, and package also many dependencies simply as > a result of maven getting them from maven central. See also: > > https://bugzilla.redhat.com/showdependencytree.cgi?id=1168605_resolved=0 > I guess we could walk the middle ground here for DEBs just like we do for RMPs no? Which means - have java dependency bundle packages and release from resources.ovirt.org... I would love to see a discussion on what it would take to get DEBs through the CI system. I guess we would need some sort of 'build-artifacts.sh.deb' (Or deb8? dep9? not sure what is the convention for Debian version shorthands), some Debian build slaves and Debian equivalents of mock_runner.sh and repoan. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Docker images for oVirt engine
On 11 May 2017 at 06:02, Leni Kadali Mutungi <lenikmutu...@gmail.com> wrote: >> On 5/10/17, Barak Korren <bkor...@redhat.com> wrote: >>> That one is obsolete AFAIK. The oVirt container images are now being >>> worked on in the 'ovirt-containers' repo. > > Checked it out. It seems more complicated than what I need, which > would be just a Dockerfile that pulls the required image. The > ovirt-containers repo seems to have a dependency on OpenCluster, which > I think I won't need since I'm after a basic install on one machine > for documentation purposes. Your advice is appreciated. Adding ovirt-containers developers. Yaniv, Juan, Fabian, Sandro, Simone - can ovirt-containers be used for his purpose? Also adding Rgolan since he did work in the past on a containerized dev environment for oVirt. If you just want your own little oVirt install "in a box" for testing/dev purposes, you can look at Lago and the ovirt-system-tests projects. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] do we need some documentation mainteiners?
On 10 May 2017 at 14:18, Juan Pablo <pablo.localh...@gmail.com> wrote: > this was not the intention of the thread. so please stop throwing bananas > each other. > > Lets focus on the subject here:do we need some documentation mainteiners? > yes/no My answer would be definitely. If you are volunteering, you would be very welcome. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Docker images for oVirt engine
On 10 May 2017 at 17:46, Leni Kadali Mutungi <lenikmutu...@gmail.com> wrote: > I noticed that there had been some discussion regarding Docker images > in the devel mailing list. I wanted to confirm that this: > https://github.com/oVirt/ovirt-container-engine is alright to use with > Docker. If this isn't the official source to use, pointers in the > right direction would appreciated. That one is obsolete AFAIK. The oVirt container images are now being worked on in the 'ovirt-containers' repo. GitHub generally contains a read-only mirror on the oVirt sources, development work for most projects is done via gerrit.ovirt.org. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hello from Bacchus !
On 28 April 2017 at 21:07, Niyazi Elvan <niyaziel...@gmail.com> wrote: > Hi Barak, > > I was not aware of backup api hence used Python SDK. Is there any specific > reason that I should use the backup api ? Well, it was made specifically to make building backup tools easier. But I guess its up to you to decide if it helps you or not. I'm not sure, but maybe the SDK supports it as well. In any case, great work! -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hello from Bacchus !
Hi Niyazi, On 27 April 2017 at 23:13, Niyazi Elvan <niyaziel...@gmail.com> wrote: > Sorry for bothering but I forgot to mention that it's a backup solution > based on oVirt Python SDK and a fancy web UI. I wonder, did you use or consider using the oVirt backaup API? http://www.ovirt.org/develop/release-management/features/storage/backup-restore-api-integration/ -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Change default "Physical Memory Guaranteed" value
On 27 April 2017 at 10:58, Karli Sjöberg <karli.sjob...@slu.se> wrote: > > PS. CentOS 7 won´t even pxe-boot with any less than 1536 MB any way :( You can consider using the CentOS cloud image. It is available from the oVirt image repository and AFAIR can boot in VMs with as little as 500MB of RAM. I think its just the installer that needs that much RAM, if you boot from pre-installed images you can do with much less (And you can also save on disk space and I/O by using thin clones). -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] SKD4
On 6 April 2017 at 18:00, Fabrice Bacchella <fabrice.bacche...@orange.fr> wrote: > Ho my good, in ovirtsdk.services.py, for every service, there is a different > method with a different name that return a associated service, so it's not > possible to have a generic like: > > def resolve(service, ...): > id = . > return service.service(id) > > because the generic call service is used by something that take a path > argument. But why not a service_by_id(self, id) ? > I think you can use getattr to get a generic call like you want: With your example code: def resolve(service, ...): id = . return getattr(services, service + '_service')(id) -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Automatic restart of VM on another host if a host goes down
On 26 March 2017 at 19:34, Anantha Raghava <rag...@exzatechconsulting.com> wrote: > Hello, > > We are now using oVirt 4.1 in our lab with 2 hosts and a separate server for > engine. Both hosts (Dell R710 Servers) are in a single cluster and load > balancing & migrations work perfectly. > > However, if a physical server goes down, the VMs running on that server, > gets paused ans status goes changes to "?". They do not move or restart on > the another host automatically. We have to manually intervene, stop the VMs, > restart them on another server. > > Is there a way in which this migration can be automated? In order for oVirt to migrate VM's it needs to ensure that the VMs are no longer running on the failed host. Essentially it need to ensure that host is no longer running (As opposed to not accessible over the network). You need to configure power management for it to be able to do that. (There is a new feature in 4.x to enable storage-based fencing, can't find a reference for it just now). -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Python sdk 4 for Fedora 25 where?
On 8 March 2017 at 19:07, Juan Hernández <jhern...@redhat.com> wrote: > > The best way to get the latest versions of those packages is to install > the oVirt release RPM: > > dnf install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm > > Then install the required packages. The names of the packages are > different for version 3 of the SDK and version 4 of the SDK, so you can > install both simultaneously: > > Version 3: ovirt-engine-sdk-python > Version 4: python-ovirt-engine-sdk4 > > yum -y install ovirt-engine-sdk-python python-ovirt-engine-sdk4 > > Note that version 3 of the API, and version 3 of the SDK, are deprecated > since version 4 of the engine, and that they will be removed in version > 4.2 of the engine, so prepare to migrate to version 4. > Juan, it seems that we did not build SDK4 for FC25 in 4.1 or older versions: http://jenkins.ovirt.org/search/?q=python-ovirt-engine-sdk4_4.1_build-artifacts So as far as I can tell there is no released SDK4 for FC25 ATM. Only a pre-released one in the master snapshot. -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Nested Virtualization
On 6 March 2017 at 10:20, Luca 'remix_tj' Lorenzetto <lorenzetto.l...@gmail.com> wrote: >> The steps Fred specified can be done manually on all hosts, but oVirt >> offers a slightly more automated alternative. Simply install the >> following vdsm hooks (available as packages) on all hosts: >> >> vdsm-hook-macspoof >> vdsm-hook-nestedvt >> >> And then reboot the hosts (You will need to put hosts into maintenance >> mode to do that). >> > > Hello, > > the packages you're referring are not available through yum on hosts. > I've seen that only specific packages are included from repos, does > these packages are excluded? Those packages should be available from the oVirt repos as they are built together with the vdsm package. Perhaps node has special exclusions. Referring again to the node maintainers. Sandro? Fabian? -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Nested Virtualization
oVirt system tests are indeed using nested virtualization, but it is done to run oVirt nested on top of a stand-alone KVM host, and not to run nested stuff on top of oVirt. The steps Fred specified can be done manually on all hosts, but oVirt offers a slightly more automated alternative. Simply install the following vdsm hooks (available as packages) on all hosts: vdsm-hook-macspoof vdsm-hook-nestedvt And then reboot the hosts (You will need to put hosts into maintenance mode to do that). Adding Sandro and Fabian to comment about how to persist this configuration across node-ng updates. On 5 March 2017 at 14:20, Fred Rolland <froll...@redhat.com> wrote: > Our system tests are using nested virtualization. [1] > Here the relevant part : > > Make sure that virtualization extension is enabled on the CPU, otherwise, > you might need to enable it in the BIOS. Generally, if virtualization > extension is disabled, dmesg log would contain a line similar to: > > kvm: disabled by BIOS > > Verify nested virtualization is enabled > > $ cat /sys/module/kvm_intel/parameters/nested > > This command should print `Y` if nested virtualization is enabled, > otherwise, > enable it the following way: > > Edit `/etc/modprobe.d/kvm-intel.conf` and add the following line: > > options kvm-intel nested=y > > [1] > http://ovirt-system-tests.readthedocs.io/en/latest/docs/general/installation.html > > On Sat, Mar 4, 2017 at 3:46 PM, Luca 'remix_tj' Lorenzetto > <lorenzetto.l...@gmail.com> wrote: >> >> Hello, >> >> we're installing a small ovirt cluster for hosting some test >> environments at work. We're interested in testing VM running >> hypervisors (i.e ovirt itself or a small openstack deployment). >> >> Is there any documentation showing how to enable nested virtualization in >> ovirt? >> >> I've seen that while adding an host to the cluster there is the >> opportunity to flag "Nested Virtualization" option, but i didn't >> understand if other packages and configs are required. >> >> Our environment is running latest ovirt 4.1 installed with ovirt-node-ng. >> >> Luca >> >> -- >> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare >> calcoli che potrebbero essere affidati a chiunque se si usassero delle >> macchine" >> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) >> >> "Internet è la più grande biblioteca del mondo. >> Ma il problema è che i libri sono tutti sparsi sul pavimento" >> John Allen Paulos, Matematico (1945-vivente) >> >> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , >> <lorenzetto.l...@gmail.com> >> ___ >> 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 > -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?
On 8 January 2017 at 10:17, Roy Golan <rgo...@redhat.com> wrote: > Adding infra which I forgot to add from the beginning I don't think this is an infra issue, more of a community/working procedures one. I'm going to state my view on this, the same one I've stated before, with hopes of reaching a conclusion that will be beneficial to everyone. The core of the issue here is that we have two conflicting needs. On the one hand, the developers need a place where they create and discuss design documents and road maps. That please needs to be as friction-free as possible to allow developers to work on the code instead of on the documentation tools. On the other hand, the user community needs a good, up to date source of information about oVirt and how to use it. To keep the information quality high, there is a need for some editorial process. The OSAS team stepped in to offer editorial services and is doing tremendous work behind the scenes. This creates the desire to use the same tools and flows that OSAS is using for other projects. One thing that I don't thing is a hard requirement, is to have the design documents on the main oVirt website. In fact, I think that the (Typically outdated) design documents being stored on the main site, and linked to as "features" had been a major source of confusion for users. This all leads me to the conclusion that the currently offered solution, of using the GitHub project wiki feature may indeed be the appropriate solution for this (Even though I personally resent the growing dependency of open source projects on proprietary closed-source online platforms). Having said the above, I don't think the site project's wiki is the best place for this. The individual project mirrors on GitHub may be better for this (I've enabled the wiki for engine [1] and vdsm [2] for example). For system-wide features, I suppose OST [2] will be appropriate, with hopes that this will provide some incentive to write tests for those features. [1]: https://github.com/oVirt/ovirt-engine/wiki [2]: https://github.com/oVirt/vdsm/wiki [3]: https://github.com/oVirt/ovirt-system-tests/wiki -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?
On 4 January 2017 at 09:57, Roy Golan <rgo...@redhat.com> 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. Maybe we're using the wrong tool for the job? The site is intentionally not a wiki to allow OSAS some editorial control over what goes on the public site. I'm guessing that the scenario you are talking about here is a developer looking to create a preliminary design document for further discussion. Maybe we need a different tool and process for that? -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Why difference between upgrade paths 3.6 to 4.0.x between RHEV and oVirt?
On 23 December 2016 at 18:10, Gianluca Cecchi <gianluca.cec...@gmail.com> wrote: > > Is there any particular technical reason for this substantial difference? > Clearly they are not the same sw but it seems strange to me this > discrepancy. This is because RHEV 3.6 engine was only supported on RHEL6 while RHV 4.0 engine is only supported on RHEL7, so an upgrade (read: re-installation) of the underlying OS (And hence, the whole engine software stack) is required. oVirt 3.6 engine OTOH was also tested on CentOS 7, so you can upgrade it in-place to oVirt 4.0. Note: oVirt 4.0 engine is not supported on CentOS 6 at all, so you shouldn't try to upgrade in-place on CentOS 6. > Suppose I have a mix of oVirt and RHEV environments it could be simpler to > have a common path, where possible. > > For example, can I also use the documented RHEV approach for oVirt? At what > extent? Yes you can. The RHV upgrade path was also tested on oVirt, just keep the CentOS version you are running oVirt on as close as possible to the RHEL versions you are running RHV on... Having said the above, I know vaguely that Red Hat has some all-on-nothing rules when it comes to licensing, so a mixed RHV/oVirt environment may not meet the RHEL/RHV licensing terms... Then again, I'm not a licensing expert... -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirtmgmt network change
On 21 December 2016 at 15:20, Yevgeny Zaspitsky <yzasp...@redhat.com> wrote: > AFAIK if you use a DNS name of the host when you add it to an engine, then > its IP could be changed as long as that name continue be resolved to the > host new address. Yes, but then that DNS becomes a very bad SPOF for your system, so not a good idea for a production systems... -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Regarding old mail access
On 21 December 2016 at 15:41, TranceWorldLogic . <tranceworldlo...@gmail.com> wrote: > Hi, > > While using this tool I try to do search and got some link (user ovirt mail > links) where problem is already discussed. > > But when I try to open those link it not visible. > Can some one help me to know how to view previous mail discussion ? We've recently migrated our mail server, and this broke the links search engines had, so it will take a while until they re-index everything. In the meantime you can browse the mail archives manually at: http://lists.ovirt.org/mailman/listinfo -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] HELP ESXI SERVER UNDER OVIRT-ENGINE
On 22 November 2016 at 09:05, Ali Mumcu <alimumcu1...@gmail.com> wrote: > Hello Friends; > I wanna to learn something about if it is possible or not. > Can we run esxı servers under the ovirt-engine ? > Thanks. No. For ESXi-like minimal hypervisor image you can try ovirt-node. If you want to manage multiple virtualization systems from the same UI you can try ManageIQ [1]. [1]: http://manageiq.org/ -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Info on atomic images inside ovirt-image-repository
בתאריך 16 בנוב׳ 2016 20:28, "Gianluca Cecchi" <gianluca.cec...@gmail.com> כתב: > > Hello, > how is it supposed I consume Atomic images in the repository in subject? > For example, I select > CentOS 7 Atomic Host Image v1609 for x86_64 (4cc949e) > import > and I have a disk > I then create a VM with OS Red Hat Atomic 7.x and attach that disk to VM and connect network > > What have I to do to setup network, users and SSH keys on it? > > Run once --> Initial Run --> Select "Use Cloud Init" > or what? Yes, use cloud-init. You can import the image directly as a template and then edit the template to add nics and cloud-init configuration. (This way you can easily setup multipile preconfigured VMs from it. You don't have to use run-once for cloud-init). > Does the image correspond to the qcow2 one downloadable from > http://cloud.centos.org/centos/7/atomic/images/ Yes. > > or does it contain any customization already related for deploying in oVirt itself? No, its the exact same image. HTH, Barak Korren. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ubuntu - Cloud-init - Routed Networking Problem
On 5 November 2016 at 20:19, Erick Vogeler <erickvoge...@gmail.com> wrote: > > Is there a way to have cloud-init inject these commands? You can run arbitrary commands by using the YAML configuration snippet [1]. [1]: http://cloudinit.readthedocs.io/en/latest/topics/modules.html#runcmd -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Local storage & shared in same cluster
On 31 October 2016 at 09:28, Sebastian Greco <sgr...@essiprojects.com> wrote: > > On Sun, Oct 30, 2016 at 10:42 AM, Barak Korren <bkor...@redhat.com> wrote: >> >> VMs are not >> very interesting as a use case for RHV customers. When y > > > Thx for the answsers. I see that it's the second time that someone from RH > points out that customers are not interested in this feature. While I can't > argue with that, what I do can say is that "non-customers" (most of > companies out there using vsphere or hyper-v) feel dissapointed towards this > solution for things like this one (for this case, 2 of my customers are > missing this, we are deploying RHV to one of them this week). Please don't take my statement as being official in any way. Despite writing from a @redhat.com address, I'm writing my personal thoughts. I have stated that I've no data to back what I've said. This is all just a guess based on what I know of oVirt/RHV development processes. I'm most certainly not someone who makes decisions about any of theses things. > I don't see how this lack of flexibility is something good, and so far from > my experience with customers which I'm trying to convince to start using > RHV, when they finally do agree to start with one or two servers (following > the RHCI roadmap evolution to the hybrid cloud), they see things like this > and dismiss this solution sooner than later. Please do not take my statement as indicating of any conscious design decision. I was just trying to gauge where oVirt/RHV development might head given that RedHat typically puts its resources where its current and potential customers tell it do. Case to point: 1. Ephemeral local state VMs are supported with the scrathcpad hook because its been shown to be useful for Build/Test/CI systems. 2. Singular host with local storage and non-migrating VMs is supported for cases where one simply wants resource convergence. The 3rd case we're discussing here where the same host can run both local persistent VMs and migrating ones had not been supported so far. I'm __guessing__ that this is because demand seen so far did not outweigh the technical difficulty to achieve this (Just to indicate the difficulty, the SPM was planned to be removed in 4.0, it did not make it). > Anyways, question has been answer "yes, is technically possible but by > design it is not going to happen", and I wouldn't like to convert this > thread or abuse your kindness deviating the subject :) This is definitely not the bottom line, I way trying to guess and explain why this __did_not__ happen __so_far__. I never meant to say it will not. If you are a RHV reseller or integrator, your input is very valuable for RedHat. While this list is one way to reach some RedHat developers, you should certainly make an effort to use other channels available to you to make your input known. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Local and Shared storage in same datacenter
> While I understand that this makes having local storage impossible, I > believe there is a use case to have local storage in a shared storage > datacenter. > Consider the following: > I have a few applications that require 1 milli second latency and at most 2 > milli second. > That is not consistenly achievable with shared storage, to that end I added > flash storage to a few hypervisors. > About 5% of my servers require this and are not that resource hungry to > require a dedicated physical server. > That same 5% also has no requirement to be migrated if a host fails. > I mentioned this in another thread already, please look into the VDSM scratchpad hook. It will allow you to attach (files on) the local SSDs (as disks) to VMs when those VMs start up. It will perfectly meet your use case if you only need to keep the data on the SSD while the VM is up. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Local storage & shared in same cluster
On 27 October 2016 at 14:58, Sebastian Greco <sgr...@essiprojects.com> wrote: > Ohh thx for the answer :) That's why the running VMs on that particular > storage would only run on that host. One can do that in other hypervisors > like vsphere or hyper-v. It would be a nice thing to have in rhv too imho. > Well, you can partially do this, with the scratch-pad hook, if you don't care about the local data going away when the VM shuts down. https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/scratchpad We've been successfully using this in ovirt CI to keep intermediate build process I/O out of our central storage. It seems to me that short-lived non-migrating but stateful VMs are not very interesting as a use case for RHV customers. When you run you databases and applications on RHV, it seems to me you typically want your data to stick around and your VMs to survive a hypervisor crash. Then again, I do not have any data to substantiate or negate this claim. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Change host names/IPs
On 6 October 2016 at 11:27, Davide Ferrari <dav...@billymob.com> wrote: > Well, actually I want to migrate both DNS hostnames and the subnet (from a > /24 to a /16) to which the ovirtmgr interface is connected. > The second change is the most problematic as you say..in any case what would > be the best procedure, even if it implies downtime? Something like the following (I'm assuming you have multiple hosts...): 1. Put host in to maintenance mode 2. Remove it from oVirt 3. Change host network settings 4. Re-attach host with new setting to oVirt 5. Migrate some VMs to the new host and fix their IP settings 6. Repeat for other hosts Things to note: - If you are using hosted-engine, it will further complicate things for you, I'm not sure if and how can one change the H.E. IP. - If you are using an IP-based storage that is accessed via the same subnet, you need to ensure it is still accessible with the same name/IP from the new subnet. If you are only making this change so you can run more VMs, you can consider adding the new subnet as a new VLAN/physical LAN to the existing hosts, and keep using old /24 subnet for ovirtmgmt. It is a good idea to separate ovirtmgmt traffic from other traffic anyway... -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Change host names/IPs
> Is there a clean way and possibly without downtime to change the hostname > and IP addresses of all the hosts in a running oVirt cluster? As long as you don't change the VLANs and subnets for the hosts, you can change IPs by putting the hosts into maintenance one-by-one (so that VMs migrate to other hosts), removing them and re-adding with the new IPs. Hostnames (Except the engine's) should not matter for oVirt at all (you can register hosts to oVirt with names, but I wouldn't recommend that for production, as the DNS becomes a massive SPOF). If you change the subnet the hosts are attached to, and you have VMs that are using that subnet as well, you will not be able to do this without downtime, because the VMs will probably not have the right IP settings to allow them to communicate using the new subnet... -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ask for functionalities
> I am not sure if it is the wright place do to this. The right place would be to open an RFE in bugzilla. > - Is it possible to add a column in the hosts tab to show if a particular > host is part of the hosted-engine group. > - Is it possible to add for testing purpose when using nested-kvm, a fencing > agent using ssh script to talk to virsh on the physical machine, to act as a > power management. For the 2nd thing we already have this: https://bugzilla.redhat.com/show_bug.cgi?id=1337095 -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt on a single server
On 6 September 2016 at 00:34, Christophe TREFOIS <christophe.tref...@uni.lu> wrote: > So basically we need at least 2 nodes to enter the realm of testing and > maintained? > > If we’re talking pure oVirt here. The short answer is yes. The longer answer is more complex, but first a disclaimer, I'm am going to describe the situation as I am aware of it, from my point of view is a Red Hat employee and a member of the oVirt infra team. I'm an probably not knowledgeable about everything that goes on, for example there is a fairly large Chinese oVirt community that commits various efforts of which I know very little. When I'm taking testing and maintenance, I think we can agree that for something to be maintained it needs to meet to following criteria: 1. It needs to be tested at least once for every oVirt release 2. Results of that testing need to make their way to the hands of developers. Malfunctions should end up as bugs tracked in Bugzilla. Probably the largest group that does regular testing for oVirt is the quality engineering group in Red Hat. Red Hat puts a great deal of resources into oVirt, but those resources are not infinite. And when the time comes to schedule resources, the needs of paying Red Hat customers typically come first. Those customers are probably more likely to be running large data centers. Another set of regular testing is being done automatically by the oVirt CI systems. Those tests [1] use Lago [2] to run testing suits that simulate various situations for oVirt to run in. The smallest configuration currently tested that way is a 2-node hosted engine configuration. As all those tests have been written by Red Hat employees, they tend to focus on what ends up going into RHEV. It it important to note that not every oVirt feature ends up in RHEV, but that does not mean that that feature never gets tested. There are several oVirt features that are very useful for building oVirt-based testing systems for oVirt itself and as a result get regular testing as well. Notable examples are nested virtualization and the Glance support. The above being said, there is nothing preventing anyone in the community from creating a test suit for single-host use that will get run regularly by the oVirt CI system. That kind of effort will require some degree of commitment to make it work, fix it when it inevitably breaks, and report what it finds to the developers. There are already existing tools in the oVirt repos that make building such a test suit quite straight forward. I will be happy to guid anyone interested in taking such an effort. [1]: http://lago.readthedocs.io/en/stable/ [2]: https://gerrit.ovirt.org/#/admin/projects/ovirt-system-tests -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt on a single server
On 4 September 2016 at 23:45, zero four <zfnoc...@gmail.com> wrote: ... > I understand and acknowledge that oVirt is not targeted towards homelab > setups, or at least small homelab setups. However I believe that having a > solid configuration for such use cases would be a benefit to the project as > a whole. As others have already mentioned, using the full oVirt with engine in a single host scenario can work, but is not currently actively maintained or tested. There are other options originating from the oVirt community however. One notable option is to use the Cockpit-oVirt plugin [1] which can use VDSM to manage VMs on a single host. Another option is to use the Kimchi project [2] for which discussion for making it an oVirt project had taken part in the past [3]. It seems that also some work for inclusion in oVirt node was also planned at some point [4]. [1]: http://www.ovirt.org/develop/release-management/features/cockpit/ [2]: https://github.com/kimchi-project/kimchi [3]: http://lists.ovirt.org/pipermail/board/2013-July/000921.html [4]: http://www.ovirt.org/develop/release-management/features/node/kimchiplugin/ -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Upgrade datacenter from 3.6 to 4.0
On 24 August 2016 at 12:32, Christophe TREFOIS <christophe.tref...@uni.lu> wrote: > Really? That’s strange, as the engine should be backward compatible with > previous versions no? > > Think about it like this - When an update comes out it gets pushed to the repos/channels. If you then go and provision a new host with some automated system like Foreman, you end up with the new VDSM. Also, since you can have a large amount of hosts, you may reasonably choose to use some automated system to keep them up to date. It is more reasonable to expect the engine machine to have a steadier/slower life cycle. -- *Barak Korren* bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Upgrade datacenter from 3.6 to 4.0
On 23 August 2016 at 19:09, Christophe TREFOIS <christophe.tref...@uni.lu> wrote: > Small add. > > Shouldnt one update the engine first ? > Nope. You should always update the hosts first. The other way around can work but AFAIK this is what is being tested. -- *Barak Korren* bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Upgrade datacenter from 3.6 to 4.0
The following process worked for me: 1. ensure all hosts are running el7 or above, and all clusters had been upgraded to 3.6 level 2. upgrade vdsm to 4.x on all hosts (assuming you are not using ovirt-node) by switching to maintainance upgrading and activating one by one to avoid VM downtime. 3. Upgrade engine by following one of the documented procedures (we just inatalled a new machine for it and switched DNS after backup/restore). 4. Once satisfied that illing back to 3.6 engine will not be needed - upgrade cluster level. בתאריך 23 באוג׳ 2016 12:43, "Arnaud Lauriou"כתב: > Hi, > > What is the best way to upgrade a datacenter from ovirt 3.6 to 4.0 ? > Upgrade engine, hosts then cluster ? > If right, how do you upgrade a host running ovirt 3.6.7 ? Simple upgrade > or fresh install ? > During the update process of a cluster, some hosts will be in 3.6.7 and > others in 4.0.2, is it a problem for migrating VMs ? > > Found docs about engine upgrade but not a lot about host and cluster. > > Thanks, > > Arnaud > ___ > 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] LVM2 Thinprovisioned
On 9 August 2016 at 15:16, Fernando Frediani <fernando.fredi...@upx.com.br> wrote: > Hello all. > > When you use oVirt with a Block Storage the only option available to store > de VMs is LVM. > > Does LVM in oVirt use Thinprovisoned (supported in LVM2) instead of having > to use the SAN Thinprovisioned features ? > You can set the disk format to COW. I will effectively be thin-provisioned. I do this from the API, not sure if you can get the UI to do it. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] How do I activate a hot-plugged disk (in v3 Python SDK) ?
On 25 July 2016 at 16:23, Barak Korren <bkor...@redhat.com> wrote: > On 25 July 2016 at 16:13, Yaniv Kaul <yk...@redhat.com> wrote: >> After successfully attaching a disk and verifying its status is in 'ok', >> I've tried: >> api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True) >> >> But it doesn't really activate it. What's the correct way to activate it? >> (It works well via the UI). >> > The same approach pretty much works for me: > (v3 sdk vs v4.x engine) > > https://code.engineering.redhat.com/gerrit/#/c/79691/1/fabric_ci/do/ovirt/vm.py > > A couple of things to note though: 1. A disk's name is not unique, so not good for looking up by 2. "vm.disks.get(id=foo)" doe not seem to work right ATM as far as looking at 'disk.active' goes so I used: "vm.disks.list(id=foo)[0]" -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] How do I activate a hot-plugged disk (in v3 Python SDK) ?
On 25 July 2016 at 16:13, Yaniv Kaul <yk...@redhat.com> wrote: > After successfully attaching a disk and verifying its status is in 'ok', > I've tried: > api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True) > > But it doesn't really activate it. What's the correct way to activate it? > (It works well via the UI). > The same approach pretty much works for me: (v3 sdk vs v4.x engine) https://code.engineering.redhat.com/gerrit/#/c/79691/1/fabric_ci/do/ovirt/vm.py -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Removing old images from glance.ovirt.org
Hi all, We've recently updated many of the OS images in glance.ovirt.org (Available as the 'ovirt-image-repository' in oVirt). We have also slightly modified the image naming convention to include a little more information about where the images came from. For example we now use 'Fedora 22 Cloud Base Image v20150521 for x86_64' rather then 'Fedora 22 Base Cloud Image'. My question is, is anyone using/relying on the old image names in any way? If not, we will go ahead and remove them. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] migrating a vm from a down node
On 28 June 2016 at 02:04, Bill James <bill.ja...@j2.com> wrote: > I am doing some fault tolerance type testing with ovirt before we put it in > production. > One thing I noticed is if I unplug the power from a hardware node, including > iLo (fence), > that the VMs that were on that host go to unknown state. > I have found no way in the GUI to migrate the hosts, even they they are > marked HA. > The only way I've found so far is to modify the database directly. > Is that the only recovery from a host failure of this type? > If oVirt cannot use the fencing device it has no way to know that the host really went down and its safe to bring up the VMs that were running on it. You can resolve the issue manually by using the "confirm host had been rebooted" option in the host's right-click menu. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt and Ceph
> > You may like to check this project providing production-ready openstack > containers: > https://github.com/openstack/kolla > Also, the oVirt installer can actually deploy these containers for you: https://www.ovirt.org/develop/release-management/features/cinderglance-docker-integration/ -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Enabling Ballooing device on templates from Python SDK
Hi there, I'm trying to create a VM pool from the Python SDK with the Ballooning device enabled. (Sorry for miss-sending earlier) My code does something like: mp = ovirtsdk.infrastructure.brokers.MemoryPolicy() mp.ballooning = true ... vm_params = ovirtsdk.infrastructure.brokers.VM() vm_params.memory_policy = mem_policy ... vmppp=ovirtsdk.infrastructure.brokers.VmPool(vm=vm_params, ...) vmpool = ovirt.vmpools.add(vmppp) The pool gets created fine, but it seems the ballooning device remains disabled for the VMs What am I doing wrong? Thanks, -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Enabling Ballooing device on templates from Python SDK
Hi there, I'm trying to create a VM pool from the Python SDK with the Ballooning device enabled. My code does something like: mp = ovirtsdk.infrastructure.brokers.MemoryPolicy() mp.ballooning = true ... vm_params = ovirtsdk.infrastructure.brokers.VM() vm_params.memory_policy = mem_policy ... vmpool = ovirt.vmpools.add( vmpool=oVirtParams.VmPool( -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Upload img file to Storage Domain
On 8 June 2016 at 15:58, Fernando Frediani <fernando.fredi...@upx.com.br> wrote: > Hi there, > > I'm spending a fair amount of time to find out how (if possible) to upload a > .img image to a oVirt Storage Domain and be able to mount it in a VM as a > disk. > > It is a OpenWRT image and there is no OVF from it, so it's a raw image which > I wanted to use as a disc. Tried both with engine-iso-uploader and > engine-image-uploader but they refure for diferent reasons. > > Is that possible at all ? > Uploading of QCOW images from GUI will hopefully land in 4.0. In the meantime you can work around it like this: 1. Create a VM and install centos/some other Linux on it 2. Create a new VM disk and attach to VM, not the disk device 3. Copy the image from the file to the disk device with virt-resize. 4. Detach the disk from the VM and build a new VM around it Optionally: 1. Convert the VM from step #4 to a template 2. Re use the VM from step #1 to upload more images. HTH, -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] How to automate the ovirt host deployment?
> > You should be able to see the hosts from ovirt interface. > I was not able to add an auto-discovered hosts to ovirt it always trows an exception: Failed to add Host (User: admin@internal). probably it is a bug. Did you add the oVirt provision plugin to Foreman? You probably need it for this to work. If you did then please submit a bug to oVirt bugzilla. > Thanks, Barak ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] OpenStack Horizon provision to oVirt / front end
בתאריך 3 ביוני 2016 02:46, "Bill Bill"כתב: > > Is it possible for OpenStack Horizon to be used as a front end for oVirt to view, manage and/or provision VM’s? The short answer - no. You could, however, try to use nested virt to use oVirt VMs as OpenStack hosts. You can also use ManageIQ as a front-end for both. > > > ___ > 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] Downgrade ovirt-engine 3.6 to 3.5
On 24 May 2016 at 10:29, Gianluca Cecchi <gianluca.cec...@gmail.com> wrote: > On Tue, May 24, 2016 at 9:21 AM, Yedidyah Bar David <d...@redhat.com> wrote: >> >> On Tue, May 24, 2016 at 9:47 AM, Nicolas Ecarnot <nico...@ecarnot.net> >> wrote: >> > Le 24/05/2016 08:36, Sandvik Agustin a écrit : >> >> >> >> Hi, >> >> >> >> thanks for the quick reply, i have export domain already running and >> >> attached to ovirt 3.6. >> >> >> >> co'z i have 3 hypervisor, 2 are running centos 6.7 >> > >> > >> > No one could resist asking you why you wouldn't upgrade those two hosts >> > to >> > centos 7 ... >> >> I think I can - because in 3.6 we do not support migrating VMs across >> clusters >> from el6 to el7, while in 3.5 we did. Not sure exactly why, but this was >> the >> reason for doing this migration in 3.5 for hosted-engine upgrade [1]. >> >> > > But in just released 3.6.6 it should be here again. > See in release notes http://www.ovirt.org/release/3.6.6/ > > BZ 1241149 [RFE] Provide way to preform in-cluster upgrade of hosts from > el6->el7. > https://bugzilla.redhat.com/show_bug.cgi?id=1241149 > > or not? > Not sure about that RFE, but out-of-cluster migration of live VMs from EL6 to EL7 is very much possible (just hiding behind an "advanced" button in the UI), and is the migration path we took for many systems. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] RFC - dropping ISO domain creation from engine-setup
> > Here the issue is different. > when running engine-setup the WGT iso is injected while the iso domain is > not yet active. > At engine setup done, you'll have the engine, the inactive iso domain and > the iso within it but only if you create the iso domain with engine-setup. > > If you run engine-setup, create your own iso domain, and then on upgrade you > run again engine-setup, WGT is not uploaded there. > > So the existing WGT upload mechanism already is limited to only those > installations born with iso domain creation on the same host. > > Since we have iso-uploader and we'll have in 4.1 the ISO uploaded from web > ui, I really think this mechanism can be dropped since it covers only what > it seems to be a corner case. > Having to upload system-provided ISOs manually make for a bad UX IMO, we need a better solution for that (Say I want to upload the the ISOs to my own ISO domain, where to I find them? how do I know the ones I found match the oVirt version I have? This is a hassle, VMware has VM->right-click->deploy guest tools). So far we had at least one way to get around the hassle, before we remove it, we need a better solution IMO. -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] RFC - dropping ISO domain creation from engine-setup
It seems to me we still need a way to provide the WTG ISOs. Maybe include an option in engine to upload them to the an ISO domain the user creates? Or perhaps find a way to make them available for use without defining an explicit ISO domain? On 20 May 2016 at 14:32, Sandro Bonazzola <sbona...@redhat.com> wrote: > Hi, > I'd like to get comments on removing ISO domain creation from engine-setup. > > ISO domain creation was included in 3.2 for allowing to finish the setup > with ISO domain ready to serve Windows Guest Tools which is injected into > the iso domain if the rpm is installed. > The NFS share was created *(rw) in 3.2. > In later releases we first restricted access, then asked the user to provide > access policy during setup and now we moved the default to not create the > ISO domain. > > We have several issues with iso domain creation: > > Bug 1302745 - [engine-setup] creation of iso domain path is not rolled back, > a next attempt leaves an empty domain > > Bug 1332813 - Hosted engine should not allow iso domain to be configured in > the RHEV-M VM > > Having ISO domain within hosted engine leads to really bad issues and we're > streamlining the hosted engine installation with NGN, cockpit and appliance > so HE will be the most easy way to have oVirt installed making ISO domain > not useful and even dangerous in engine-setup. > > For this reason the bug has ben changed in: Deprecate the ISO domain setup > on the RHEV-M machine (hide it in 4.0) > Meaning that using answer file you'll be able to create it anyway in 4.0 but > the question won't be exposed in interactive setup. > > Any concern about this change? Any comment? > Thanks, > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > > _______ > Devel mailing list > de...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cannot create local ISO storage domain from UI.
On 11 April 2016 at 11:51, knarrawrote: > Hi, > > I am trying to set up Hosted Engine. I wanted to deploy windows virtual > machines in this environment and as part of that i am creating ISO Domain to > upload my windows image. But for some reason, while i create ISO domain it > always fails with error "Failed to add Storage Domain > and always remains in unattached state. > > Can some one please help me to reslove this issue? Attaching the vdsm > logs. > I'm shooting in the dark here, but did you add a normal (Data) storage domain and activate the cluster before trying to add an ISO domain? HTH, Barak. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Creating templates in a blocking fashion from Python SDK
>>>> >>>> Is there a way to block on the template creation task and not >>>> return to the code until it finishes? >>> >>> >>> I don't think so, but you can loop waiting, see e.g.: >>> >>> http://www.ovirt.org/develop/api/pythonapi/#create-a-template-from-vm >>> [2] >> >> >> I wish we could have an extra parameters on the Python SDK that would >> do this exact loop for us, since essentially most use cases require >> this. I see most SDK action-creating methods have an optional "correlation_id" string argument, could that be used to somehow track the task and figure out when it is done? -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Creating templates in a blocking fashion from Python SDK
Hi there, I use the following Python SDK snippet to create a template from an existing VM: templ = ovirt.templates.add( ovirtsdk.xml.Template(vm=vm, name=vm.name) ) This seems to launch a template creation task in a non-blocking manner, which makes the next command I run, which tries to delete the VM, fail because the VM is still locked by the template creation task. Is there a way to block on the template creation task and not return to the code until it finishes? Thanks, -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Getting qcow images into oVirt
On 8 February 2016 at 11:18, Amit Aviram <aavi...@redhat.com> wrote: > Hi > There's an upcoming feature to upload a pre-created image into your ovirt > system. it is not merged yet, but here's a link if you are interested in > more details: > http://www.ovirt.org/Features/Image_Upload Yeah I know about this, I was hoping there is something I cane use _today_ > > Anyway, currently you can still manually put an ISO file in an ISO domain, > and it should appear in your web admin. > ISO Files are not interesting (who wants to run an installer? Most OS projects give you ready-made QCOW2 images now days). What can I do with a QCOW2 file? -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Getting qcow images into oVirt
Hi there, We would like to consume pre-created QCOW images in oVirt/RHEV. So far it seems that the only way to do that would be to store the images in a Glance server which will require us to maintain such server. Trying to put the image in an ISO domain made in show up as a useless "unkonwn" file type in engine. Is there any other way to get the images into oVirt? -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Getting qcow images into oVirt
>> > Maybe this will help you?: > https://jonarcher.info/2014/02/import-regular-kvm-image-ovirt-rhev/ > Thanks! this looks like a step in the right direction! A few caveats I see and further questions: 1. Seems I would require a storage domain where I can access the files from somewhere external to the system. I guess I could try using a VM running on the same engine instead and attach/detach disks to/from it. 2. This creates a non-sparse, non-thin VM disk no? How much space did the disk take once you were done? -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center
On 11 November 2015 at 01:02, Liam Curtis <lcur...@datto.com> wrote: > Thanks for this info! Would be great if the temporary storage could > ultimately be made to be persistent Having persistent data on local storage will make your life very hard when the time comes around to secure and back up that important data. I think you can enjoy both worlds by using temporary local storage for I/O-intensive calculation, and then store the important final results to a central storage you can easily secure and back up. If what you want to do is pool together your local storage to get something that looks like a cheap central storage, then you are in the realm of ceph/gluster/hyper-converge. There is a performance and complexity overhead to using those technologies. (And not everything is supported by oVirt yet) -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center
On 9 November 2015 at 09:18, Sandro Bonazzola <sbona...@redhat.com> wrote: > > > On Sun, Nov 8, 2015 at 9:22 AM, Barak Korren <bkor...@redhat.com> wrote: > >> >> >> On 3 November 2015 at 07:48, Liam Curtis <lcur...@datto.com> wrote: >> >>> Any chance this will change? It is a severe limitation to not be able to >>> use local storage available to a host as that is often very fast storage. >>> >>> >> It is not completely impossible to mix shared and local storage. There is >> a VDSM hook that allows you to attach some local storage to a VM, stored on >> a shared storage, for temporary use. >> We actually plan to try and use it in the oVirt CI infrastructure to >> speed up builds and other random-I/O-intensive operations. >> Anton Marchukov from the oVirt infra team could give you more details >> about that. >> >> > > Please document this somewhere in the wiki as well. > There is this: http://www.ovirt.org/VDSM-Hooks/scratchpad > > > >> >> >>> On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan <aca...@redhat.com> wrote: >>> >>>> No... >>>> >>>> when creating DC you choose shared/local (where gluster is shared) >>>> >>>> You can mix shared (gluster/iscsi/nfs etc) but not local. >>>> >>>> >>>> >>>> >>>> Regards, >>>> __ >>>> Aharon Canan >>>> >>>> -- >>>> >>>> *From: *"Liam Curtis" <lcur...@datto.com> >>>> *To: *Users@ovirt.org >>>> *Sent: *Sunday, November 1, 2015 5:17:58 PM >>>> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in >>>> same datacenter >>>> >>>> Hello all... >>>> >>>> Would like to be able to use both local storage and gluster within same >>>> host / data center. >>>> >>>> Wondering if this is something being worked on? >>>> >>>> ___ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>> >>> >>> -- >>> >>> *Liam Curtis* >>> Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228 >>> www.datto.com >>> >>> <http://datto.com/datto-signature/> >>> Join the conversation! [image: Facebook] >>> <http://www.facebook.com/dattoinc> [image: Twitter] >>> <https://twitter.com/datto> [image: LinkedIn] >>> <https://www.linkedin.com/company/datto-inc.> [image: Blog RSS] >>> <http://blog.datto.com/blog> [image: YouTube] >>> <http://www.youtube.com/user/DattoInc/featured> [image: Google Plus >>> Page] <https://plus.google.com/u/0/108292366419623632143/posts> >>> >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >> >> -- >> *Barak Korren* >> bkor...@redhat.com >> RHEV-CI Team >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > -- *Barak Korren* bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center
On 3 November 2015 at 07:48, Liam Curtis <lcur...@datto.com> wrote: > Any chance this will change? It is a severe limitation to not be able to > use local storage available to a host as that is often very fast storage. > > It is not completely impossible to mix shared and local storage. There is a VDSM hook that allows you to attach some local storage to a VM, stored on a shared storage, for temporary use. We actually plan to try and use it in the oVirt CI infrastructure to speed up builds and other random-I/O-intensive operations. Anton Marchukov from the oVirt infra team could give you more details about that. > On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan <aca...@redhat.com> wrote: > >> No... >> >> when creating DC you choose shared/local (where gluster is shared) >> >> You can mix shared (gluster/iscsi/nfs etc) but not local. >> >> >> >> >> Regards, >> __ >> Aharon Canan >> >> -- >> >> *From: *"Liam Curtis" <lcur...@datto.com> >> *To: *Users@ovirt.org >> *Sent: *Sunday, November 1, 2015 5:17:58 PM >> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in >> same datacenter >> >> Hello all... >> >> Would like to be able to use both local storage and gluster within same >> host / data center. >> >> Wondering if this is something being worked on? >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > > > -- > > *Liam Curtis* > Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228 > www.datto.com > > <http://datto.com/datto-signature/> > Join the conversation! [image: Facebook] > <http://www.facebook.com/dattoinc> [image: Twitter] > <https://twitter.com/datto> [image: LinkedIn] > <https://www.linkedin.com/company/datto-inc.> [image: Blog RSS] > <http://blog.datto.com/blog> [image: YouTube] > <http://www.youtube.com/user/DattoInc/featured> [image: Google Plus Page] > <https://plus.google.com/u/0/108292366419623632143/posts> > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- *Barak Korren* bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Contribute with Ovirt
Hi Somnash, Since you describe yourself as a 'Linux Admin' I was wondering if you will be interested in joining the oVirt infra team. The oVirt infra team deals with maintaining the infrastructure that is used by the oVirt community to work and collaborate on the oVrit project. The infrastructure mainly consists of oVirts Jenkins-based CI and build system as well as other services such as the source code repositories, the package repositories, the wiki and the mailing lists. Participation in the infra team does require some amount of dedication and perseverance, as infra issues are not as easy to abandon as code patches are... You can find more (slightly outdated) information about the infra team here: http://www.ovirt.org/Infra Please don't hesitate to contact the infra mailing list if you want to join up, we will be very happy to have you on board. Regards, Barak Korren, oVirt infra. On 30 October 2015 at 11:55, Somansh Arora <technokrat...@gmail.com> wrote: > Hi All, > > I am a Linux Admin from India aged 24, working for a reputed company > handling their Linux, AIX and HPUX server from last 2 years. I would like > to give some of my time now contributing to some of the open projects. I > liked ovirt. > > Please let me know if i could be of any help in any ways around. Help from > anyone in your team responding to me is appreciated. > > -- > Thanks & Regards > > Somansh Arora > +91- 9582671964 > > ___ > 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 Engine redundant ?
On 12 October 2015 at 09:52, Nico <glus...@distran.org> wrote: > Le 2015-10-12 05:37, Julian De Marchi a écrit : > > > The oVirt hosted-engine will do what you want. Have a read of the below. > > http://www.ovirt.org/Migrate_to_Hosted_Engine > > --julian > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > Thanks for your quick reply. > > I m going to follow the step described in this page. > > The first action is to run > > # hosted-engine --deploy > > INFO ] Stage: Initializing > > Continuing will configure this host for serving as hypervisor and > create a VM where oVirt Engine will be installed afterwards. > > Are you sure you want to continue? (Yes, No)[Yes]: > > In my case; i’ve already an existing install on this node (AllinOne); will > it be ok ? nothing will be break or overriden ?. > > What that procedure describes is backing up an existing engine, installing a new one and then restoring the backed up data into it. This was probably written to describe migration from a stand-alone engine host, not an AllInOne. Theoretically this should work for your setup, but I am not sure if the new hosted engine will be able to properly use the AllInOne node as a hypervisor (it would probably depend on the copied configuration containing enough details to allow the engine to connect to it over the network. you will probably at the very last have to shut down the existing engine before starting up the hosted engine) I would suggest doing as many backups as you can before starting, and performing the H.E. setup on a host that wasn't used by the existing engine, that way if it fails you can just shut it down and bring your old engine back up. > > Thanks > > Regards > > Nico > > > > > > _______ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Managing two DCs with ovirt
You could combine method #1 with ManageIQ [1] to get unified management. Barak. [1] http://manageiq.org/ On 6 October 2015 at 19:25, Darrell Budic <bu...@onholyground.com> wrote: > I use method 1. One thing to consider is that the engine manages HA VMs, > migrations, etc. It doesn’t need much bandwidth, but if it can’t talk to > nodes, no migrations can happen, either for load balancing or in case of a > node or storage failure. > > If you had very solid networking, it’s probably fine, but I find it works > better in my situation to run a self hosted engine for each cluster. > > -Darrell > >> On Oct 5, 2015, at 2:17 PM, wodel youchi <wodel.you...@gmail.com> wrote: >> >> Hi, >> >> I need some help to decide which is better / feasible with ovirt to manage >> two or more distant DCs. >> >> Let say that we have two distant DCs to virtualize with ovirt. >> >> we have two options to manage them: >> >> 1- install two engines, one on each DC, the good side is, if one DC is down, >> we can still manage the other one. the down side we will have two consoles >> to manage. >> >> 2- install one engine to manage the two DCs, the good side is the use of one >> console to rule them all :-) the down side is if the DC containing the >> engine become down, there is way to manage the other one. >> >> is there (will be there in the future) a way for example to create a slave >> engine in the second DC which can takeover and let the admin to manage the >> second DC? >> >> 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 -- Barak Korren bkor...@redhat.com RHEV-CI Team ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users