[gpfsug-discuss] Upgrading kernel on RHEL
mark.bergman at uphs.upenn.edu
mark.bergman at uphs.upenn.edu
Thu Dec 1 23:50:16 GMT 2016
In the message dated: Tue, 29 Nov 2016 20:56:25 +0000,
The pithy ruminations from Luis Bolinches on
<Re: [gpfsug-discuss] Upgrading kernel on RHEL> were:
=> Its been around in certain cases, some kernel <-> storage combination get
=> hit some not
=>
=> Scott referenced it here https://www.ibm.com/developerworks/community/wikis
=> /home?lang=en#!/wiki/General+Parallel+File+System+%28GPFS%29/page/
=> Storage+with+GPFS+on+Linux
=>
=> https://access.redhat.com/solutions/2437991
=>
=> It happens also on 7.2 and 7.3 ppc64 (not yet on the list of "supported")
=> it does not on 7.1. I can confirm this at least for XIV storage, that it
=> can go up to 1024 only.
=>
=> I know the FAQ will get updated about this, at least there is a CMVC that
=> states so.
=>
=> Long short, you create a FS, and you see all your paths die and recover and
=> die and receover and ..., one after another. And it never really gets done.
=> Also if you boot from SAN ... well you can figure it out ;)
Wow, that sounds extremely similar to a kernel bug/incompatibility with GPFS that I reported in May:
https://patchwork.kernel.org/patch/9140337/
https://bugs.centos.org/view.php?id=10997
My conclusion is not to apply kernel updates, unless strictly necessary (Dirty COW, anyone) or tested & validated with GPFS.
Mark
=>
=>
=> --
=> Ystävällisin terveisin / Kind regards / Saludos cordiales / Salutations
=>
=> Luis Bolinches
=> Lab Services
=> http://www-03.ibm.com/systems/services/labservices/
=>
=> IBM Laajalahdentie 23 (main Entrance) Helsinki, 00330 Finland
=> Phone: +358 503112585
=>
=> "If you continually give you will continually have." Anonymous
=>
=>
=>
=> ----- Original message -----
=> From: Nathan Harper <nathan.harper at cfms.org.uk>
> Sent by: gpfsug-discuss-bounces at spectrumscale.org
=> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
=> Cc:
=> Subject: Re: [gpfsug-discuss] Upgrading kernel on RHEL
=> Date: Tue, Nov 29, 2016 10:44 PM
=>
=> This is the first I've heard of this max_sectors_kb issue, has it
=> already been discussed on the list? Can you point me to any more info?
=>
=>
=>
=> On 29 Nov 2016, at 19:08, Luis Bolinches <luis.bolinches at fi.ibm.com>
=> wrote:
=>
=>
=> Seen that one on 6.8 too
=>
=> teh 4096 does NOT work if storage is XIV then is 1024
=>
=>
=> --
=> Ystävällisin terveisin / Kind regards / Saludos cordiales /
=> Salutations
=>
=> Luis Bolinches
=> Lab Services
=> http://www-03.ibm.com/systems/services/labservices/
=>
=> IBM Laajalahdentie 23 (main Entrance) Helsinki, 00330 Finland
=> Phone: +358 503112585
=>
=> "If you continually give you will continually have." Anonymous
=>
=>
=>
=> ----- Original message -----
=> From: "Kevin D Johnson" <kevindjo at us.ibm.com>
=> Sent by: gpfsug-discuss-bounces at spectrumscale.org
=> To: gpfsug-discuss at spectrumscale.org
=> Cc: gpfsug-discuss at spectrumscale.org
=> Subject: Re: [gpfsug-discuss] Upgrading kernel on RHEL
=> Date: Tue, Nov 29, 2016 8:48 PM
=>
=> I have run into the max_sectors_kb issue and creating a file
=> system when moving beyond 3.10.0-327 on RH 7.2 as well. You
=> either have to reinstall the OS or walk the kernel back to 327
=> via:
=>
=> https://access.redhat.com/solutions/186763
=>
=> Kevin D. Johnson, MBA, MAFM
=> Spectrum Computing, Senior Managing Consultant
=>
=> IBM Certified Deployment Professional - Spectrum Scale V4.1.1
=> IBM Certified Deployment Professional - Cloud Object Storage
=> V3.8
=> IBM Certified Solution Advisor - Spectrum Computing V1
=>
=> 720.349.6199 - kevindjo at us.ibm.com
=>
=>
=>
=>
=> ----- Original message -----
=> From: "Luis Bolinches" <luis.bolinches at fi.ibm.com>
=> Sent by: gpfsug-discuss-bounces at spectrumscale.org
=> To: gpfsug-discuss at spectrumscale.org
=> Cc: gpfsug-discuss at spectrumscale.org
=> Subject: Re: [gpfsug-discuss] Upgrading kernel on RHEL
=> Date: Tue, Nov 29, 2016 5:20 AM
=>
=> My 2 cents
=>
=> And I am sure different people have different opinions.
=>
=> New kernels might be problematic.
=>
=> Now got my fun with RHEL 7.3 kernel and max_sectors_kb for
=> new FS. Is something will come to the FAQ soon. It is
=> already on draft not public.
=>
=> I guess whatever you do .... get a TEST cluster and do it
=> there first, that is better the best advice I could give.
=>
=>
=> --
=> Ystävällisin terveisin / Kind regards / Saludos cordiales /
=> Salutations
=>
=> Luis Bolinches
=> Lab Services
=> http://www-03.ibm.com/systems/services/labservices/
=>
=> IBM Laajalahdentie 23 (main Entrance) Helsinki, 00330
=> Finland
=> Phone: +358 503112585
=>
=> "If you continually give you will continually have."
=> Anonymous
=>
=>
=>
=> ----- Original message -----
=> From: "Sobey, Richard A" <r.sobey at imperial.ac.uk>
=> Sent by: gpfsug-discuss-bounces at spectrumscale.org
=> To: "'gpfsug-discuss at spectrumscale.org'" <
=> gpfsug-discuss at spectrumscale.org>
=> Cc:
=> Subject: [gpfsug-discuss] Upgrading kernel on RHEL
=> Date: Tue, Nov 29, 2016 11:59 AM
=>
=>
=> All,
=>
=>
=>
=> As a general rule, when updating GPFS to a newer
=> release, would you perform a full OS update at the same
=> time, and/or update the kernel too?
=>
=>
=>
=> Just trying to gauge what other people do in this
=> respect. Personally I’ve always upgraded everything at
=> once – including kernel. Am I looking for trouble?
=>
=>
=>
=> Cheers
=>
=> Richard
=>
=> _______________________________________________
=> gpfsug-discuss mailing list
=> gpfsug-discuss at spectrumscale.org
=> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
=>
=>
=>
=> Ellei edellä ole toisin mainittu: / Unless stated otherwise
=> above:
=> Oy IBM Finland Ab
=> PL 265, 00101 Helsinki, Finland
=> Business ID, Y-tunnus: 0195876-3
=> Registered in Finland
=>
=> _______________________________________________
=> gpfsug-discuss mailing list
=> gpfsug-discuss at spectrumscale.org
=> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
=>
=>
=>
=> _______________________________________________
=> gpfsug-discuss mailing list
=> gpfsug-discuss at spectrumscale.org
=> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
=>
=>
=>
=> Ellei edellä ole toisin mainittu: / Unless stated otherwise above:
=> Oy IBM Finland Ab
=> PL 265, 00101 Helsinki, Finland
=> Business ID, Y-tunnus: 0195876-3
=> Registered in Finland
=>
=>
=> _______________________________________________
=> gpfsug-discuss mailing list
=> gpfsug-discuss at spectrumscale.org
=> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
=>
=> _______________________________________________
=> gpfsug-discuss mailing list
=> gpfsug-discuss at spectrumscale.org
=> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
=>
=>
=>
=> Ellei edellä ole toisin mainittu: / Unless stated otherwise above:
=> Oy IBM Finland Ab
=> PL 265, 00101 Helsinki, Finland
=> Business ID, Y-tunnus: 0195876-3
=> Registered in Finland
=>
=> _______________________________________________
=> gpfsug-discuss mailing list
=> gpfsug-discuss at spectrumscale.org
=> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
=>
More information about the gpfsug-discuss
mailing list