Prepare 3.0-beta2 release?

17 views
Skip to first unread message

Rudolph Bott

unread,
Sep 6, 2020, 5:28:32 PM9/6/20
to ganeti...@googlegroups.com
Hey Everyone,

since releasing the 3.0-beta1 a bunch of things have been added/fixed, but no larger issues/regressions have been reported. So I guess it is time for another beta release?

A quick overview of the changes incorporated since the beta1 release:
- various documentation related PRs [1] [2] [3] [4] [5] [6] [7] [8]
- make Open vSwitch support more robust [9]
- (better) support for DRBD 8.4 [10]
- set base GHC version and fix Haskell tooling usage [12] [13] [14] [15]
- fix distribution of hmac.key to new nodes [16]
- do not override disk_cache setting for RBD disks [17]

From my point of view, there are no release-critical issues/PRs open. That means we could push forward with a beta2 and probably release the final 3.0 version two or three weeks later. 

What do you think?

Cheers,
Rudi



--
 Rudolph Bott - bo...@sipgate.de

 sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
 HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
 Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391

Sascha Lucas

unread,
Sep 7, 2020, 10:00:09 AM9/7/20
to ganeti...@googlegroups.com
Hi Rudi,

On Sun, 6 Sep 2020, Rudolph Bott wrote:

> From my point of view, there are no release-critical issues/PRs open. That
> means we could push forward with a beta2 and probably release the final 3.0
> version two or three weeks later.
>
> What do you think?

Thanks for beginning this thread. Agreed, the next release should happen
more sooner than later. Apollon introduced the idea of doing an RC rather
than an other beta, which I do support. Ideally Apollon can do the release
this time?

From my point of view, the final 3.0 should be at the end of September,
like you suggest.

Thanks, Sascha.

Sascha Lucas

unread,
Sep 7, 2020, 3:39:56 PM9/7/20
to ganeti...@googlegroups.com
On Mon, 7 Sep 2020, Sascha Lucas wrote:

> On Sun, 6 Sep 2020, Rudolph Bott wrote:
>
>> From my point of view, there are no release-critical issues/PRs open.

I should have mentioned, that Apollon asked for testing of Debian Bug
#969028 with qemu-5.0 (from backports), regarding live migration in
combination with migration capabilities[1]. But I can't find any issues
beside the known one, that post-copy migration is broken.

I'm also not aware of any critical issues.

Thanks, Sascha.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969028

Apollon Oikonomopoulos

unread,
Sep 8, 2020, 5:16:52 AM9/8/20
to ganeti...@googlegroups.com
Hi,

Sascha Lucas <sascha...@web.de> writes:

> On Mon, 7 Sep 2020, Sascha Lucas wrote:
>
>> On Sun, 6 Sep 2020, Rudolph Bott wrote:
>>
>>> From my point of view, there are no release-critical issues/PRs open.
>
> I should have mentioned, that Apollon asked for testing of Debian Bug
> #969028 with qemu-5.0 (from backports), regarding live migration in
> combination with migration capabilities[1]. But I can't find any issues
> beside the known one, that post-copy migration is broken.
>
Good to know. Then I guess the Debian bug is about RAM postcopy, which
is known not to work.

> I'm also not aware of any critical issues.

Okay then, I guess we should move forward and release -rc1 (there's no
point for a -beta2) this Friday. There's only one thing I'd like to fix
before 3.0-final, because it bit us yesterday at work: Ganeti's naive
handling of DRBD split-brain situations, as described in #846[0]. This
is a fairly old issue, not easy to reproduce, but dangerous
nevertheless.

Cheers,
Apollon

[0] https://github.com/ganeti/ganeti/issues/846
> --
> You received this message because you are subscribed to the Google Groups "ganeti-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to ganeti-devel...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/ganeti-devel/alpine.DEB.2.20.2009072132370.31431%40ivy.loc.
Reply all
Reply to author
Forward
0 new messages