Re: [OpenAFS] dbservers version

2016-12-12 Thread Benjamin Kaduk
On Mon, Dec 12, 2016 at 06:22:51PM +0100, Jean-Marc Choulet wrote:
> Le 12/12/2016 à 17:40, Benjamin Kaduk a écrit :
> > On Mon, Dec 12, 2016 at 04:26:52PM +0100, Jean-Marc Choulet wrote:
> >> Hello,
> >>
> >> At work, we have only one dbserver in version 1.6.1 (Debian 6). We want
> >> to add another dbserver but in a different version : v1.6.9 (Debian 8).
> >> Is it possible without upgrade the first dbserver ?
> > Yes, the database format is unchanged within the major release, so
> > they remain compatible at runtime.  (I am not sure I would say it is "safe"
> > to run them, though, as the Debian 6 version is rather old and has several
> > unpatched bugs that can cause problems in various situations...)
> >
> > -Ben
> Thanks for your advice.
> 
> It's possible for us to upgrade the first dbserver to 1.6.9. If we 
> install a new server with a dbserver version 1.6.9 (same ip of course), 
> is it possible to copy all database files from the old ?

Same IP meaning that the new one will be a drop-in replacement for the old,
and they do not have to speak the ubik protocol to each other?  That should
work fine, just be sure to copy the database files when the relevant server 
process
is stopped.  This is another consequence of the database format having not
been changed.  (It should even be fine when going to a different endianness,
IIRC, but presumably you're not doing that.)

Jeffrey's comments are mostly only applicable when you have two or more
dbservers running at the same time that are trying to synchronize with
each other (i.e., they are listed in each others' server CellServDB file).
If it is just "bring down one new server, then bring up a new one in its
place", many issues go away.

-Ben
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


Re: [OpenAFS] dbservers version

2016-12-12 Thread Benjamin Kaduk
On Mon, Dec 12, 2016 at 08:33:13PM +0100, Jean-Marc Choulet wrote:
> Thank for your anwser. We will download OpenAFS 1.6.20 sources. We will 
> compile and install the result in /usr/local for the first dbserver.
> After, how will we import the old database ? The process is simple or 
> complicated ?

[not replying to most of the thread yet]

Since you are running Debian, it is probably easiest to just download the
binary packages from stretch and use those directly.

-Ben
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


Re: [OpenAFS] dbservers version

2016-12-12 Thread Jean-Marc Choulet

Le 12/12/2016 à 18:34, Jeffrey Altman a écrit :

On 12/12/2016 10:26 AM, Jean-Marc Choulet wrote:

Hello,

At work, we have only one dbserver in version 1.6.1 (Debian 6). We want
to add another dbserver but in a different version : v1.6.9 (Debian 8).
Is it possible without upgrade the first dbserver ?

Thanks,

Jean-Marc.

There is little benefit to adding a second DB server unless you are also
adding a third.  In a two server scenario, the server with the lowest IP
(because of the extra 1/2 vote) can elect itself coordinator (sync site)
and the other server never can.  Failure of the only server that can
become the coordinator results in an outage.  A minimum of three DB
servers is required to provide redundancy.

While it is possible to continue operating the 1.6.1 (Debian 6) DB
servers as part of a ubik quorum.  You should do so with the utmost
care.  Over the last two years several critical bugs in the ubik
protocol implementation have been fixed which can result in corrupted
databases.  Some of the scenarios result in empty databases being
replicated to all servers.  The safest path is to upgrade the existing
database server to OpenAFS 1.6.20 before increasing the size of the quorum.

Jeffrey Altman


Hello,

Thank for your anwser. We will download OpenAFS 1.6.20 sources. We will 
compile and install the result in /usr/local for the first dbserver.
After, how will we import the old database ? The process is simple or 
complicated ?


Jean-Marc



___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


Re: [OpenAFS] dbservers version

2016-12-12 Thread Jeffrey Altman
On 12/12/2016 10:26 AM, Jean-Marc Choulet wrote:
> Hello,
> 
> At work, we have only one dbserver in version 1.6.1 (Debian 6). We want
> to add another dbserver but in a different version : v1.6.9 (Debian 8).
> Is it possible without upgrade the first dbserver ?
> 
> Thanks,
> 
> Jean-Marc.

There is little benefit to adding a second DB server unless you are also
adding a third.  In a two server scenario, the server with the lowest IP
(because of the extra 1/2 vote) can elect itself coordinator (sync site)
and the other server never can.  Failure of the only server that can
become the coordinator results in an outage.  A minimum of three DB
servers is required to provide redundancy.

While it is possible to continue operating the 1.6.1 (Debian 6) DB
servers as part of a ubik quorum.  You should do so with the utmost
care.  Over the last two years several critical bugs in the ubik
protocol implementation have been fixed which can result in corrupted
databases.  Some of the scenarios result in empty databases being
replicated to all servers.  The safest path is to upgrade the existing
database server to OpenAFS 1.6.20 before increasing the size of the quorum.

Jeffrey Altman

<>

smime.p7s
Description: S/MIME Cryptographic Signature


Re: [OpenAFS] dbservers version

2016-12-12 Thread Jean-Marc Choulet

Le 12/12/2016 à 17:40, Benjamin Kaduk a écrit :

On Mon, Dec 12, 2016 at 04:26:52PM +0100, Jean-Marc Choulet wrote:

Hello,

At work, we have only one dbserver in version 1.6.1 (Debian 6). We want
to add another dbserver but in a different version : v1.6.9 (Debian 8).
Is it possible without upgrade the first dbserver ?

Yes, the database format is unchanged within the major release, so
they remain compatible at runtime.  (I am not sure I would say it is "safe"
to run them, though, as the Debian 6 version is rather old and has several
unpatched bugs that can cause problems in various situations...)

-Ben

Thanks for your advice.

It's possible for us to upgrade the first dbserver to 1.6.9. If we 
install a new server with a dbserver version 1.6.9 (same ip of course), 
is it possible to copy all database files from the old ?


Jean-Marc
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


Re: [OpenAFS] dbservers version

2016-12-12 Thread Benjamin Kaduk
On Mon, Dec 12, 2016 at 04:26:52PM +0100, Jean-Marc Choulet wrote:
> Hello,
> 
> At work, we have only one dbserver in version 1.6.1 (Debian 6). We want 
> to add another dbserver but in a different version : v1.6.9 (Debian 8). 
> Is it possible without upgrade the first dbserver ?

Yes, the database format is unchanged within the major release, so
they remain compatible at runtime.  (I am not sure I would say it is "safe"
to run them, though, as the Debian 6 version is rather old and has several
unpatched bugs that can cause problems in various situations...)

-Ben
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


[OpenAFS] dbservers version

2016-12-12 Thread Jean-Marc Choulet

Hello,

At work, we have only one dbserver in version 1.6.1 (Debian 6). We want 
to add another dbserver but in a different version : v1.6.9 (Debian 8). 
Is it possible without upgrade the first dbserver ?


Thanks,

Jean-Marc.

___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info