Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-09 Thread Christof Schmitt 
> Back in the day when one had to roll your own Samba for this stuff,> rolling Samba upgrades worked. What changed or was it never supported?
 
It was never supported for clustered Samba.
 
As the problem is with incompatibilities in Samba internal database records:
If nothing changed in the record and communication format for a specific upgrade,
then it works for that specific case. As this requires a thorough code review
that also can easily miss subtle changes, the safe assumption is that the
rolling upgrade won't work.
 
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: Jonathan Buzzard Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: gpfsug main discussion list Cc:Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Fri, Mar 9, 2018 5:37 AM 
On Thu, 2018-03-08 at 09:41 +, Sobey, Richard A wrote:> Whether or not you meant it your words “that is not available today.”> Implies that something is coming in the future? Would you be reliant> on the Samba/CTDB development team or would you roll your own..> supposing it’s possible in the first place.>  Back in the day when one had to roll your own Samba for this stuff,rolling Samba upgrades worked. What changed or was it never supported?JAB.--Jonathan A. Buzzard                         Tel: +44141-5483420HPC System Administrator, ARCHIE-WeSt.University of Strathclyde, John Anderson Building, Glasgow. G4 0NG___gpfsug-discuss mailing listgpfsug-discuss at spectrumscale.orghttps://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI=LtsZs7PVYIrBoo7XGdyFheoabDxWNtNco7dWhZb3k90=b0x2HL7Yq8DqFdEV2UtGGIEIYLqIKmPcQVv1-e4GoY0= 
 

___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-08 Thread Greg.Lehmann 
That last little bit “not available today” gives me hope. It would be nice to 
get there “one day.”

Our situation is we are using NFS for access to images that VMs run from.  An 
outage means shutting down a lot of guests. An NFS outage of even short 
duration would result in the system disks of VMs going read only due to IO 
timeouts.

Cheers,

Greg

From: gpfsug-discuss-boun...@spectrumscale.org 
[mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof Schmitt
Sent: Thursday, 8 March 2018 7:54 AM
To: gpfsug-discuss@spectrumscale.org
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades

The problem with the SMB upgrade is with the data shared between the protocol 
nodes. It is not tied to the protocol version used between SMB clients and the 
protocol nodes. Samba stores internal data (e.g. for the SMB state of open 
files) in tdb database files. ctdb then makes these tdb databases available 
across all protocol nodes. A concurrent upgrade for SMB would require correct 
handling of ctdb communications and the tdb records across multiple versions; 
that is not available today.

Regards,

Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
christof.schm...@us.ibm.com<mailto:christof.schm...@us.ibm.com>  ||  
+1-520-799-2469(T/L: 321-2469)


- Original message -
From: <greg.lehm...@csiro.au<mailto:greg.lehm...@csiro.au>>
Sent by: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
To: <gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>>
Cc:
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades
Date: Wed, Mar 7, 2018 4:35 AM


In theory it only affects SMB, but in practice if NFS depends on winbind for 
authorisation then it is affected too. I can understand the need for changes to 
happen every so often and that maybe outages will be required then.



But, I would like to see some effort to avoid doing this unnecessarily. IBM, 
please consider my suggestion. The message I get from the ctdb service implies 
it is the sticking point. Can some consideration be given to keeping the ctdb 
version compatible between releases?



Christof, you are saying something about the SMB service version compatibility. 
I am unclear as to whether you are talking about the Spectrum Scale Protocols 
SMB service or the default samba SMB over the wire protocol version being used 
to communicate between client and server. If the latter, is it possible to peg 
the version to the older version manually while doing the upgrade so that all 
nodes can be updated? You can then take an outage at a later time to update the 
over the wire version.



From: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
 [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof Schmitt
Sent: Wednesday, 7 March 2018 4:50 AM
To: gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>
Cc: gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades



Hi,



at this point there are no plans to support "node by node" upgrade for SMB.



Some background: The technical reason for this restriction is that the records 
shared between protocol nodes for the SMB service (ctdb and Samba) are not 
versioned and no mechanism is in place to handle different versions. Changing 
this would be a large development task that has not been included in any 
current plans.



Note that this only affects the SMB service and that the knowledge center 
outlines a procedure to minimize the outage, by getting half of the protocol 
nodes ready with the new Samba version and then only taking a brief outage when 
switching from the "old" to the "new" Samba version: 
https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.2/com.ibm.spectrum.scale.v4r22.doc/bl1ins_updatingsmb.htm

The toolkit follows the same approach during an upgrade to minimize the outage.



We know that this is not ideal, but as mentioned above this is limited by the 
large effort that would be required which has to be weighed against other 
requirements and priorities.



Regards,

Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
christof.schm...@us.ibm.com<mailto:christof.schm...@us.ibm.com>  ||  
+1-520-799-2469(T/L: 321-2469)





- Original message -
From: <greg.lehm...@csiro.au<mailto:greg.lehm...@csiro.au>>
Sent by: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
To: <gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>>
Cc:
Subject: [gpfsug-discuss] wondering about outage free protocols upgrades
Date: Tue, Mar 6, 2018 10:19 AM


Hi All,

   It appears a rolling n

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-08 Thread Christof Schmitt 
Apologies if that was misleading.  As stated before there are no plans to support rolling code upgrade for SMB in Spectrum Scale.
 
To answer your question with some speculation, which is no commitment: If there was ever an effort to make rolling upgrade available in clustered Samba, that would be core changes to the Samba internal databases. In my opinion that would only make sense in collaboration with the Samba open source team. Technically it would be possible, and also as mentioned before, it is the effort to design, implement and test these changes that make this a huge task.
 
Regards,
 
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: "Sobey, Richard A" <r.so...@imperial.ac.uk>Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>Cc:Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Thu, Mar 8, 2018 2:42 AM  
Whether or not you meant it your words “that is not available today.” Implies that something is coming in the future? Would you be reliant on the Samba/CTDB development team or would you roll your own.. supposing it’s possible in the first place.
 
Thanks
Richard
 
From: gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof SchmittSent: 07 March 2018 21:54To: gpfsug-discuss@spectrumscale.orgSubject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades
 
The problem with the SMB upgrade is with the data shared between the protocol nodes. It is not tied to the protocol version used between SMB clients and the protocol nodes. Samba stores internal data (e.g. for the SMB state of open files) in tdb database files. ctdb then makes these tdb databases available across all protocol nodes. A concurrent upgrade for SMB would require correct handling of ctdb communications and the tdb records across multiple versions; that is not available today.
 
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: <greg.lehm...@csiro.au>Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: <gpfsug-discuss@spectrumscale.org>Cc:Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Wed, Mar 7, 2018 4:35 AM 
In theory it only affects SMB, but in practice if NFS depends on winbind for authorisation then it is affected too. I can understand the need for changes to happen every so often and that maybe outages will be required then.
 
But, I would like to see some effort to avoid doing this unnecessarily. IBM, please consider my suggestion. The message I get from the ctdb service implies it is the sticking point. Can some consideration be given to keeping the ctdb version compatible between releases?
 
Christof, you are saying something about the SMB service version compatibility. I am unclear as to whether you are talking about the Spectrum Scale Protocols SMB service or the default samba SMB over the wire protocol version being used to communicate between client and server. If the latter, is it possible to peg the version to the older version manually while doing the upgrade so that all nodes can be updated? You can then take an outage at a later time to update the over the wire version.
 
From:  gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof SchmittSent: Wednesday, 7 March 2018 4:50 AMTo: gpfsug-discuss@spectrumscale.orgCc: gpfsug-discuss@spectrumscale.orgSubject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades
 
Hi,
 
at this point there are no plans to support "node by node" upgrade for SMB.
 
Some background: The technical reason for this restriction is that the records shared between protocol nodes for the SMB service (ctdb and Samba) are not versioned and no mechanism is in place to handle different versions. Changing this would be a large development task that has not been included in any current plans.
 
Note that this only affects the SMB service and that the knowledge center outlines a procedure to minimize the outage, by getting half of the protocol nodes ready with the new Samba version and then only taking a brief outage when switching from the "old" to the "new" Samba version:  https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.2/com.ibm.spectrum.scale.v4r22.doc/bl1ins_updatingsmb.htm
The toolkit follows the same approach during an upgrade to minimize the outage.
 
We know that this is not ideal, but as mentioned above this is limited by the large effort that would be required which has to be weighed against other requirements and priorities.
 
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson,

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-08 Thread Sobey, Richard A 
Whether or not you meant it your words “that is not available today.” Implies 
that something is coming in the future? Would you be reliant on the Samba/CTDB 
development team or would you roll your own.. supposing it’s possible in the 
first place.

Thanks
Richard

From: gpfsug-discuss-boun...@spectrumscale.org 
[mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof Schmitt
Sent: 07 March 2018 21:54
To: gpfsug-discuss@spectrumscale.org
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades

The problem with the SMB upgrade is with the data shared between the protocol 
nodes. It is not tied to the protocol version used between SMB clients and the 
protocol nodes. Samba stores internal data (e.g. for the SMB state of open 
files) in tdb database files. ctdb then makes these tdb databases available 
across all protocol nodes. A concurrent upgrade for SMB would require correct 
handling of ctdb communications and the tdb records across multiple versions; 
that is not available today.

Regards,

Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
christof.schm...@us.ibm.com<mailto:christof.schm...@us.ibm.com>  ||  
+1-520-799-2469(T/L: 321-2469)


- Original message -
From: <greg.lehm...@csiro.au<mailto:greg.lehm...@csiro.au>>
Sent by: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
To: <gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>>
Cc:
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades
Date: Wed, Mar 7, 2018 4:35 AM


In theory it only affects SMB, but in practice if NFS depends on winbind for 
authorisation then it is affected too. I can understand the need for changes to 
happen every so often and that maybe outages will be required then.



But, I would like to see some effort to avoid doing this unnecessarily. IBM, 
please consider my suggestion. The message I get from the ctdb service implies 
it is the sticking point. Can some consideration be given to keeping the ctdb 
version compatible between releases?



Christof, you are saying something about the SMB service version compatibility. 
I am unclear as to whether you are talking about the Spectrum Scale Protocols 
SMB service or the default samba SMB over the wire protocol version being used 
to communicate between client and server. If the latter, is it possible to peg 
the version to the older version manually while doing the upgrade so that all 
nodes can be updated? You can then take an outage at a later time to update the 
over the wire version.



From: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
 [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof Schmitt
Sent: Wednesday, 7 March 2018 4:50 AM
To: gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>
Cc: gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades



Hi,



at this point there are no plans to support "node by node" upgrade for SMB.



Some background: The technical reason for this restriction is that the records 
shared between protocol nodes for the SMB service (ctdb and Samba) are not 
versioned and no mechanism is in place to handle different versions. Changing 
this would be a large development task that has not been included in any 
current plans.



Note that this only affects the SMB service and that the knowledge center 
outlines a procedure to minimize the outage, by getting half of the protocol 
nodes ready with the new Samba version and then only taking a brief outage when 
switching from the "old" to the "new" Samba version: 
https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.2/com.ibm.spectrum.scale.v4r22.doc/bl1ins_updatingsmb.htm

The toolkit follows the same approach during an upgrade to minimize the outage.



We know that this is not ideal, but as mentioned above this is limited by the 
large effort that would be required which has to be weighed against other 
requirements and priorities.



Regards,

Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
christof.schm...@us.ibm.com<mailto:christof.schm...@us.ibm.com>  ||  
+1-520-799-2469(T/L: 321-2469)





- Original message -
From: <greg.lehm...@csiro.au<mailto:greg.lehm...@csiro.au>>
Sent by: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
To: <gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>>
Cc:
Subject: [gpfsug-discuss] wondering about outage free protocols upgrades
Date: Tue, Mar 6, 2018 10:19 AM


Hi All,

   It appears a rolling node by node upgrade of a protocols cluster 
is not possible. Ctdb is the sticking point as it won’t run

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-07 Thread Christof Schmitt 
The problem with the SMB upgrade is with the data shared between the protocol nodes. It is not tied to the protocol version used between SMB clients and the protocol nodes. Samba stores internal data (e.g. for the SMB state of open files) in tdb database files. ctdb then makes these tdb databases available across all protocol nodes. A concurrent upgrade for SMB would require correct handling of ctdb communications and the tdb records across multiple versions; that is not available today.
 
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: <greg.lehm...@csiro.au>Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: <gpfsug-discuss@spectrumscale.org>Cc:Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Wed, Mar 7, 2018 4:35 AM  
In theory it only affects SMB, but in practice if NFS depends on winbind for authorisation then it is affected too. I can understand the need for changes to happen every so often and that maybe outages will be required then.
 
But, I would like to see some effort to avoid doing this unnecessarily. IBM, please consider my suggestion. The message I get from the ctdb service implies it is the sticking point. Can some consideration be given to keeping the ctdb version compatible between releases?
 
Christof, you are saying something about the SMB service version compatibility. I am unclear as to whether you are talking about the Spectrum Scale Protocols SMB service or the default samba SMB over the wire protocol version being used to communicate between client and server. If the latter, is it possible to peg the version to the older version manually while doing the upgrade so that all nodes can be updated? You can then take an outage at a later time to update the over the wire version.
 
From: gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof SchmittSent: Wednesday, 7 March 2018 4:50 AMTo: gpfsug-discuss@spectrumscale.orgCc: gpfsug-discuss@spectrumscale.orgSubject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades
 
Hi,
 
at this point there are no plans to support "node by node" upgrade for SMB.
 
Some background: The technical reason for this restriction is that the records shared between protocol nodes for the SMB service (ctdb and Samba) are not versioned and no mechanism is in place to handle different versions. Changing this would be a large development task that has not been included in any current plans.
 
Note that this only affects the SMB service and that the knowledge center outlines a procedure to minimize the outage, by getting half of the protocol nodes ready with the new Samba version and then only taking a brief outage when switching from the "old" to the "new" Samba version:  https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.2/com.ibm.spectrum.scale.v4r22.doc/bl1ins_updatingsmb.htm
The toolkit follows the same approach during an upgrade to minimize the outage.
 
We know that this is not ideal, but as mentioned above this is limited by the large effort that would be required which has to be weighed against other requirements and priorities.
 
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: <greg.lehm...@csiro.au>Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: <gpfsug-discuss@spectrumscale.org>Cc:Subject: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Tue, Mar 6, 2018 10:19 AM 
Hi All,
   It appears a rolling node by node upgrade of a protocols cluster is not possible. Ctdb is the sticking point as it won’t run with 2 different versions at the same time. Are there any plans to address this and make it a real Enterprise product? 
 
Cheers,
 
Greg
___gpfsug-discuss mailing listgpfsug-discuss at spectrumscale.orghttps://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss=DwICAg=jf_iaSHvJObTbx-siA1ZOg=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI=p5fg7X1tKGwi1BsYiw-wHTxmaG-PLihwHV0yTBQNaUs=3ZHS5vAoxeC6ikuOpTRLWNTpvgKEC3thI-qUgyU_hYo=
 
 
___gpfsug-discuss mailing listgpfsug-discuss at spectrumscale.orghttps://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss=DwICAg=jf_iaSHvJObTbx-siA1ZOg=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI=7bQRypv0JL7swEYobmepaynWFvV8HYtBa2_S1kAyirk=2bUeeDk-8VbtwU8KtV4RlENEcbpOr_GQJQvR_8gt-ug=
 

___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-07 Thread Greg.Lehmann 
In theory it only affects SMB, but in practice if NFS depends on winbind for 
authorisation then it is affected too. I can understand the need for changes to 
happen every so often and that maybe outages will be required then.

But, I would like to see some effort to avoid doing this unnecessarily. IBM, 
please consider my suggestion. The message I get from the ctdb service implies 
it is the sticking point. Can some consideration be given to keeping the ctdb 
version compatible between releases?

Christof, you are saying something about the SMB service version compatibility. 
I am unclear as to whether you are talking about the Spectrum Scale Protocols 
SMB service or the default samba SMB over the wire protocol version being used 
to communicate between client and server. If the latter, is it possible to peg 
the version to the older version manually while doing the upgrade so that all 
nodes can be updated? You can then take an outage at a later time to update the 
over the wire version.

From: gpfsug-discuss-boun...@spectrumscale.org 
[mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Christof Schmitt
Sent: Wednesday, 7 March 2018 4:50 AM
To: gpfsug-discuss@spectrumscale.org
Cc: gpfsug-discuss@spectrumscale.org
Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgrades

Hi,

at this point there are no plans to support "node by node" upgrade for SMB.

Some background: The technical reason for this restriction is that the records 
shared between protocol nodes for the SMB service (ctdb and Samba) are not 
versioned and no mechanism is in place to handle different versions. Changing 
this would be a large development task that has not been included in any 
current plans.

Note that this only affects the SMB service and that the knowledge center 
outlines a procedure to minimize the outage, by getting half of the protocol 
nodes ready with the new Samba version and then only taking a brief outage when 
switching from the "old" to the "new" Samba version: 
https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.2/com.ibm.spectrum.scale.v4r22.doc/bl1ins_updatingsmb.htm
The toolkit follows the same approach during an upgrade to minimize the outage.

We know that this is not ideal, but as mentioned above this is limited by the 
large effort that would be required which has to be weighed against other 
requirements and priorities.

Regards,

Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
christof.schm...@us.ibm.com<mailto:christof.schm...@us.ibm.com>  ||  
+1-520-799-2469(T/L: 321-2469)


- Original message -
From: <greg.lehm...@csiro.au<mailto:greg.lehm...@csiro.au>>
Sent by: 
gpfsug-discuss-boun...@spectrumscale.org<mailto:gpfsug-discuss-boun...@spectrumscale.org>
To: <gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>>
Cc:
Subject: [gpfsug-discuss] wondering about outage free protocols upgrades
Date: Tue, Mar 6, 2018 10:19 AM


Hi All,

   It appears a rolling node by node upgrade of a protocols cluster 
is not possible. Ctdb is the sticking point as it won’t run with 2 different 
versions at the same time. Are there any plans to address this and make it a 
real Enterprise product?



Cheers,



Greg
___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss=DwICAg=jf_iaSHvJObTbx-siA1ZOg=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI=p5fg7X1tKGwi1BsYiw-wHTxmaG-PLihwHV0yTBQNaUs=3ZHS5vAoxeC6ikuOpTRLWNTpvgKEC3thI-qUgyU_hYo=


___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-06 Thread Christof Schmitt 
Rolling code upgrade was never support for SMB for the reasons mention in my other email.
 
The change in 5.0 is to enforce this restriction on a code level. The SMB service will refuse to start on a protocol node, if an incompatible version is already running on another node.
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: "Sobey, Richard A" <r.so...@imperial.ac.uk>Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: "gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org>, gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>Cc:Subject: Re: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Tue, Mar 6, 2018 11:49 AM 
Thanks for raising this, I was going to ask. The last I heard it was baked into the 5.0 release of Scale but the release notes are eerily quiet on the matter. 
Would be good to get some input from IBM on this. 
Richard 
Get Outlook for Android
From: gpfsug-discuss-boun...@spectrumscale.org <gpfsug-discuss-boun...@spectrumscale.org> on behalf of greg.lehm...@csiro.au <greg.lehm...@csiro.au>Sent: Friday, March 2, 2018 3:48:44 AMTo: gpfsug-discuss@spectrumscale.orgSubject: [gpfsug-discuss] wondering about outage free protocols upgrades
 
Hi All,
   It appears a rolling node by node upgrade of a protocols cluster is not possible. Ctdb is the sticking point as it won’t run with 2 different versions at the same time. Are there any plans to address this and make it a real Enterprise product?
 
Cheers,
 
Greg
___gpfsug-discuss mailing listgpfsug-discuss at spectrumscale.orghttps://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss=DwICAg=jf_iaSHvJObTbx-siA1ZOg=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI=bPllsWtGZ9ZmxVPYCKZnzIbVPvZEo3IevykEm3tqRR0=SNPiJbSYXpLQ1hfQyPt5FH671N464RBobumx5zX3Ios=
 

___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-06 Thread Christof Schmitt 
Hi,
 
at this point there are no plans to support "node by node" upgrade for SMB.
 
Some background: The technical reason for this restriction is that the records shared between protocol nodes for the SMB service (ctdb and Samba) are not versioned and no mechanism is in place to handle different versions. Changing this would be a large development task that has not been included in any current plans.
 
Note that this only affects the SMB service and that the knowledge center outlines a procedure to minimize the outage, by getting half of the protocol nodes ready with the new Samba version and then only taking a brief outage when switching from the "old" to the "new" Samba version: https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.2/com.ibm.spectrum.scale.v4r22.doc/bl1ins_updatingsmb.htm
The toolkit follows the same approach during an upgrade to minimize the outage.
 
We know that this is not ideal, but as mentioned above this is limited by the large effort that would be required which has to be weighed against other requirements and priorities.
 
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZchristof.schm...@us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)
 
 
- Original message -From: Sent by: gpfsug-discuss-boun...@spectrumscale.orgTo: Cc:Subject: [gpfsug-discuss] wondering about outage free protocols upgradesDate: Tue, Mar 6, 2018 10:19 AM  
Hi All,
   It appears a rolling node by node upgrade of a protocols cluster is not possible. Ctdb is the sticking point as it won’t run with 2 different versions at the same time. Are there any plans to address this and make it a real Enterprise product? 
 
Cheers,
 
Greg
___gpfsug-discuss mailing listgpfsug-discuss at spectrumscale.orghttps://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss=DwICAg=jf_iaSHvJObTbx-siA1ZOg=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI=p5fg7X1tKGwi1BsYiw-wHTxmaG-PLihwHV0yTBQNaUs=3ZHS5vAoxeC6ikuOpTRLWNTpvgKEC3thI-qUgyU_hYo=
 

___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Re: [gpfsug-discuss] wondering about outage free protocols upgrades

2018-03-06 Thread Sobey, Richard A 
Thanks for raising this, I was going to ask. The last I heard it was baked into 
the 5.0 release of Scale but the release notes are eerily quiet on the matter.

Would be good to get some input from IBM on this.

Richard

Get Outlook for Android<https://aka.ms/ghei36>


From: gpfsug-discuss-boun...@spectrumscale.org 
<gpfsug-discuss-boun...@spectrumscale.org> on behalf of greg.lehm...@csiro.au 
<greg.lehm...@csiro.au>
Sent: Friday, March 2, 2018 3:48:44 AM
To: gpfsug-discuss@spectrumscale.org
Subject: [gpfsug-discuss] wondering about outage free protocols upgrades

Hi All,
   It appears a rolling node by node upgrade of a protocols cluster 
is not possible. Ctdb is the sticking point as it won’t run with 2 different 
versions at the same time. Are there any plans to address this and make it a 
real Enterprise product?

Cheers,

Greg
___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss