[OpenAFS] compile fails kernel version 4.4.0-1-default
Ted Creedon
tcreedon@easystreet.net
Wed, 2 Mar 2016 19:07:10 +0000
--_000_SN1PR14MB025409668E15608D5E15DC94A4BC0SN1PR14MB0254namp_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
I would have too think that after all this time whatever license there is h=
as been overtaken by events.
What would IBM do - sue a penniless entity? IBM is not being damaged, in fa=
ct its users running IBM PCs and other hardware have benefited from the fre=
e support.
I look at any agreement as a "bait and switch" that enabled IBM to relieve =
itself from the cost of supporting a defective product.
In fact IBM licensed a "Pig in a poke".
Take the ball and run with it.
Tedc
________________________________
From: Edgecombe, Jason <jwedgeco@uncc.edu>
Sent: Wednesday, March 2, 2016 10:25 AM
To: Brandon Allbery
Cc: Ted Creedon; openafs-info@openafs.org
Subject: Re: [OpenAFS] compile fails kernel version 4.4.0-1-default
Can the OpenAFS folks work on kAFS? I was under the impression that they we=
re "tainted" by having read the IBM-provided code.
---------------------------------------------------------------------------
Jason Edgecombe | Linux Administrator
UNC Charlotte | The William States Lee College of Engineering
9201 University City Blvd. | Charlotte, NC 28223-0001
Phone: 704-687-1943<tel:704-687-1943>
jwedgeco@uncc.edu<mailto:jwedgeco@uncc.edu> | http://engr.uncc.edu | Faceb=
ook
---------------------------------------------------------------------------
If you are not the intended recipient of this transmission or a person resp=
onsible for delivering it to the intended recipient, any disclosure, copyin=
g, distribution, or other use of any of the information in this transmissio=
n is strictly prohibited. If you have received this transmission in error, =
please notify me immediately by reply e-mail or by telephone at
704-687-1943<tel:704-687-1943>. Thank you.
On Wed, Mar 2, 2016 at 10:21 AM, Brandon Allbery <ballbery@sinenomine.net<m=
ailto:ballbery@sinenomine.net>> wrote:
Not until someone adds pioctl support to it.
-----Original Message-----
From: openafs-info-admin@openafs.org<mailto:openafs-info-admin@openafs.org>=
[mailto:openafs-info-admin@openafs.org<mailto:openafs-info-admin@openafs.o=
rg>] On Behalf Of Ted Creedon
Sent: Wednesday, March 2, 2016 10:13 AM
Cc: openafs-info@openafs.org<mailto:openafs-info@openafs.org>
Subject: Re: [OpenAFS] compile fails kernel version 4.4.0-1-default
Would it be appropriate to force a move to kafs now?
________________________________________
From: openafs-info-admin@openafs.org<mailto:openafs-info-admin@openafs.org>=
<openafs-info-admin@openafs.org<mailto:openafs-info-admin@openafs.org>> on=
behalf of Benjamin Kaduk <kaduk@MIT.EDU<mailto:kaduk@MIT.EDU>>
Sent: Tuesday, March 1, 2016 7:31 PM
To: Michael La=DF
Cc: OpenAFS-info@openafs.org<mailto:OpenAFS-info@openafs.org>
Subject: Re: [OpenAFS] compile fails kernel version 4.4.0-1-default
On Tue, 1 Mar 2016, Michael La=DF wrote:
> Hi!
>
> Am 23.01.2016 um 18:22 schrieb Benjamin Kaduk <kaduk@MIT.EDU<mailto:kaduk=
@MIT.EDU>>:
> >
> > Though the patches linked there are sufficient to permit the build
> > to complete, there are some more subtle behavior changes in the
> > kernel in that some of the splice functions will now return
> > ERESTARTSYS if there is any signal pending in the current process.
> > In particular, there are presumed to be codepaths for which we do
> > not have proper error handling, that could lead to data loss.
> > Further analysis is needed (which I am not prepared to undertake at pre=
sent).
>
> It seems like you were spot on with this. Some Arch Linux users have been=
brave enough to test OpenAFS with these patches on Linux 4.4. One reported=
a data corruption issue now. Quote from https://aur.archlinux.org/packages=
/openafs/:
>
> > I tried the patch and I get problems. When I do checkout a different br=
anch of my software from a git repository things fail and I'm left with a c=
orrupted workspace. The log files shows the following message:
> > kernel: afs: Lost contact with file server ... in cell ... (code
> > -512) (all multi-homed ip addresses down for the server)
> > kernel: afs: failed to store file (network problems)
> > kernel: afs: file server ... in cell ... is back up (code 0)
> > (multi-homed address; other same-host interfaces may still be down)
>
>
> Guess what error core -512 is=85 Yep, it=92s -ERESTARTSYS.
>
> So there is definitely some additional work required for Linux 4.4.
Hi Michael,
Thank you for reporting this back to the list. To the list members:
I would like to point out that no openafs developer has stated that they ar=
e working on this issue, and it appears that a proper fix will require modi=
fications through many different parts of the cache manager; that is, it wi=
ll be an invasive change that requires substantial development effort. The=
re is a real risk that OpenAFS will not be able to support kernels from the=
4.4 series and newer -- the openafs package is slated for removal from Deb=
ian testing in just three weeks.
If there are sites that will be adversely affected by the lack of a functio=
ning openafs client for linux kernel 4.4 or newer, it will be easier if the=
y can contribute resources now, rather than months from now when these kern=
els make their way into the linux distributions deployed at these sites.
-Ben
_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org<mailto:OpenAFS-info@openafs.org>
https://lists.openafs.org/mailman/listinfo/openafs-info
--_000_SN1PR14MB025409668E15608D5E15DC94A4BC0SN1PR14MB0254namp_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
<style type=3D"text/css" style=3D"display:none;"><!-- P {margin-top:0;margi=
n-bottom:0;} --></style>
</head>
<body dir=3D"ltr">
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;back=
ground-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>I would have too think that after all this time whatever license there i=
s has been overtaken by events.</p>
<p><br>
</p>
<p>What would IBM do - sue a penniless entity? IBM is not being damaged, in=
fact its users running IBM PCs and other hardware have benefited from the =
free support.</p>
<p><br>
</p>
<p>I look at any agreement as a "bait and switch" that enabled IB=
M to relieve itself from the cost of supporting a defective product.
<br>
</p>
<p><br>
</p>
<p>In fact IBM licensed a "Pig in a poke".</p>
<p><br>
</p>
<p>Take the ball and run with it.<br>
</p>
<p><br>
</p>
<p>Tedc<br>
</p>
<div style=3D"color: rgb(49, 55, 57);">
<hr tabindex=3D"-1" style=3D"display:inline-block; width:98%">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font style=3D"font-size:11pt" color=
=3D"#000000" face=3D"Calibri, sans-serif"><b>From:</b> Edgecombe, Jason <=
;jwedgeco@uncc.edu><br>
<b>Sent:</b> Wednesday, March 2, 2016 10:25 AM<br>
<b>To:</b> Brandon Allbery<br>
<b>Cc:</b> Ted Creedon; openafs-info@openafs.org<br>
<b>Subject:</b> Re: [OpenAFS] compile fails kernel version 4.4.0-1-default<=
/font>
<div> </div>
</div>
<div>
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f">Can the OpenAFS folks work on kAFS? I was under the impression that they=
were "tainted" by having read the IBM-provided code.<br>
</div>
</div>
<div class=3D"gmail_extra"><br clear=3D"all">
<div>
<div class=3D"gmail_signature">
<div dir=3D"ltr">----------------------------------------------------------=
-----------------<br>
Jason Edgecombe | Linux Administrator<br>
UNC Charlotte | The William States Lee College of Engineering<br>
9201 University City Blvd. | Charlotte, NC 28223-0001<br>
Phone: <a href=3D"tel:704-687-1943" value=3D"+17046871943" target=3D"_b=
lank"><span>704</span>-<span>687</span>-<span>1943</span></a><br>
<a href=3D"mailto:jwedgeco@uncc.edu" target=3D"_blank">jwedgeco@uncc.edu</a=
> | <a href=3D"http://engr.uncc.edu" target=3D"_blank">
http://engr.uncc.edu</a> | Facebook<br>
---------------------------------------------------------------------------=
<br>
If you are not the intended recipient of this transmission or a person resp=
onsible for delivering it to the intended recipient, any disclosure, copyin=
g, distribution, or other use of any of the information in this transmissio=
n is strictly prohibited. If you
have received this transmission in error, please notify me immediately by =
reply e-mail or by telephone at<br>
<a href=3D"tel:704-687-1943" value=3D"+17046871943" target=3D"_blank"><=
span>704</span>-<span>687</span>-<span>1943</span></a>. Thank you.</d=
iv>
</div>
</div>
<br>
<div class=3D"gmail_quote">On Wed, Mar 2, 2016 at 10:21 AM, Brandon Allbery=
<span dir=3D"ltr">
<<a href=3D"mailto:ballbery@sinenomine.net" target=3D"_blank">ballbery@s=
inenomine.net</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex; border-left:1=
px #ccc solid; padding-left:1ex">
Not until someone adds pioctl support to it.<br>
<div class=3D"HOEnZb">
<div class=3D"h5"><br>
-----Original Message-----<br>
From: <a href=3D"mailto:openafs-info-admin@openafs.org">openafs-info-admin@=
openafs.org</a> [mailto:<a href=3D"mailto:openafs-info-admin@openafs.org">o=
penafs-info-admin@openafs.org</a>] On Behalf Of Ted Creedon<br>
Sent: Wednesday, March 2, 2016 10:13 AM<br>
Cc: <a href=3D"mailto:openafs-info@openafs.org">openafs-info@openafs.org</a=
><br>
Subject: Re: [OpenAFS] compile fails kernel version 4.4.0-1-default<br>
<br>
Would it be appropriate to force a move to kafs now?<br>
<br>
________________________________________<br>
From: <a href=3D"mailto:openafs-info-admin@openafs.org">openafs-info-admin@=
openafs.org</a> <<a href=3D"mailto:openafs-info-admin@openafs.org">opena=
fs-info-admin@openafs.org</a>> on behalf of Benjamin Kaduk <<a href=
=3D"mailto:kaduk@MIT.EDU">kaduk@MIT.EDU</a>><br>
Sent: Tuesday, March 1, 2016 7:31 PM<br>
To: Michael La=DF<br>
Cc: <a href=3D"mailto:OpenAFS-info@openafs.org">OpenAFS-info@openafs.org</a=
><br>
Subject: Re: [OpenAFS] compile fails kernel version 4.4.0-1-default<br>
<br>
On Tue, 1 Mar 2016, Michael La=DF wrote:<br>
<br>
> Hi!<br>
><br>
> Am 23.01.2016 um 18:22 schrieb Benjamin Kaduk <<a href=3D"mailto:ka=
duk@MIT.EDU">kaduk@MIT.EDU</a>>:<br>
> ><br>
> > Though the patches linked there are sufficient to permit the buil=
d<br>
> > to complete, there are some more subtle behavior changes in the<b=
r>
> > kernel in that some of the splice functions will now return<br>
> > ERESTARTSYS if there is any signal pending in the current process=
.<br>
> > In particular, there are presumed to be codepaths for which we do=
<br>
> > not have proper error handling, that could lead to data loss.<br>
> > Further analysis is needed (which I am not prepared to undertake =
at present).<br>
><br>
> It seems like you were spot on with this. Some Arch Linux users have b=
een brave enough to test OpenAFS with these patches on Linux 4.4. One repor=
ted a data corruption issue now. Quote from
<a href=3D"https://aur.archlinux.org/packages/openafs/" rel=3D"noreferrer" =
target=3D"_blank">
https://aur.archlinux.org/packages/openafs/</a>:<br>
><br>
> > I tried the patch and I get problems. When I do checkout a differ=
ent branch of my software from a git repository things fail and I'm left wi=
th a corrupted workspace. The log files shows the following message:<br>
> > kernel: afs: Lost contact with file server ... in cell ... (code<=
br>
> > -512) (all multi-homed ip addresses down for the server)<br>
> > kernel: afs: failed to store file (network problems)<br>
> > kernel: afs: file server ... in cell ... is back up (code 0)<br>
> > (multi-homed address; other same-host interfaces may still be dow=
n)<br>
><br>
><br>
> Guess what error core -512 is=85 Yep, it=92s -ERESTARTSYS.<br>
><br>
> So there is definitely some additional work required for Linux 4.4.<br=
>
<br>
Hi Michael,<br>
<br>
Thank you for reporting this back to the list. To the list members:<b=
r>
<br>
I would like to point out that no openafs developer has stated that they ar=
e working on this issue, and it appears that a proper fix will require modi=
fications through many different parts of the cache manager; that is, it wi=
ll be an invasive change that requires
substantial development effort. There is a real risk that OpenAFS wi=
ll not be able to support kernels from the 4.4 series and newer -- the open=
afs package is slated for removal from Debian testing in just three weeks.<=
br>
<br>
If there are sites that will be adversely affected by the lack of a functio=
ning openafs client for linux kernel 4.4 or newer, it will be easier if the=
y can contribute resources now, rather than months from now when these kern=
els make their way into the linux
distributions deployed at these sites.<br>
<br>
-Ben<br>
_______________________________________________<br>
OpenAFS-info mailing list<br>
<a href=3D"mailto:OpenAFS-info@openafs.org">OpenAFS-info@openafs.org</a><br=
>
<a href=3D"https://lists.openafs.org/mailman/listinfo/openafs-info" rel=3D"=
noreferrer" target=3D"_blank">https://lists.openafs.org/mailman/listinfo/op=
enafs-info</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</body>
</html>
--_000_SN1PR14MB025409668E15608D5E15DC94A4BC0SN1PR14MB0254namp_--