[ovirt-users] Release announcement: go-ovirt-client 1.0.0, terraform-provider-ovirt 2.0.0

2022-06-20 Thread Janos Bonic
Hey there folks,

Just a quick announcement, we have released the first stable version of
*go-ovirt-client*, an overlay for the go SDK which you can find here:
https://github.com/ovirt/go-ovirt-client and the docs are available here:
https://pkg.go.dev/github.com/ovirt/go-ovirt-client

In parallel, we also released the first stable version of the *overhauled
Terraform provider*, which is available on the Terraform registry:
https://registry.terraform.io/providers/oVirt/ovirt/latest/docs

Thank you to everyone who worked on this over the last year and made it
possible. Contributors lists are here:
https://github.com/oVirt/go-ovirt-client/graphs/contributors and here:
https://github.com/oVirt/terraform-provider-ovirt/graphs/contributors

If you run into problems, our GitHub issue box is always open. :)

Cheers,
Janos
___
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/O3WHD5RSZF7T2XT3MWBF7CLUOM5RK7T4/


[ovirt-users] Re: Announcement: The Terraform provider is now available in the Terraform registry

2022-06-08 Thread Janos Bonic
Hi,

We haven't explicitly added a required version, but some things won't work
in older versions. For example, placement policies and autopinning will
only work on oVirt 4.4.5 and up. In practice,I would recommend using a
reasonably recent oVirt version (4.4.10-ish).

Janos

On Wed, Jun 8, 2022 at 1:26 PM cen  wrote:

> Excellent news!
>
> Having good terraform support is crucial in this day and age. Is there a
> minimum oVirt version that is needed by the provider?
>
>
> Best regards, cen
>
> On 08/06/2022 11:44, Janos Bonic wrote:
> > Hey everyone,
> >
> > You may still remember the email we sent last year about reworking the
> > Terraform provider on the basis of go-ovirt-client. Thanks to the hard
> > work of a lot of people, I'm happy to announce that the first version
> > of the new Terraform provider is now available in the Terraform registry:
> >
> > https://registry.terraform.io/providers/oVirt/ovirt/latest/docs
> >
> > If you want to learn more about the background of this change, or
> > start contributing to the Terraform provider, please see these links:
> >
> >
> https://blogs.ovirt.org/2021/10/important-changes-to-the-ovirt-terraform-provider/
> >
> https://github.com/oVirt/terraform-provider-ovirt/blob/main/CONTRIBUTING.md
> >
> > Happy Terraforming!
> >
> > Janos
> >
> >
> >
> > ___
> > 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/SCMRVLM4ZX7EUGVH4FDSTZMOQ7Z5RGDW/
> ___
> 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/LT5GSRFT2TXZZTWWJRY2OHAABPTT4R6M/
>
___
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/TOZM7MAJ2UMLPDGQSSLJBWKIG2Z2ZS4B/


[ovirt-users] Announcement: The Terraform provider is now available in the Terraform registry

2022-06-08 Thread Janos Bonic
Hey everyone,

You may still remember the email we sent last year about reworking the
Terraform provider on the basis of go-ovirt-client. Thanks to the hard work
of a lot of people, I'm happy to announce that the first version of the new
Terraform provider is now available in the Terraform registry:

https://registry.terraform.io/providers/oVirt/ovirt/latest/docs

If you want to learn more about the background of this change, or start
contributing to the Terraform provider, please see these links:

https://blogs.ovirt.org/2021/10/important-changes-to-the-ovirt-terraform-provider/
https://github.com/oVirt/terraform-provider-ovirt/blob/main/CONTRIBUTING.md

Happy Terraforming!

Janos
___
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/SCMRVLM4ZX7EUGVH4FDSTZMOQ7Z5RGDW/


[ovirt-users] Re: About go-ovirt Library

2022-01-24 Thread Janos Bonic
Hey Yusuf,

We haven't tagged a new version for go-ovirt recently. Please use go get
github.com/ovirt/go-ovirt@master to get the latest version.

Alternatively, we are currently working on an overlay for go-ovirt that
makes it less painful to use. Please see if you can use it:
https://github.com/ovirt/go-ovirt-client.

Janos

On Sat, Jan 22, 2022 at 10:48 PM Yusuf Papurcu 
wrote:

> After v4.3.4 this package is unable to get via go modules. Please check
> this out.
> ___
> 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/LFCJUIA4YAJKWWDVHCQGQLVQYHY3T2ZE/
>
___
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/EZV3WRCEC6B6XIQF7YPXU2LC4MH34Y7D/


[ovirt-users] Re: Important changes to the oVirt Terraform Provider

2022-01-07 Thread Janos Bonic
Hello Marek, hello everyone,

I'm sorry I didn't update you earlier. Unfortunately, we had a key team
member leave our team, which pushed back our release by some time. We are
still pursuing the matter according to the original plan and will release
the TF provider, but we will need some more time to work on it.

We'll keep the repository on GitHub updated with the developments we do.

Once again, I'm sorry for the delay.

Janos


On Wed, Jan 5, 2022, 10:03 PM marek  wrote:

> Hi,
>
> any plan for release?
>
> Marek
> Dne 06/10/2021 v 12:53 Janos Bonic napsal(a):
>
> Dear oVirt community,
>
> We are making sweeping and backwards-incompatible changes to the oVirt
> Terraform provider. *We want your feedback before we make these changes.*
>
> Here’s the short list what we would like to change, please read the
> details below.
>
>1. The current master branch will be renamed to legacy. The usage of
>this provider will be phased out within Red Hat around the end / beginning
>of next year. If you want to create a fork, we are happy to add a link to
>your fork to the readme.
>2. A new main branch will be created and a *new Terraform provider*
>written from scratch on the basis of go-ovirt-client
><https://github.com/ovirt/go-ovirt-client>. (Preview here
><https://github.com/haveyoudebuggedit/terraform-provider-ovirt>) This
>provider will only have limited functionality in its first release.
>3. This new provider will be released to the Terraform registry, and
>will have full test coverage and documentation. This provider will be
>released as version v2.0.0 when ready to signal that it is built on the
>Terraform SDK v2.
>4. A copy of this new Terraform provider will be kept in the v1 branch
>and backported to the Terraform SDK v1 for the benefit of the OpenShift
>Installer <https://github.com/openshift/installer>. We will not tag
>any releases, and we will not release this backported version in binary
>form.
>5. We are hosting a *community call* on the 14th of October at 13:00
>UTC on this link <https://bluejeans.com/476587312/8047>. Please join
>to provide feedback and suggest changes to this plan.
>
> Why are we doing this?
>
> The original Terraform provider
> <https://github.com/EMSL-MSC/terraform-provider-ovirt> for oVirt was
> written four years ago by @Maigard <https://github.com/Maigard> at
> EMSL-MSC <http://github.com/EMSL-MSC/terraform-provider-ovirt>. The oVirt
> fork of this provider is about 2 years old and went through rapid
> expansion, adding a large number of features.
>
> Unfortunately, this continuous rapid growth came at a price: the original
> test infrastructure deteriorated and certain resources, especially the
> virtual machine creation ballooned to a size we feel has become
> unmaintainable.
>
> If you tried to contribute to the Terraform provider recently, you may
> have noticed that our review process has become extremely slow. We can no
> longer run the original tests, and our end to end test suite is not
> integrated outside of the OpenShift CI system. Every change to the provider
> requires one of only 3 people to review the code and also run a manual test
> suite that is currently only runable on one computer.
>
> We also noticed an increasing number of bugs reported on OpenShift on
> oVirt/RHV related to the Terraform provider.
>
> Our original plan was that we would fix the test infrastructure and then
> subsequently slowly transition API calls to go-ovirt-client, but that
> resulted in a PR that is over 5000 lines in code
> <https://github.com/oVirt/terraform-provider-ovirt/pull/277> and cannot
> in good conscience be merged in a single piece. Splitting it up is
> difficult, and would likely result in broken functionality where test
> coverage is not present.
> What are we changing for you, the users?
>
> First of all, documentation. You can already preview the documentation
> here
> <https://registry.terraform.io/providers/haveyoudebuggedit/ovirt/latest/docs>.
> You will notice that the provider currently only supports a small set of
> features. You can find the full list of features
> <https://github.com/haveyoudebuggedit/terraform-provider-ovirt/milestone/1>
> we are planning for the first release on GitHub. However, if you are using
> resources like cluster creation, etc. these will currently not work and we
> recommend sticking to the old provider for the time being.
>
> The second big change will be how resources are treated. Instead of
> creating large resources that need to call several of the oVirt APIs to
> create, we will create resources that are only callin

[ovirt-users] Re: Important changes to the oVirt Terraform Provider

2021-10-06 Thread Janos Bonic
Hello Marek,

Thank you for your feedback, VM and NIC management will be covered. I will
add your issue as a test case and I will notify you on the issue when you
can give it a go.

Your point about transition documentation is also noted, I will add a guide
outlining the changes you need to make to your code. (This will actually
come in handy for us internally too, so double thanks for the suggestion!)

Janos


On Wed, Oct 6, 2021, 5:52 PM marek  wrote:

> hi,
>
>
>
> *Which resources are the most important to you? *
>
> VM, nic
>
>
> *How does this change impact you? *
>
> rewrite current code
>
>
> *Can we make the transition smoother for you? *
>
> some transition guide/tips
>
> *Would you do anything differently in the light of the issues described
> above?*
>
> no
>
>
> p.s. thank you for terraform provider and publishing it to the terraform
> registry!
>
> p.s.2 any chance that 2.0 solve this problem ?
> https://github.com/oVirt/terraform-provider-ovirt/issues/217   ;)
>
> Marek
>
>
> Dne 06/10/2021 v 12:53 Janos Bonic napsal(a):
>
> Dear oVirt community,
>
> We are making sweeping and backwards-incompatible changes to the oVirt
> Terraform provider. *We want your feedback before we make these changes.*
>
> Here’s the short list what we would like to change, please read the
> details below.
>
>1. The current master branch will be renamed to legacy. The usage of
>this provider will be phased out within Red Hat around the end / beginning
>of next year. If you want to create a fork, we are happy to add a link to
>your fork to the readme.
>2. A new main branch will be created and a *new Terraform provider*
>written from scratch on the basis of go-ovirt-client
><https://github.com/ovirt/go-ovirt-client>. (Preview here
><https://github.com/haveyoudebuggedit/terraform-provider-ovirt>) This
>provider will only have limited functionality in its first release.
>3. This new provider will be released to the Terraform registry, and
>will have full test coverage and documentation. This provider will be
>released as version v2.0.0 when ready to signal that it is built on the
>Terraform SDK v2.
>4. A copy of this new Terraform provider will be kept in the v1 branch
>and backported to the Terraform SDK v1 for the benefit of the OpenShift
>Installer <https://github.com/openshift/installer>. We will not tag
>any releases, and we will not release this backported version in binary
>form.
>5. We are hosting a *community call* on the 14th of October at 13:00
>UTC on this link <https://bluejeans.com/476587312/8047>. Please join
>to provide feedback and suggest changes to this plan.
>
> Why are we doing this?
>
> The original Terraform provider
> <https://github.com/EMSL-MSC/terraform-provider-ovirt> for oVirt was
> written four years ago by @Maigard <https://github.com/Maigard> at
> EMSL-MSC <http://github.com/EMSL-MSC/terraform-provider-ovirt>. The oVirt
> fork of this provider is about 2 years old and went through rapid
> expansion, adding a large number of features.
>
> Unfortunately, this continuous rapid growth came at a price: the original
> test infrastructure deteriorated and certain resources, especially the
> virtual machine creation ballooned to a size we feel has become
> unmaintainable.
>
> If you tried to contribute to the Terraform provider recently, you may
> have noticed that our review process has become extremely slow. We can no
> longer run the original tests, and our end to end test suite is not
> integrated outside of the OpenShift CI system. Every change to the provider
> requires one of only 3 people to review the code and also run a manual test
> suite that is currently only runable on one computer.
>
> We also noticed an increasing number of bugs reported on OpenShift on
> oVirt/RHV related to the Terraform provider.
>
> Our original plan was that we would fix the test infrastructure and then
> subsequently slowly transition API calls to go-ovirt-client, but that
> resulted in a PR that is over 5000 lines in code
> <https://github.com/oVirt/terraform-provider-ovirt/pull/277> and cannot
> in good conscience be merged in a single piece. Splitting it up is
> difficult, and would likely result in broken functionality where test
> coverage is not present.
> What are we changing for you, the users?
>
> First of all, documentation. You can already preview the documentation
> here
> <https://registry.terraform.io/providers/haveyoudebuggedit/ovirt/latest/docs>.
> You will notice that the provider currently only supports a small set of
> features. You can find the ful

[ovirt-users] Important changes to the oVirt Terraform Provider

2021-10-06 Thread Janos Bonic
Dear oVirt community,

We are making sweeping and backwards-incompatible changes to the oVirt
Terraform provider. *We want your feedback before we make these changes.*

Here’s the short list what we would like to change, please read the details
below.

   1. The current master branch will be renamed to legacy. The usage of
   this provider will be phased out within Red Hat around the end / beginning
   of next year. If you want to create a fork, we are happy to add a link to
   your fork to the readme.
   2. A new main branch will be created and a *new Terraform provider*
   written from scratch on the basis of go-ovirt-client
   . (Preview here
   ) This
   provider will only have limited functionality in its first release.
   3. This new provider will be released to the Terraform registry, and
   will have full test coverage and documentation. This provider will be
   released as version v2.0.0 when ready to signal that it is built on the
   Terraform SDK v2.
   4. A copy of this new Terraform provider will be kept in the v1 branch
   and backported to the Terraform SDK v1 for the benefit of the OpenShift
   Installer . We will not tag any
   releases, and we will not release this backported version in binary form.
   5. We are hosting a *community call* on the 14th of October at 13:00 UTC
   on this link . Please join to
   provide feedback and suggest changes to this plan.

Why are we doing this?

The original Terraform provider
 for oVirt was
written four years ago by @Maigard  at EMSL-MSC
. The oVirt fork of
this provider is about 2 years old and went through rapid expansion, adding
a large number of features.

Unfortunately, this continuous rapid growth came at a price: the original
test infrastructure deteriorated and certain resources, especially the
virtual machine creation ballooned to a size we feel has become
unmaintainable.

If you tried to contribute to the Terraform provider recently, you may have
noticed that our review process has become extremely slow. We can no longer
run the original tests, and our end to end test suite is not integrated
outside of the OpenShift CI system. Every change to the provider requires
one of only 3 people to review the code and also run a manual test suite
that is currently only runable on one computer.

We also noticed an increasing number of bugs reported on OpenShift on
oVirt/RHV related to the Terraform provider.

Our original plan was that we would fix the test infrastructure and then
subsequently slowly transition API calls to go-ovirt-client, but that
resulted in a PR that is over 5000 lines in code
 and cannot in
good conscience be merged in a single piece. Splitting it up is difficult,
and would likely result in broken functionality where test coverage is not
present.
What are we changing for you, the users?

First of all, documentation. You can already preview the documentation here
.
You will notice that the provider currently only supports a small set of
features. You can find the full list of features

we are planning for the first release on GitHub. However, if you are using
resources like cluster creation, etc. these will currently not work and we
recommend sticking to the old provider for the time being.

The second big change will be how resources are treated. Instead of
creating large resources that need to call several of the oVirt APIs to
create, we will create resources that are only calling one API. This will
lead to fewer bugs. For example:

   - ovirt_vm will create the VM, but not attach any disks or network
   interfaces to it.
   - ovirt_disk_attachment or ovirt_disk_attachments will attach a disk to
   the VM.
   - ovirt_nic will create a network interface.
   - ovirt_vm_start will start the virtual machine when provisioned, stop
   it when deprovisioned.

You can use the depends_on

meta-argument to make sure disks and network interfaces are attached before
you start the VM. Alternatively, you can hot-plug network interfaces later.
For example:

resource "ovirt_vm" "test" {
cluster_id  = "some-cluster-id"
template_id = "some-template-id"
}

resource "ovirt_disk" "test" {
storagedomain_id = "some-storage-domain-id"
format   = "cow"
size = 512
alias= "test"
sparse   = true
}

resource "ovirt_disk_attachment" "test" {
vm_id  = ovirt_vm.test.id
disk_id= ov

[ovirt-users] Thank you for restreaming the oVirt Conf to China!

2021-09-14 Thread Janos Bonic
Hey folks,

I'm hoping whoever mentioned in the chat that they are rebroadcasting the
conference to China is in this mailing list. I owe you a huge thank you! I
tried to figure out how to stream to China, but I failed.

If you are interested in helping us set up a direct stream or publish to a
platform accessible in China next year, please contact me privately so we
can coordinate.

Janos
___
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/OS63TYVD66NMCVQP7WZIOLCPAV3CU6Z5/