[Drbd-dev] 0.7.11 soon

[Drbd-dev] 0.7.11 soon

[Philipp Reisner]

Hi,

The last DRBD release happened on the 31st Jan of 2005, this 
is more than 3 month by now. I guess we need to give our
users the feeling that DRBD is still alive :)

0.7.11 (api:77/proto:74)
-----
 * The upper limit of the runtime tuning parameter max_buffers 
   was ways too low for today's IBM storage controllers. 
   Was 32 - 10000 ; Now it is 32 - 131072 ( Now one could 
   allow DRBD to allocate up to half a gigabyte of memory as 
   receive buffers)
 * A fix to the Makefiles to make building of RPMs work on RAHS4.
 * A workaround to have DBRD running on PPC64 with Linux-2.4.x kernels,
   on Linux-2.6.x everything was fine already.
 * Removal of dead code (busy_blocks).

I will tag, create the tar-ball and announce it on wednesday, 
as long as nobody objects.

-phil
-- 
: Dipl-Ing Philipp Reisner                      Tel +43-1-8178292-50 :
: LINBIT Information Technologies GmbH          Fax +43-1-8178292-82 :
: Schönbrunnerstr 244, 1120 Vienna, Austria    http://www.linbit.com :

Re: [Drbd-dev] 0.7.11 soon

[Philipp Hug]

philipp,

if you release a new version it won't make it into sarge...
0.7.10 will be in sarge and has to be supported for about 2 years ;-)

philipp
On Monday 09 May 2005 10.30, Philipp Reisner wrote:
> Hi,
>
> The last DRBD release happened on the 31st Jan of 2005, this
> is more than 3 month by now. I guess we need to give our
> users the feeling that DRBD is still alive :)
>
> 0.7.11 (api:77/proto:74)
> -----
>  * The upper limit of the runtime tuning parameter max_buffers
>    was ways too low for today's IBM storage controllers.
>    Was 32 - 10000 ; Now it is 32 - 131072 ( Now one could
>    allow DRBD to allocate up to half a gigabyte of memory as
>    receive buffers)
>  * A fix to the Makefiles to make building of RPMs work on RAHS4.
>  * A workaround to have DBRD running on PPC64 with Linux-2.4.x kernels,
>    on Linux-2.6.x everything was fine already.
>  * Removal of dead code (busy_blocks).
>
> I will tag, create the tar-ball and announce it on wednesday,
> as long as nobody objects.
>
> -phil

Re: [Drbd-dev] 0.7.11 soon

[Philipp Reisner]

Am Montag, 9. Mai 2005 10:58 schrieb Philipp Hug:
> philipp,
>
> if you release a new version it won't make it into sarge...
> 0.7.10 will be in sarge and has to be supported for about 2 years ;-)
>
> philipp
>
> On Monday 09 May 2005 10.30, Philipp Reisner wrote:
> > Hi,
> >
> > The last DRBD release happened on the 31st Jan of 2005, this
> > is more than 3 month by now. I guess we need to give our
> > users the feeling that DRBD is still alive :)
> >
> > 0.7.11 (api:77/proto:74)
> > -----
> >  * The upper limit of the runtime tuning parameter max_buffers
> >    was ways too low for today's IBM storage controllers.
> >    Was 32 - 10000 ; Now it is 32 - 131072 ( Now one could
> >    allow DRBD to allocate up to half a gigabyte of memory as
> >    receive buffers)
> >  * A fix to the Makefiles to make building of RPMs work on RAHS4.
> >  * A workaround to have DBRD running on PPC64 with Linux-2.4.x kernels,
> >    on Linux-2.6.x everything was fine already.
> >  * Removal of dead code (busy_blocks).
> >
> > I will tag, create the tar-ball and announce it on wednesday,
> > as long as nobody objects.

Yes, I expected this. 

The only relevant patch for Debian is the first item of the changelog:

--- user/drbd_limits.h  (.../https://svn.drbd.org/drbd/tags/drbd-0.7.10)        (Revision 1789)
+++ user/drbd_limits.h  (.../http://svn.drbd.org/drbd/branches/drbd-0.7)        (Revision 1789)
@@ -49,8 +49,8 @@
   /* I don't think that a tcp send buffer of more than 10M is usefull */
   RANGE(SNDBUF_SIZE, 1, 10000000);

-  /* arbitrary. */
-  RANGE(MAX_BUFFERS, 32, 10000);
+  /* @4k PageSize -> 128kB - 512MB */
+  RANGE(MAX_BUFFERS, 32, 131072);

   /* 0 is disabled.
    * 200 should be more than enough even for very short timeouts */


Maybe you can slip it in by creating a "drbd-0.7.10-4" or something.
But it is nothing critical at all ... as we know drbd-0.7.10 is really
fine for most people.

-Phil
-- 
: Dipl-Ing Philipp Reisner                      Tel +43-1-8178292-50 :
: LINBIT Information Technologies GmbH          Fax +43-1-8178292-82 :
: Schönbrunnerstr 244, 1120 Vienna, Austria    http://www.linbit.com :

Re: [Drbd-dev] 0.7.11 soon

[Lars Ellenberg]

/ 2005-05-09 11:37:01 +0200
\ Philipp Reisner:
> Am Montag, 9. Mai 2005 10:58 schrieb Philipp Hug:
> > philipp,
> >
> > if you release a new version it won't make it into sarge...
> > 0.7.10 will be in sarge and has to be supported for about 2 years ;-)
> 
> Yes, I expected this. 
> 
> The only relevant patch for Debian is the first item of the changelog:

 [ one line patch ]

> 
> Maybe you can slip it in by creating a "drbd-0.7.10-4" or something.
> But it is nothing critical at all ... as we know drbd-0.7.10 is really
> fine for most people.

hm.
maybe it is easier to NOT generate a drbd-0.7.10 package, but a drbd-0.7
paackage, so it can be updated to our 0.7.X releases without violating
any package release policies?

mean, development is in 0.8, 0.7 is in "bugfix-only-mode" anyways.
so basically when we somewhen release 0.7.14, that is equivalent to
releasing a package 0.7-somethingelse.

Right?

	Lars

Re: [Drbd-dev] 0.7.11 soon

[Helmut Wollmersdorfer]

Lars Ellenberg wrote:

> hm.
> maybe it is easier to NOT generate a drbd-0.7.10 package, but a drbd-0.7
> paackage, so it can be updated to our 0.7.X releases without violating
> any package release policies?

At Debian a freeze is a freeze. There is no workaround. After a freeze 
and release of stable they only accept "security fixes".

The only question is, how serious the freeze is. AFAIR the last freeze 
was summer last year, targeting September for Release. Then the release 
was delayed to March ...

> mean, development is in 0.8, 0.7 is in "bugfix-only-mode" anyways.

Not all "bugfixes" are "security fixes".

IMHO the mainstream of users can live with 0.7.10.
If someone has special requirements, (s)he can
- install from Debian /unstable (or /testing after release)
- compile from tar/SVN
- request LINBIT services
- backport future releases to stable
- use another $distri

IMHO it's important for the popularity of DRBD to have the "pretty 
stable" 0.7.10 in Debian.

Helmut Wollmersdorfer

Re: [Drbd-dev] 0.7.11 soon

[Lars Ellenberg]

/ 2005-05-09 18:07:04 +0200
\ Helmut Wollmersdorfer:
> Lars Ellenberg wrote:
> 
> >hm.
> >maybe it is easier to NOT generate a drbd-0.7.10 package, but a drbd-0.7
> >paackage, so it can be updated to our 0.7.X releases without violating
> >any package release policies?

> > development is in 0.8, 0.7 is in "bugfix-only-mode" anyways.
> 
> Not all "bugfixes" are "security fixes".
> 
> IMHO the mainstream of users can live with 0.7.10.
> If someone has special requirements, (s)he can
> - install from Debian /unstable (or /testing after release)
> - compile from tar/SVN
> - request LINBIT services
> - backport future releases to stable
> - use another $distri
> 
> IMHO it's important for the popularity of DRBD to have the "pretty
> stable" 0.7.10 in Debian.

right.
I was just contemplating...

the SuSE drbd-0.7.4-whatever seems to be a 0.7.10+, too,
with a downpatched version number...

as a packager, if you do such things,
you are lying to yourself and your customers,
and ** I don't see any reason for that **.

But I have not been involved in politics too deeply, either, so far...
anyways.  It's probably best to just let the packagers of whatever
disribution do their work, and just help out if asked directly.

btw, packagers: thank you for increasing "the popularity of DRBD"... 

	Lars

Re: [Drbd-dev] 0.7.11 soon

[Philipp Hug]

in debian uploads to stable are allowed, if:
    * a truly critical functionality problem
    * the package becomes uninstallable
    * a released architecture lacks the package

so in an updated 0.7 version it is possible to fix bugs, but not to add new 
functionality...

philipp

On Monday 09 May 2005 18.31, Lars Ellenberg wrote:
> / 2005-05-09 18:07:04 +0200
>
> \ Helmut Wollmersdorfer:
> > Lars Ellenberg wrote:
> > >hm.
> > >maybe it is easier to NOT generate a drbd-0.7.10 package, but a drbd-0.7
> > >paackage, so it can be updated to our 0.7.X releases without violating
> > >any package release policies?
> > >
> > > development is in 0.8, 0.7 is in "bugfix-only-mode" anyways.
> >
> > Not all "bugfixes" are "security fixes".
> >
> > IMHO the mainstream of users can live with 0.7.10.
> > If someone has special requirements, (s)he can
> > - install from Debian /unstable (or /testing after release)
> > - compile from tar/SVN
> > - request LINBIT services
> > - backport future releases to stable
> > - use another $distri
> >
> > IMHO it's important for the popularity of DRBD to have the "pretty
> > stable" 0.7.10 in Debian.
>
> right.
> I was just contemplating...
>
> the SuSE drbd-0.7.4-whatever seems to be a 0.7.10+, too,
> with a downpatched version number...
>
> as a packager, if you do such things,
> you are lying to yourself and your customers,
> and ** I don't see any reason for that **.
>
> But I have not been involved in politics too deeply, either, so far...
> anyways.  It's probably best to just let the packagers of whatever
> disribution do their work, and just help out if asked directly.
>
> btw, packagers: thank you for increasing "the popularity of DRBD"...
>
>  Lars
> _______________________________________________
> drbd-dev mailing list
> drbd-dev@lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/drbd-dev

Re: [Drbd-dev] 0.7.11 soon

[Helmut Wollmersdorfer]

Lars Ellenberg wrote:

> the SuSE drbd-0.7.4-whatever seems to be a 0.7.10+, too,
> with a downpatched version number...

> as a packager, if you do such things,
> you are lying to yourself and your customers,
> and ** I don't see any reason for that **.

10 days ago I saw DRBD "0.8" (whatever it really is) as part of SUSE 9.3.

I like to see the original version numbers in the distries, with an 
attached minor (if necessary).

And I would like it more, if developers change the first digit in case 
of major redesigns, the second digit for added features, the third digit 
for bugfixes.

E.g. the upcoming DRBD 0.8 should better be something like 3.0.0, 
0.8-alpha could be 3.0.1, 0.8-[beta|pre8] -> 3.0.8, first release of 0.8 
-> 3.1.1 etc.

0.8 is understatement;-)

Just my 2 cents.

Helmut Wollmersdorfer

Re: [Drbd-dev] 0.7.11 soon

[Lars Ellenberg]

> 0.8 is understatement;-)

0.8.15

 :)

Re: [Drbd-dev] 0.7.11 soon

[Philipp Reisner]

Am Montag, 9. Mai 2005 23:17 schrieb Lars Ellenberg:
> > 0.8 is understatement;-)
>
> 0.8.15

:)

Well, we certainly need to do something in this regard when "8"
is ready. 

What about dropping the leading zero ?

Or calling it DRBD-1.0 because we target to get it included into
the mailine kernel ?

I prefer DRBD-8.0 somehow... but... open to ideas... do not know yet.

-Phil
-- 
: Dipl-Ing Philipp Reisner                      Tel +43-1-8178292-50 :
: LINBIT Information Technologies GmbH          Fax +43-1-8178292-82 :
: Schönbrunnerstr 244, 1120 Vienna, Austria    http://www.linbit.com :