[OpenAFS] RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up
Matt Vander Werf
mvanderw@nd.edu
Sat, 3 Mar 2018 09:50:15 -0500
--94eb2c1c16be665219056683389e
Content-Type: text/plain; charset="UTF-8"
Yes, that patch was added to the master branch. They usually have to
backport patches into the 1.6.x branch before they will work in that
codebase as well.
But...I was able to apply that patch from Gerrit to the 1.8.0pre5 release
and build RPMs off of that. From my testing, that fix appears to work great
for 1.8.x on RHEL 7.5 beta! I am able to ls in any /afs directory
successfully now!
Using Gary's (unofficial) 1.6.x patch, I was also able to replicate Gary's
success on RHEL 7.5 beta when applying the patch to the latest 1.6.x
release! If the "official" 1.6.x backport fix differs from Gary's (for
whatever reason...not saying it will), I'd be happy to test out that
backported patch as well.
Thanks for all your great work! Looking forward to a new 1.8.x and 1.6.x
release with this fix in place!
--
Matt Vander Werf
HPC System Administrator
University of Notre Dame
Center for Research Computing - Union Station
506 W. South Street
South Bend, IN 46601
Phone: (574) 631-0692
On Fri, Mar 2, 2018 at 5:11 PM, Gary Gatling <gsgatlin@ncsu.edu> wrote:
> I tried to copy/paste the patch at:
>
>
> http://git.openafs.org/?p=openafs.git;a=blobdiff;f=src/afs/
> LINUX/osi_vnodeops.c;h=969a27b271ed3b809f1ddaa462099a5cc09d7
> 886;hp=c1acca962337dff1cf66916c1e3e876bd8468e54;hb=a72dafafd
> daaa5bfe86c067a605aeffa16572c51;hpb=6d74e3d6a1becf86cec30efc
> 2d01a5692167afe1
>
> But it failed for me with openafs-1.6.22.2-src.tar.bz2
>
> patching file src/afs/LINUX/osi_vnodeops.c
> Hunk #1 FAILED at 53.
> Hunk #2 succeeded at 296 (offset -6 lines).
> Hunk #3 succeeded at 378 (offset -7 lines).
> Hunk #4 FAILED at 455.
> Hunk #5 FAILED at 475.
> Hunk #6 FAILED at 798.
> 4 out of 6 hunks FAILED -- saving rejects to file
> src/afs/LINUX/osi_vnodeops.c.rej
>
>
> So I made my own patch based on that one.
>
> https://pastebin.com/NZsUz9Jg
>
> In RHEL 7.5 beta edition vm on kernel 3.10.0-830.el7.x86_64 openafs Works
> like a CHAMP. :) Can list directories again. Can also edit files in afs.
> Whew.
>
> Did further testing to be paranoid. Testing listing directories and
> editing a file in afs path.
>
> Patch was applied across all distros below...
>
> centos 6 32 bit kernel 2.6.32-696.20.1.el6.i686: works
> centos 6 64 bit kernel 2.6.32-696.20.1.el6.x86_64: works
> centos 7.4 64 bit kernel 3.10.0-693.17.1.el7.x86_64: works
> fedora 26 64 bit kernel 4.15.6-200.fc26.x86_64: works
> fedora 27 64 bit kernel 4.15.6-300.fc27.x86_64: works
>
> Since all tests succeeded I went ahead and committed and pushed to
> github.com for my packages.
>
> https://github.com/gsgatlin/openafs-rpms/commit/fd61c9ff2c21
> 404fba5276d7f3919ef1e6ab545d
>
> Thank you very much!
>
>
>
>
>
> On Fri, Mar 2, 2018 at 11:05 AM, Stephan Wiesand <stephan.wiesand@desy.de>
> wrote:
>
>>
>> > On 02.Mar 2018, at 12:40, Gary Gatling <gsgatlin@ncsu.edu> wrote:
>> >
>> >> On Fri, Mar 2, 2018 at 4:14 AM, Stephan Wiesand <
>> stephan.wiesand@desy.de> wrote:
>> >>
>> >>
>> >> Once we have a change confirmed to fix the EL7.5 issue and not break
>> other platforms, yes. Whether it will be available quite in time for 7.5 GA
>> is hard to say. You can help...
>> >>
>> >>
>> >> I will test this patch out later today and let you guys know what I
>> find out. Thanks a lot.
>>
>> Make sure you grab the patch from set 3 (the latest revision). It might
>> be the final solution.
>>
>> --
>> Stephan Wiesand
>> DESY - DV -
>> Platanenallee 6
>> <https://maps.google.com/?q=Platanenallee+6+%0D%0A15738+Zeuthen,+Germany&entry=gmail&source=g>
>> 15738 Zeuthen, Germany
>>
>>
>>
>
--94eb2c1c16be665219056683389e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div>Yes, that patch was added to the master bra=
nch. They usually have to backport patches into the 1.6.x branch before the=
y will work in that codebase as well.<br><br></div>But...I was able to appl=
y that patch from Gerrit to the 1.8.0pre5 release and build RPMs off of tha=
t. From my testing, that fix appears to work great for 1.8.x on RHEL 7.5 be=
ta! I am able to ls in any /afs directory successfully now!<br><br></div>Us=
ing Gary's (unofficial) 1.6.x patch, I was also able to replicate Gary&=
#39;s success on RHEL 7.5 beta when applying the patch to the latest 1.6.x =
release! If the "official" 1.6.x backport fix differs from Gary&#=
39;s (for whatever reason...not saying it will), I'd be happy to test o=
ut that backported patch as well.<br><br></div>Thanks for all your great wo=
rk! Looking forward to a new 1.8.x and 1.6.x release with this fix in place=
!<br><div><div class=3D"gmail_extra"><br clear=3D"all"><div><div class=3D"m=
_-7622894124803709333gmail_signature" data-smartmail=3D"gmail_signature"><d=
iv dir=3D"ltr"><div>--<br></div><div>Matt Vander Werf<br>HPC System Adminis=
trator<br>University of Notre Dame<br>Center for Research Computing - Union=
Station<br>506 W. South Street<br>South Bend, IN 46601<br></div>Phone: <a =
href=3D"tel:(574)%20631-0692" value=3D"+15746310692" target=3D"_blank">(574=
) 631-0692</a></div></div></div>
<br><div class=3D"gmail_quote">On Fri, Mar 2, 2018 at 5:11 PM, Gary Gatling=
<span dir=3D"ltr"><<a href=3D"mailto:gsgatlin@ncsu.edu" target=3D"_blan=
k">gsgatlin@ncsu.edu</a>></span> wrote:<br><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex=
"><div dir=3D"ltr"><div>I tried to copy/paste the patch at:</div><div><br><=
/div><div><br></div><div><a href=3D"http://git.openafs.org/?p=3Dopenafs.git=
;a=3Dblobdiff;f=3Dsrc/afs/LINUX/osi_vnodeops.c;h=3D969a27b271ed3b809f1ddaa4=
62099a5cc09d7886;hp=3Dc1acca962337dff1cf66916c1e3e876bd8468e54;hb=3Da72dafa=
fddaaa5bfe86c067a605aeffa16572c51;hpb=3D6d74e3d6a1becf86cec30efc2d01a569216=
7afe1" target=3D"_blank">http://git.openafs.org/?p=3Dopen<wbr>afs.git;a=3Db=
lobdiff;f=3Dsrc/afs/<wbr>LINUX/osi_vnodeops.c;h=3D969a27b<wbr>271ed3b809f1d=
daa462099a5cc09d7<wbr>886;hp=3Dc1acca962337dff1cf66916<wbr>c1e3e876bd8468e5=
4;hb=3Da72dafafd<wbr>daaa5bfe86c067a605aeffa16572c5<wbr>1;hpb=3D6d74e3d6a1b=
ecf86cec30efc<wbr>2d01a5692167afe1</a><br></div><div><br></div><div>But it =
failed for me with=C2=A0openafs-1.6.22.2-src.tar.<wbr>bz2</div><div><br></d=
iv><div>patching file src/afs/LINUX/osi_vnodeops.c</div><div>Hunk #1 FAILED=
at 53.</div><div>Hunk #2 succeeded at 296 (offset -6 lines).</div><div>Hun=
k #3 succeeded at 378 (offset -7 lines).</div><div>Hunk #4 FAILED at 455.</=
div><div>Hunk #5 FAILED at 475.</div><div>Hunk #6 FAILED at 798.</div><div>=
4 out of 6 hunks FAILED -- saving rejects to file src/afs/LINUX/osi_vnodeop=
s.c.r<wbr>ej</div><div><br></div><div><br></div><div>So I made my own patch=
based on that one.</div><div><br></div><div><a href=3D"https://pastebin.co=
m/NZsUz9Jg" target=3D"_blank">https://pastebin.com/NZsUz9Jg</a><br></div><d=
iv><br></div><div>In RHEL 7.5 beta edition vm on kernel=C2=A03.10.0-830.el7=
.x86_64 openafs Works like a CHAMP. :) Can list directories again. Can also=
edit files in afs.=C2=A0 Whew.</div><div><br></div><div>Did further testin=
g to be paranoid. Testing listing directories and editing a file in afs pat=
h.</div><div><br></div><div>Patch was applied across all distros below...</=
div><div><br></div><div>centos 6 32 bit kernel=C2=A02.6.32-696.20.1.el6.i68=
<wbr>6: works</div><div>centos 6 64 bit kernel=C2=A02.6.32-696.20.1.el6.x86=
<wbr>_64: works</div><div>centos 7.4 64 bit kernel=C2=A03.10.0-693.17.1.el7=
.x86<wbr>_64: works</div><div>fedora 26 64 bit kernel=C2=A04.15.6-200.fc26.=
x86_64: works</div><div>fedora 27 64 bit kernel=C2=A0=C2=A04.15.6-300.fc27.=
x86_64<wbr>: works</div><div><br></div><div>Since all tests succeeded I wen=
t ahead and committed and pushed to <a href=3D"http://github.com" target=3D=
"_blank">github.com</a> for my packages.</div><div><br></div><div><a href=
=3D"https://github.com/gsgatlin/openafs-rpms/commit/fd61c9ff2c21404fba5276d=
7f3919ef1e6ab545d" target=3D"_blank">https://github.com/gsgatlin/op<wbr>ena=
fs-rpms/commit/fd61c9ff2c21<wbr>404fba5276d7f3919ef1e6ab545d</a><br></div><=
div><br></div><div>Thank you very much!</div><div><br></div><div><br></div>=
<div><br></div><div><br></div></div><div class=3D"m_-7622894124803709333HOE=
nZb"><div class=3D"m_-7622894124803709333h5"><div class=3D"gmail_extra"><br=
><div class=3D"gmail_quote">On Fri, Mar 2, 2018 at 11:05 AM, Stephan Wiesan=
d <span dir=3D"ltr"><<a href=3D"mailto:stephan.wiesand@desy.de" target=
=3D"_blank">stephan.wiesand@desy.de</a>></span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex"><div class=3D"m_-7622894124803709333m_-4471884326493980115=
HOEnZb"><div class=3D"m_-7622894124803709333m_-4471884326493980115h5"><br>
> On 02.Mar 2018, at 12:40, Gary Gatling <<a href=3D"mailto:gsgatlin@=
ncsu.edu" target=3D"_blank">gsgatlin@ncsu.edu</a>> wrote:<br>
><br>
>> On Fri, Mar 2, 2018 at 4:14 AM, Stephan Wiesand <<a href=3D"mai=
lto:stephan.wiesand@desy.de" target=3D"_blank">stephan.wiesand@desy.de</a>&=
gt; wrote:<br>
>><br>
>><br>
>> Once we have a change confirmed to fix the EL7.5 issue and not bre=
ak other platforms, yes. Whether it will be available quite in time for 7.5=
GA is hard to say. You can help...<br>
>><br>
>><br>
>> I will test this patch out later today and let you guys know what =
I find out. Thanks a lot.<br>
<br>
</div></div>Make sure you grab the patch from set 3 (the latest revision). =
It might be the final solution.<br>
<span class=3D"m_-7622894124803709333m_-4471884326493980115im m_-7622894124=
803709333m_-4471884326493980115HOEnZb"><br>
--<br>
Stephan Wiesand<br>
DESY - DV -<br>
</span><div class=3D"m_-7622894124803709333m_-4471884326493980115HOEnZb"><d=
iv class=3D"m_-7622894124803709333m_-4471884326493980115h5"><a href=3D"http=
s://maps.google.com/?q=3DPlatanenallee+6+%0D%0A15738+Zeuthen,+Germany&e=
ntry=3Dgmail&source=3Dg" target=3D"_blank">Platanenallee 6</a><br>
15738 Zeuthen, Germany<br>
<br>
<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
--94eb2c1c16be665219056683389e--