From Sergio.Gelato@astro.su.se  Sun Jan  3 22:00:59 2016
From: Sergio.Gelato@astro.su.se (Sergio Gelato)
Date: Sun, 3 Jan 2016 23:00:59 +0100
Subject: [OpenAFS] Token gone after sudo?!
In-Reply-To: <CAMPYxdn1R7wUxnXLHnxfRHqJ1Js7aSOL99FQBnYmCzOEi5x=yQ@mail.gmail.com>
References: <CAMPYxdn1R7wUxnXLHnxfRHqJ1Js7aSOL99FQBnYmCzOEi5x=yQ@mail.gmail.com>
Message-ID: <20160103220054.GA11993@hanuman.astro.su.se>

* Alexander Lazarevi=C4=87 [2015-12-31 00:05:59 +0100]:
> I just recently upgraded to ubuntu 15.10 and I am using the openafs
> client 1.6.16-0ppa1~ubuntu15.10.2. With the switch to 15.10 I started to
> notice tokens to "disappear".

Ubuntu 15.10 "wily werewolf" uses libpam-afs-session 2.5-4.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D782589
presumably applies. According to the changelog for sudo the default behavio=
ur
for pam_setcred was changed in 1.8.10p2, and indeed Ubuntu ships version
1.8.9p5 in vivid, 1.8.12 in wily.

So either add
	Defaults !pam_setcred
to your sudo configuration or backport libpam-afs-session 2.6-1 from xenial.
(I've done both, after determining that the new default sudo behaviour wasn=
't
useful in my environment.)

The same problem affects Debian 8 (jessie).

From cogel@uni-koeln.de  Fri Jan  8 08:45:52 2016
From: cogel@uni-koeln.de (Berthold Cogel)
Date: Fri, 08 Jan 2016 09:45:52 +0100
Subject: [OpenAFS] kmod-openafs package in RHEL6 repos breaks updates
Message-ID: <568F7740.4050201@uni-koeln.de>

Hello!

First: A happy new year to all of you!


Somehow a kmod-openafs package got in the RHEL6 x86_64 repos that breaks
the update and installation process. I found this package in the repos
for 1.6.14..1.6.16

It's a module that seems to be build for a kernel 3.18, which is not
available for RHEL6. At least not through the official channels:

kmod-openafs-1.6.16-1.3.18.21_16.el6.x86_64


Regards
Berthold Cogel


From alexander@lazarevic.de  Fri Jan  8 14:28:12 2016
From: alexander@lazarevic.de (=?UTF-8?Q?Alexander_Lazarevi=C4=87?=)
Date: Fri, 8 Jan 2016 15:28:12 +0100
Subject: [OpenAFS] Token gone after sudo?!
In-Reply-To: <20160103220054.GA11993@hanuman.astro.su.se>
References: <CAMPYxdn1R7wUxnXLHnxfRHqJ1Js7aSOL99FQBnYmCzOEi5x=yQ@mail.gmail.com>
 <20160103220054.GA11993@hanuman.astro.su.se>
Message-ID: <CAMPYxdkPX7-eTV30i48yMyGCOTaFz8064L8U70xDuf+MwoKuqA@mail.gmail.com>

--089e0115fb10d6bf6d0528d3663c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

=E2=80=8BGuys, thanks for the hints at where to look at.=E2=80=8B

2016-01-03 23:00 GMT+01:00 Sergio Gelato <Sergio.Gelato@astro.su.se>:

> Defaults !pam_setcred


=E2=80=8BSergio, this works for me. Thanks for the solution and the referen=
ce to
the bug report for ubuntu!

Cheers,
 Alex=E2=80=8B

--089e0115fb10d6bf6d0528d3663c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_default" st=
yle=3D"font-family:tahoma,sans-serif">=E2=80=8BGuys, thanks for the hints a=
t where to look at.=E2=80=8B</div><br><div class=3D"gmail_quote">2016-01-03=
 23:00 GMT+01:00 Sergio Gelato <span dir=3D"ltr">&lt;<a href=3D"mailto:Serg=
io.Gelato@astro.su.se" target=3D"_blank">Sergio.Gelato@astro.su.se</a>&gt;<=
/span>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bor=
der-left:1px #ccc solid;padding-left:1ex">Defaults !pam_setcred</blockquote=
></div><br><div class=3D"gmail_default" style=3D"font-family:tahoma,sans-se=
rif">=E2=80=8BSergio, this works for me. Thanks for the solution and the re=
ference to the bug report for ubuntu!</div><div class=3D"gmail_default" sty=
le=3D"font-family:tahoma,sans-serif"><br></div><div class=3D"gmail_default"=
 style=3D"font-family:tahoma,sans-serif">Cheers,</div><div class=3D"gmail_d=
efault" style=3D"font-family:tahoma,sans-serif">=C2=A0Alex=E2=80=8B</div><b=
r></div></div>

--089e0115fb10d6bf6d0528d3663c--

From stephan.wiesand@desy.de  Fri Jan  8 15:56:10 2016
From: stephan.wiesand@desy.de (Stephan Wiesand)
Date: Fri, 8 Jan 2016 16:56:10 +0100
Subject: [OpenAFS] kmod-openafs package in RHEL6 repos breaks updates
In-Reply-To: <568F7740.4050201@uni-koeln.de>
References: <568F7740.4050201@uni-koeln.de>
Message-ID: <4CC0CB33-2389-46F8-96C6-F815254BA114@desy.de>

Hi Berthold, long time no see...

On Jan 8, 2016, at 09:45 , Berthold Cogel wrote:

> Somehow a kmod-openafs package got in the RHEL6 x86_64 repos that =
breaks
> the update and installation process. I found this package in the repos
> for 1.6.14..1.6.16
>=20
> It's a module that seems to be build for a kernel 3.18, which is not
> available for RHEL6. At least not through the official channels:
>=20
> kmod-openafs-1.6.16-1.3.18.21_16.el6.x86_64


sigh. RHEL + external kernel modules is so broken, thanks to the Fedora =
religion :-(

The repositories (packages *and* metadata) are just rsynced from the =
place where Stephen provides them. Omitting select packages and =
rebuilding the metadata is certainly doable but yet more work for which =
there is no manpower available.

I'll see what I can do but please don't hold your breath...

Thanks for the report. At least it proves that some are still using the =
repository.

NB what are you using (or going to use) for EL7?

	Stephan


From cogel@uni-koeln.de  Fri Jan  8 16:31:35 2016
From: cogel@uni-koeln.de (Berthold Cogel)
Date: Fri, 08 Jan 2016 17:31:35 +0100
Subject: [OpenAFS] kmod-openafs package in RHEL6 repos breaks updates
In-Reply-To: <4CC0CB33-2389-46F8-96C6-F815254BA114@desy.de>
References: <568F7740.4050201@uni-koeln.de> <4CC0CB33-2389-46F8-96C6-F815254BA114@desy.de>
Message-ID: <568FE467.20802@uni-koeln.de>

Am 08.01.2016 um 16:56 schrieb Stephan Wiesand:
> Hi Berthold, long time no see...
> 
> On Jan 8, 2016, at 09:45 , Berthold Cogel wrote:
> 
>> Somehow a kmod-openafs package got in the RHEL6 x86_64 repos that breaks
>> the update and installation process. I found this package in the repos
>> for 1.6.14..1.6.16
>>
>> It's a module that seems to be build for a kernel 3.18, which is not
>> available for RHEL6. At least not through the official channels:
>>
>> kmod-openafs-1.6.16-1.3.18.21_16.el6.x86_64
> 
> 
> sigh. RHEL + external kernel modules is so broken, thanks to the Fedora religion :-(
> 
> The repositories (packages *and* metadata) are just rsynced from the place where Stephen provides them. Omitting select packages and rebuilding the metadata is certainly doable but yet more work for which there is no manpower available.
> 
> I'll see what I can do but please don't hold your breath...
> 
> Thanks for the report. At least it proves that some are still using the repository.
> 
> NB what are you using (or going to use) for EL7?
> 
> 	Stephan
> 

Hi Stephan,

it has been indeed a long time....

To much work for few people...  and I'm a kind of 'single point of
failure' for our linux environment. That's why I'm still stuck with RHEL6.

I've put an exclude in the repo file:

exclude=kmod-openafs-1.6.16-1.3.18*

And during kickstart I exclude the package with yum -x
kmod-openafs-1.6.16-1.3.18* (haven't tested this one yet...)


Berthold

From dirk.heinrichs@altum.de  Tue Jan 12 05:42:42 2016
From: dirk.heinrichs@altum.de (Dirk Heinrichs)
Date: Tue, 12 Jan 2016 06:42:42 +0100
Subject: [OpenAFS] Cross-platform DFS
In-Reply-To: <CACRgDn-hj3+7mWfqOSB=4wR+Zo_7x6MNjr_QYFxnaBDMBk_Cjg@mail.gmail.com>
References: <CACRgDn-hj3+7mWfqOSB=4wR+Zo_7x6MNjr_QYFxnaBDMBk_Cjg@mail.gmail.com>
Message-ID: <11528866.akf4Qg7byp@moria>

--nextPart1966073.RRtWgLLMPC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Am Mittwoch 23 Dezember 2015, 19:10:59 schrieb Bruno Andrade:

[Wonder why this post reached me/the list just today, is your date set=20=

correctly?]

> Ideally, we wanted to build a pool of storage with 42TB (combining al=
l
> windows and linux servers), but without changing the windows servers =
to
> linux
>=20
> Is that possible with OpenAFS?

Without changing the Windows servers to Linux, no. There's no OpenAFS s=
erver=20
for Windows, just the client. Unless you also want to use the Windows s=
ervers=20
for something else (Domain Controller, ...) it doesn't make much sense =
to=20
leave them on Windows (IMHO).

Bye...

=09Dirk
=2D-=20
Dirk Heinrichs <dirk.heinrichs@altum.de>
GPG Public Key CB614542 | Jabber: dirk.heinrichs@altum.de
Tox: heini@toxme.se
Sichere Internetkommunikation: http://www.retroshare.org
Privacy Handbuch: https://www.privacy-handbuch.de

--nextPart1966073.RRtWgLLMPC
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIVAwUAVpSSXcwdtL3LYUVCAQoq9xAAqUmZSuPpt7X3HNBe8KyXZx+sf2yzwMt4
t46kFY2XmgGTCoMJH5wHrKnmeGtZkPhsPsqHHYD8geCddHNJz0PY/Q4ILovW66Ej
vDZqGQmUYVbdeJ36cTXU116hvDzFb85hYKNX27tmBZ8BFK4ssZmuBOOTO/eWsuE6
re/UY8y4VqJmhyOI5vlmdwHfMx6yp2VJmrxV4sfykcA5pt4W/t09AaKTSGde3vfU
50CdhiN5v59myE99hhsjtqyAbhF8AIft4Dopr+7sjlxv53TYKmy8BhagE6fQtTSm
M2owZ2xSVG2PnAWHWdhmZ7+x0Dsf7mUYFLf70JXViz9KjA5kgLeId9Kcx39+dTq3
ckK4Uq3J2uHuDafJF1YDYWVuxDLMkTSVG2Tj2EAQCwYfel1g/W8ZO3utHdHTNHW5
cKYeMv/MmAhcarpCdKX2DuZBL6+6GQxe34P6ee6ltlOisPSYPY+/S8OlddSt9zdN
W6Jq6xu+s+QPHp1Qj8Aet+tUqWszGruu9aEFGJM8H8utw0STb1bJvltpuXdRlw1C
dbVwz5mkWQ2HJo3Mz3eVLmdgqye+BSaR4eJ1MBL1j6dTqBK7edmMUSefwIQVKVuC
YYH4CkyMkQurBj2uhsL3bb93ZNKk0+X99CF1aW9+Txg5fyCCjGdHe/ORJ6vuxIzH
CsbPKvtU860=
=uyxu
-----END PGP SIGNATURE-----

--nextPart1966073.RRtWgLLMPC--


From stephen@jadevine.org.uk  Tue Jan 12 06:45:06 2016
From: stephen@jadevine.org.uk (Stephen Quinney)
Date: Tue, 12 Jan 2016 06:45:06 +0000
Subject: [OpenAFS] kmod-openafs package in RHEL6 repos breaks updates
In-Reply-To: <568FE467.20802@uni-koeln.de>
References: <568F7740.4050201@uni-koeln.de>
 <4CC0CB33-2389-46F8-96C6-F815254BA114@desy.de>
 <568FE467.20802@uni-koeln.de>
Message-ID: <CAJ+y7SzXBMHnb6m0R_E+fNL8EwFM7iDL-zFAUpT1vX7DKQ4anw@mail.gmail.com>

--94eb2c08d9bad97e9e05291d64e0
Content-Type: text/plain; charset=UTF-8

These kmod versions are apparently related to centos "virt/xen" kernels in
6.7. If people don't think they are useful it would be easy enough avoid
building kmod packages for those kernels.


Stephen


On 8 January 2016 at 16:31, Berthold Cogel <cogel@uni-koeln.de> wrote:

> Am 08.01.2016 um 16:56 schrieb Stephan Wiesand:
> > Hi Berthold, long time no see...
> >
> > On Jan 8, 2016, at 09:45 , Berthold Cogel wrote:
> >
> >> Somehow a kmod-openafs package got in the RHEL6 x86_64 repos that breaks
> >> the update and installation process. I found this package in the repos
> >> for 1.6.14..1.6.16
> >>
> >> It's a module that seems to be build for a kernel 3.18, which is not
> >> available for RHEL6. At least not through the official channels:
> >>
> >> kmod-openafs-1.6.16-1.3.18.21_16.el6.x86_64
> >
> >
> > sigh. RHEL + external kernel modules is so broken, thanks to the Fedora
> religion :-(
> >
> > The repositories (packages *and* metadata) are just rsynced from the
> place where Stephen provides them. Omitting select packages and rebuilding
> the metadata is certainly doable but yet more work for which there is no
> manpower available.
> >
> > I'll see what I can do but please don't hold your breath...
> >
> > Thanks for the report. At least it proves that some are still using the
> repository.
> >
> > NB what are you using (or going to use) for EL7?
> >
> >       Stephan
> >
>
> Hi Stephan,
>
> it has been indeed a long time....
>
> To much work for few people...  and I'm a kind of 'single point of
> failure' for our linux environment. That's why I'm still stuck with RHEL6.
>
> I've put an exclude in the repo file:
>
> exclude=kmod-openafs-1.6.16-1.3.18*
>
> And during kickstart I exclude the package with yum -x
> kmod-openafs-1.6.16-1.3.18* (haven't tested this one yet...)
>
>
> Berthold
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>

--94eb2c08d9bad97e9e05291d64e0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>These kmod versions are apparently related to centos =
&quot;virt/xen&quot; kernels in 6.7. If people don&#39;t think they are use=
ful it would be easy enough avoid building kmod packages for those kernels.=
<br><br><br></div>Stephen<br><br></div><div class=3D"gmail_extra"><br><div =
class=3D"gmail_quote">On 8 January 2016 at 16:31, Berthold Cogel <span dir=
=3D"ltr">&lt;<a href=3D"mailto:cogel@uni-koeln.de" target=3D"_blank">cogel@=
uni-koeln.de</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span =
class=3D"">Am 08.01.2016 um 16:56 schrieb Stephan Wiesand:<br>
&gt; Hi Berthold, long time no see...<br>
&gt;<br>
&gt; On Jan 8, 2016, at 09:45 , Berthold Cogel wrote:<br>
&gt;<br>
&gt;&gt; Somehow a kmod-openafs package got in the RHEL6 x86_64 repos that =
breaks<br>
&gt;&gt; the update and installation process. I found this package in the r=
epos<br>
&gt;&gt; for 1.6.14..1.6.16<br>
&gt;&gt;<br>
&gt;&gt; It&#39;s a module that seems to be build for a kernel 3.18, which =
is not<br>
&gt;&gt; available for RHEL6. At least not through the official channels:<b=
r>
&gt;&gt;<br>
&gt;&gt; kmod-openafs-1.6.16-1.3.18.21_16.el6.x86_64<br>
&gt;<br>
&gt;<br>
&gt; sigh. RHEL + external kernel modules is so broken, thanks to the Fedor=
a religion :-(<br>
&gt;<br>
&gt; The repositories (packages *and* metadata) are just rsynced from the p=
lace where Stephen provides them. Omitting select packages and rebuilding t=
he metadata is certainly doable but yet more work for which there is no man=
power available.<br>
&gt;<br>
&gt; I&#39;ll see what I can do but please don&#39;t hold your breath...<br=
>
&gt;<br>
&gt; Thanks for the report. At least it proves that some are still using th=
e repository.<br>
&gt;<br>
&gt; NB what are you using (or going to use) for EL7?<br>
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0Stephan<br>
&gt;<br>
<br>
</span>Hi Stephan,<br>
<br>
it has been indeed a long time....<br>
<br>
To much work for few people...=C2=A0 and I&#39;m a kind of &#39;single poin=
t of<br>
failure&#39; for our linux environment. That&#39;s why I&#39;m still stuck =
with RHEL6.<br>
<br>
I&#39;ve put an exclude in the repo file:<br>
<br>
exclude=3Dkmod-openafs-1.6.16-1.3.18*<br>
<br>
And during kickstart I exclude the package with yum -x<br>
kmod-openafs-1.6.16-1.3.18* (haven&#39;t tested this one yet...)<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
<br>
Berthold<br>
</font></span><div class=3D"HOEnZb"><div class=3D"h5">_____________________=
__________________________<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>

--94eb2c08d9bad97e9e05291d64e0--

From cogel@uni-koeln.de  Tue Jan 12 08:36:08 2016
From: cogel@uni-koeln.de (Berthold Cogel)
Date: Tue, 12 Jan 2016 09:36:08 +0100
Subject: [OpenAFS] kmod-openafs package in RHEL6 repos breaks updates
In-Reply-To: <CAJ+y7SzXBMHnb6m0R_E+fNL8EwFM7iDL-zFAUpT1vX7DKQ4anw@mail.gmail.com>
References: <568F7740.4050201@uni-koeln.de>	<4CC0CB33-2389-46F8-96C6-F815254BA114@desy.de>	<568FE467.20802@uni-koeln.de> <CAJ+y7SzXBMHnb6m0R_E+fNL8EwFM7iDL-zFAUpT1vX7DKQ4anw@mail.gmail.com>
Message-ID: <5694BAF8.10703@uni-koeln.de>

Am 12.01.2016 um 07:45 schrieb Stephen Quinney:
> These kmod versions are apparently related to centos "virt/xen" kernels
> in 6.7. If people don't think they are useful it would be easy enough
> avoid building kmod packages for those kernels.
> 


Perhaps it is possible to 'label' them. Like those centos.plus packages.
Something like ..el6.xen.x86_654.rpm. This will make it easier to
exclude future versions.

Regards
Berthold Cogel



From haba@kth.se  Tue Jan 12 09:28:46 2016
From: haba@kth.se (Harald Barth)
Date: Tue, 12 Jan 2016 10:28:46 +0100 (CET)
Subject: [OpenAFS] Cross-platform DFS
In-Reply-To: <CACRgDn-hj3+7mWfqOSB=4wR+Zo_7x6MNjr_QYFxnaBDMBk_Cjg@mail.gmail.com>
References: <CACRgDn-hj3+7mWfqOSB=4wR+Zo_7x6MNjr_QYFxnaBDMBk_Cjg@mail.gmail.com>
Message-ID: <20160112.102846.1055766565143980268.haba@habook.pdc.kth.se>

Do you have any special reason that your storage is spread out on
several OS:es? Looks like a quite small installation to be so
spread out.

> we have SSD disks spread across both windows and linux machines that we
> wanted to put together into a pool of storage, and ideally, mount it as NFS
> in all servers, so our software can access the NFS mount point and
> write/read data.

No, not as NFS. AFS mounts as AFS with it's own kernel module (in
Windows called "driver" I think).

> Ideally, we wanted to build a pool of storage with 42TB (combining all
> windows and linux servers), but without changing the windows servers to
> linux

What are you especially found of in these so that you want to keep them?

Harald.

From jaltman@auristor.com  Tue Jan 12 15:26:35 2016
From: jaltman@auristor.com (Jeffrey Altman)
Date: Tue, 12 Jan 2016 10:26:35 -0500
Subject: [OpenAFS] Cross-platform DFS
In-Reply-To: <CACRgDn-hj3+7mWfqOSB=4wR+Zo_7x6MNjr_QYFxnaBDMBk_Cjg@mail.gmail.com>
References: <CACRgDn-hj3+7mWfqOSB=4wR+Zo_7x6MNjr_QYFxnaBDMBk_Cjg@mail.gmail.com>
Message-ID: <56951B2B.8020800@auristor.com>

This is a cryptographically signed message in MIME format.

--------------ms070008070507020100070007
Content-Type: multipart/mixed;
 boundary="------------020605080906080109060601"

This is a multi-part message in MIME format.
--------------020605080906080109060601
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 12/23/2015 2:10 PM, Bruno Andrade wrote:
> Hi there
>=20
> We are looking for a cross-platform distributed file system that can
> pull together the disks from both Linux (Red hat and Ubuntu) servers an=
d
> Windows (2008 and 2012)
>=20
> We know GlusterFS very well but GFS only works for linux based servers
> and we have SSD disks spread across both windows and linux machines tha=
t
> we wanted to put together into a pool of storage, and ideally, mount it=

> as NFS in all servers, so our software can access the NFS mount point
> and write/read data.
>=20
> What we have is the following:
>=20
> 3 Windows servers with 6TB of SSD disks each (1TB each disk)
> 4 Ubuntu servers with 6TB of SSD disks each (1TB each)
>=20
> Ideally, we wanted to build a pool of storage with 42TB (combining all
> windows and linux servers), but without changing the windows servers to=

> linux
>=20
> Is that possible with OpenAFS?

AFS provides a software defined file namespace that is independent of
the storage silos (partitions on file servers) within which the data
(known as volumes) are hosted.  It does this using its own network
protocols that are incompatible with NFSv3 or NFSv4 clients.  AFS
compatible clients are available from OpenAFS, Arla and AuriStor for
various platforms.  The AuriStor clients can be obtained from:

  https://www.auristor.com/filesystem/client-installers/

While it is possible to run an NFSv3 server and use it as a gateway to
the AFS file namespace doing so will hurt performance and prevent full
use of the AFS or AuriStor access control and security model.

OpenAFS does not have servers that run on Windows.  AuriStor, which has
its own network protocol but provides AFS client compatibility can run
its servers on Windows in addition to Linux, OSX and Solaris.  However,
RHEL7 is our preferred server platform for a variety of performance and
scalability reasons.

The strength of the AuriStor and AFS models are their ability to
logically abstract the file namespace from the underlying storage.  If
that is what you are seeking, then NFS based solutions are not what you
are looking for.

Jeffrey Altman


--------------020605080906080109060601
Content-Type: text/x-vcard; charset=utf-8;
 name="jaltman.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="jaltman.vcf"

begin:vcard
fn:Jeffrey Altman
n:Altman;Jeffrey
org:AuriStor, Inc.
adr:Suite 6B;;255 West 94Th Street;New York;New York;10025-6985;United St=
ates
email;internet:jaltman@auristor.com
title:Founder and CEO
tel;work:+1-212-769-9018
note;quoted-printable:LinkedIn: https://www.linkedin.com/in/jeffreyaltman=
=3D0D=3D0A=3D
	Skype: jeffrey.e.altman=3D0D=3D0A=3D
=09
url:https://www.auristor.com/
version:2.1
end:vcard


--------------020605080906080109060601--

--------------ms070008070507020100070007
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DEkwggYFMIIE7aADAgECAhAxSdDYnMC0s7K+ddH7ywANMA0GCSqGSIb3DQEBCwUAMIGmMQsw
CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5
bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3
MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
NTAeFw0xNTExMDEwMDAwMDBaFw0xNjExMDEyMzU5NTlaMIGnMS4wLAYDVQQDDCVQZXJzb25h
IE5vdCBWYWxpZGF0ZWQgLSAxNDQ2NDA0MDI1NjI1MSMwIQYJKoZIhvcNAQkBFhRqYWx0bWFu
QGF1cmlzdG9yLmNvbTEPMA0GA1UECwwGUy9NSU1FMR4wHAYDVQQLDBVQZXJzb25hIE5vdCBW
YWxpZGF0ZWQxHzAdBgNVBAsMFlN5bWFudGVjIFRydXN0IE5ldHdvcmswggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC2cv6bENZULsb1FNyEBI47G2kA7Rogocg5u0qnQuDMCCNH
DnXkI62H2z/464AS8AGp4FcZIdvCPYp0POFlOl2XEiyA59FEDi+s3b33nLrnVOa4esw2NFBi
ZvwHvniUjgwWSUcS5V5+VhXeIKBL1U1NtMtB2XEVnc72RiQZB3KqzlS9GUvtSTdmCc6ULD/t
P009yCsBqY6NR/nug5NtUja2N+xUC2l8coYU1ingj/M4+fT8KcSq5t8laj0E+3X9ZPYlN9in
L364hXB1b+EHfxp0F0wZdsCapkEKV2VN16S1Ee5rccJIMaAJxrybK7NdI36Es/XqWlQzSeVN
wUYdwejrAgMBAAGjggIqMIICJjAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIFoDAgBgNV
HSUBAf8EFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwHQYDVR0OBBYEFInhroYG7TrlBeOJmwRc
a0rfA3jtMB8GA1UdEQQYMBaBFGphbHRtYW5AYXVyaXN0b3IuY29tMGwGA1UdIARlMGMwYQYL
YIZIAYb4RQEHFwEwUjAmBggrBgEFBQcCARYaaHR0cDovL3d3dy5zeW1hdXRoLmNvbS9jcHMw
KAYIKwYBBQUHAgIwHBoaaHR0cDovL3d3dy5zeW1hdXRoLmNvbS9ycGEwXQYDVR0fBFYwVDBS
oFCgToZMaHR0cDovL3BraS1jcmwuc3ltYXV0aC5jb20vY2FfNTdkZTdhMjM4ZDQ1ZDhkNGZj
NzFmOGE1YzZiODFjOTMvTGF0ZXN0Q1JMLmNybDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUH
MAKGMmh0dHA6Ly9jYWNlci5zeW1hdXRoLmNvbS9tcGtpL3N5bWNjMWluZHN1YmNhZzUuY3J0
MB8GA1UdIwQYMBaAFGcZtj2lebszYNgtU9OMCT0HrBhwMCsGCmCGSAGG+EUBEAMEHTAbBhJg
hkgBhvhFARABAgIEAa3ukhMWBTEwOTIyMDkGCmCGSAGG+EUBEAUEKzApAgEAFiRhSFIwY0hN
Nkx5OXdhMmt0Y21FdWMzbHRZWFYwYUM1amIyMD0wDQYJKoZIhvcNAQELBQADggEBAHhpoe3z
j0uxbWFz4Q7F2KyRJTgREbQ+imVv3ibbd2uvnckJ+vTNJuFoaORXKTt3B8TUT8rBTwXm35D5
K4DOrKMVS0iyR9PDobLpjQM8FcIGUdbGWeZZq/1zoWhi3RtFNzZaSKXjwiQUUWYTZUE7rUmj
qu7fiACksPAAdyG12FJtk1pdVByqmaFC75/z2Qs/jVjyySpy2SRg8wlpqM2h8tl9SGska/BT
gXLHJMhKrHQvBi+9Xo3MrmJA5Z3f5vcheoOAoM5/ScHBUXWDG0+NnEIb340By0adU823pF9c
K4gxI0ZJNID+eaT0XCqg47QFOZYZUlm3s4rDi1l1iPIHekwwggY8MIIFJKADAgECAhAHAqIa
hbhLZZ4YCm7m9aNlMA0GCSqGSIb3DQEBCwUAMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO
VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNV
BAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkx
RTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv
biBBdXRob3JpdHkgLSBHMzAeFw0xNTEwMDEwMDAwMDBaFw0yNTA5MzAyMzU5NTlaMIGmMQsw
CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5
bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3
MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
NTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANb7DTFJIsAMuu9OLRe4tDDlNNKs
Ce7JiQBd9K4TEbMTjlXPIhioIAam/SXLaJS0oIKQDm6WkkTuFbm07PrPeT1p1Jwf3CCaDijV
DbXGnjrx1GUZwIQzTY7aivHWJ7kDoNH6KJyCk2z3DYV9W+lOmWL+k0LS7j6zcVeGl0bL3w3h
xoRasw2P9fQQigVdn2hG7AiwWEKC9r4tEEamJAsn/pgUU4OTgtvqwD9PolhhtUtyaRJfM1n2
+bNMAGTOhcWGkgxuHOsoz3GpkKl0mXQk60jhDl1oEqgBZujumrIv+D3Nt3gkzqVgfOgWPUnx
B7ozvjIrwmejFsdvwNJalATCa0UCAwEAAaOCAj4wggI6MDcGCCsGAQUFBwEBBCswKTAnBggr
BgEFBQcwAYYbaHR0cDovL3BraS1vY3NwLnN5bWF1dGguY29tMBIGA1UdEwEB/wQIMAYBAf8C
AQAwbAYDVR0gBGUwYzBhBgtghkgBhvhFAQcXATBSMCYGCCsGAQUFBwIBFhpodHRwOi8vd3d3
LnN5bWF1dGguY29tL2NwczAoBggrBgEFBQcCAjAcGhpodHRwOi8vd3d3LnN5bWF1dGguY29t
L3JwYTAvBgNVHR8EKDAmMCSgIqAghh5odHRwOi8vcy5zeW1jYi5jb20vcGNhMS1nMy5jcmww
DgYDVR0PAQH/BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFTeW1hbnRlY1BLSS0y
LTIxNzAdBgNVHQ4EFgQUZxm2PaV5uzNg2C1T04wJPQesGHAwgfEGA1UdIwSB6TCB5qGB0KSB
zTCByjELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW
ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5j
LiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAx
IFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSF
CwDPrzhIzrGkMA0GCSqGSIb3DQEBCwUAA4IBAQBGGeQndTu+r+LaohRgjx5EkIFpK2NJNY3p
drqfmI8TgdfL/GUb+A5j3pQodPvjb9jJKnoOVKaDrilK9itR/T04ErvdY0X7ZMw+VIZ/TkJt
I7cdC/36zA2OkzXK5UX5zy9/eT1jGMdHI0r2qRQArX5ZVRqJJ9uUoJE4xv5AlaNg9l24yMUW
7ZxmaRRGEErKcCpv0VDgJhrTUrRHcotF0r0DuaXc2QjzkKt0cKvKoE7wwE7k4L5PkBFgJwwr
HN/nbMp1tCXnkUiqkrRRdV8pm0cXHL3J6s91rXUjz/LF31qrt2vKu7heq9WjcNRo8xd6mwug
FDz76IFWaOjPXXxzuC68MYIEYjCCBF4CAQEwgbswgaYxCzAJBgNVBAYTAlVTMR0wGwYDVQQK
ExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1c3QgTmV0d29y
azEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5TeW1hbnRlYyBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc1AhAxSdDYnMC0s7K+ddH7ywAN
MA0GCWCGSAFlAwQCAQUAoIICdzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3
DQEJBTEPFw0xNjAxMTIxNTI2MzVaMC8GCSqGSIb3DQEJBDEiBCC8xTzDu96jYdfjshjXDzCb
WtdlNEmh1JCTJzmD1K0MdTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgB
ZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO
AwIHMA0GCCqGSIb3DQMCAgEoMIHMBgkrBgEEAYI3EAQxgb4wgbswgaYxCzAJBgNVBAYTAlVT
MR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1
c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5T
eW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc1AhAxSdDYnMC0
s7K+ddH7ywANMIHOBgsqhkiG9w0BCRACCzGBvqCBuzCBpjELMAkGA1UEBhMCVVMxHTAbBgNV
BAoTFFN5bWFudGVjIENvcnBvcmF0aW9uMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3
b3JrMR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlN5bWFudGVj
IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzUCEDFJ0NicwLSzsr510fvL
AA0wDQYJKoZIhvcNAQEBBQAEggEAoq+J4imR0pe0e9+NjU7Agx3qievLx0YMAUfFPEYLJXck
42RVXnV9zjOw8aTAKwcTZSGlonl7fJ70Ew0b8kMZ0b53tFhsBVG8pRPRQuQCh/JRQQxJPQMi
D4bhGD9fGSHZsoxhylYHsfvDmhwFQoi7Fv/HccxzAol/Uz4ztxeUysVeu1YzIoCiXMWPhIu4
wHkLmJnNBcqlQKyRGIrMq/LQ/6q3ybwIf7SATYHgvGZwNlDJmS0OYWdJ58OFlIQWFL3IeZ/y
NMT4a81uX6QBP+n/PLFeA13LcRBI5SIPKb2tNQhUrEoNGUS8LIl06Rmmh9I02xQZPnddKckg
ctwzUn5KjgAAAAAAAA==
--------------ms070008070507020100070007--


From emziemer@sinenomine.net  Fri Jan 22 18:51:46 2016
From: emziemer@sinenomine.net (E. Margarete Ziemer)
Date: Fri, 22 Jan 2016 18:51:46 +0000
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net>
References: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net>
Message-ID: <D2C7E31F.98426%emziemer@sinenomine.net>

--_000_D2C7E31F98426emziemersinenominenet_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I had submitted the email below to openAFS-announce two days ago, where it =
"is awaiting moderator approval before being published".  To keep moving fo=
rward, I am repeat-posting here now.

From: Margarete Ziemer <emziemer@sinenomine.net<mailto:emziemer@sinenomine.=
net>>
Date: Wednesday, January 20, 2016 at 12:16 PM
To: "openafs-announce@openafs.org<mailto:openafs-announce@openafs.org>" <op=
enafs-announce@openafs.org<mailto:openafs-announce@openafs.org>>
Subject: Release of MacOS 10 client

SNA is happy to release our MacOS 10 AFS Client to OpenAFS.org<http://opena=
fs.org/>. Specifically, the donation entails: 1) changes to packaging, 2) b=
inaries, ie.SNA-signed install package files, 3) documentation of build-pro=
cess for packages.  The versions of the packages and OpenAFS are OpenAFS 1.=
6.15, OpenAFS 1.6.16, Mac OSX 10.10 (Yosemite), and Mac OSX 10.11 (El Capit=
an).  Please note that, at present, this code is considered a pre-release. =
 Three of SNA's customers have been beta testing it with positive results, =
and community testing and use is sought for soonest for bug findings and th=
eir resolutions. This release will be SNA-certified, because the OpenAFS Fo=
undation is not yet capable of signing; as soon as the Foundation will be r=
eady to do so, SNA will make available the then-current and future releases=
 to the Foundation for the Foundation's signature and (re-)release to the c=
ommunity.

Sincerely, Margarete Ziemer, Sine Nomine Associates, Inc.

--_000_D2C7E31F98426emziemersinenominenet_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <F880C7F20C4A7D49AEA93322B31F1A6C@mex09.mlsrvr.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif;">
<div>
<div>
<div>I had submitted the email below to openAFS-announce two days ago, wher=
e it &#8220;is awaiting moderator approval before being published&#8221;. &=
nbsp;To keep moving forward, I am repeat-posting here now.</div>
</div>
</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Margarete Ziemer &lt;<a href=
=3D"mailto:emziemer@sinenomine.net">emziemer@sinenomine.net</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Wednesday, January 20, 2016 a=
t 12:16 PM<br>
<span style=3D"font-weight:bold">To: </span>&quot;<a href=3D"mailto:openafs=
-announce@openafs.org">openafs-announce@openafs.org</a>&quot; &lt;<a href=
=3D"mailto:openafs-announce@openafs.org">openafs-announce@openafs.org</a>&g=
t;<br>
<span style=3D"font-weight:bold">Subject: </span>Release of MacOS 10 client=
<br>
</div>
<div><br>
</div>
<div>
<div dir=3D"auto">
<blockquote type=3D"cite"><font color=3D"#000000"><span style=3D"background=
-color: rgba(255, 255, 255, 0);">SNA is happy to release our MacOS 10 AFS C=
lient to&nbsp;<a href=3D"http://openafs.org/" x-apple-data-detectors=3D"tru=
e" x-apple-data-detectors-type=3D"link" x-apple-data-detectors-result=3D"0"=
>OpenAFS.org</a>.&nbsp;Specifically,
 the donation entails: 1) changes to&nbsp;packaging, 2) binaries, ie.SNA-si=
gned install package files, 3) documentation&nbsp;of build-process for pack=
ages. &nbsp;The&nbsp;versions of the packages and&nbsp;OpenAFS are&nbsp;Ope=
nAFS 1.6.15,&nbsp;OpenAFS 1.6.16,&nbsp;Mac OSX 10.10 (Yosemite), and&nbsp;M=
ac
 OSX 10.11 (El Capitan). &nbsp;Please note that, at present, this code is c=
onsidered a pre-release. &nbsp;Three&nbsp;of SNA&#8217;s customers have bee=
n beta testing it with positive results, and&nbsp;community testing and use=
 is sought for soonest for bug findings and their resolutions.
 This release will be SNA-certified, because the OpenAFS Foundation is not =
yet capable of signing; as soon as the Foundation will be ready to do so, S=
NA will make available the then-current and future releases to the Foundati=
on for the Foundation's signature
 and (re-)release to the community. &nbsp;</span></font></blockquote>
<br>
<div>Sincerely, Margarete Ziemer, Sine Nomine Associates, Inc.</div>
</div>
</div>
</span>
</body>
</html>

--_000_D2C7E31F98426emziemersinenominenet_--

From tcreedon@easystreet.net  Fri Jan 22 23:40:26 2016
From: tcreedon@easystreet.net (Ted Creedon)
Date: Fri, 22 Jan 2016 23:40:26 +0000
Subject: [OpenAFS] compile fails kernel version 4.4.0-1-default
Message-ID: <SN1PR14MB02540DB4CBB6C939EDA3FB43A4C40@SN1PR14MB0254.namprd14.prod.outlook.com>

/data/openafs-1.6.16/src/libafs/MODLOAD-4.4.0-1-default-ted-MP/osi_groups.c=
:612:29: error: =91union key_payload=92 has no member named =91value=92
   keyring_pag =3D key->payload.value;
                             ^
scripts/Makefile.build:259: recipe for target '/data/openafs-1.6.16/src/lib=
afs/MODLOAD-4.4.0-1-default-ted-MP/osi_groups.o' failed


From kaduk@MIT.EDU  Sat Jan 23 17:22:28 2016
From: kaduk@MIT.EDU (Benjamin Kaduk)
Date: Sat, 23 Jan 2016 12:22:28 -0500 (EST)
Subject: [OpenAFS] compile fails kernel version 4.4.0-1-default
In-Reply-To: <SN1PR14MB02540DB4CBB6C939EDA3FB43A4C40@SN1PR14MB0254.namprd14.prod.outlook.com>
References: <SN1PR14MB02540DB4CBB6C939EDA3FB43A4C40@SN1PR14MB0254.namprd14.prod.outlook.com>
Message-ID: <alpine.GSO.1.10.1601231219020.26829@multics.mit.edu>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-104994794-1453569748=:26829
Content-Type: TEXT/PLAIN; charset=Windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE

Hello,

On Fri, 22 Jan 2016, Ted Creedon wrote:

> /data/openafs-1.6.16/src/libafs/MODLOAD-4.4.0-1-default-ted-MP/osi_groups=
=2Ec:612:29: error: =91union key_payload=92 has no member named =91value=92
>    keyring_pag =3D key->payload.value;
>                              ^
> scripts/Makefile.build:259: recipe for target '/data/openafs-1.6.16/src/l=
ibafs/MODLOAD-4.4.0-1-default-ted-MP/osi_groups.o' failed

This was previously reported and replied to at
https://lists.openafs.org/pipermail/openafs-devel/2016-January/020289.html

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 present).

-Ben
---559023410-104994794-1453569748=:26829--

From mvitale@sinenomine.net  Mon Jan 25 18:22:42 2016
From: mvitale@sinenomine.net (Mark Vitale)
Date: Mon, 25 Jan 2016 18:22:42 +0000
Subject: [OpenAFS] Solaris AFS client down - why does this happen
In-Reply-To: <563A373B.9090803@ipp.mpg.de>
References: <56210DC5.5050500@ipp.mpg.de>
 <92C4991D-D69E-43FF-B0ED-839E7F721663@sinenomine.net>
 <563A373B.9090803@ipp.mpg.de>
Message-ID: <7E63D198-5656-43CD-9AEA-D25448F43803@sinenomine.net>

On Nov 4, 2015, at 11:50 AM, Karl Behler <karl.behler@ipp.mpg.de> wrote:

> Dear Mark and Ben,
>=20
> thanks for your response. We could not find which component in our system=
 may have caused the "umount".
> But since then it never happened again. I think we will go over to a newe=
r version of the client and then see what happens.

When you first reported this, I focused on the possible reasons for the shu=
tdown, and inadvertently overlooked the panic/hang that you also reported. =
 But recently while doing some Solaris testing I discovered a bug in the Op=
enAFS Solaris shutdown code.  Unlike you, my shutdowns were intentional; bu=
t like you, I saw "Failed to flush vcache" messages and a panic after shutd=
own.   At that point I remembered your email and realized you had probably =
encountered the same panic I did.  However, the only way to be sure would b=
e to look for the panic messages in your syslog.  If you still have those (=
from back in October), it would be helpful to see them.

Regardless, I'm able to duplicate the problem quite easily.

I've opened https://rt.central.org/rt/Ticket/Display.html?id=3D132689 and I=
 am working on an upstream fix for this.

Regards,
--
Mark Vitale
Sine Nomine Associates


>> On Oct 16, 2015, at 10:46 AM, Karl Behler <karl.behler@ipp.mpg.de> wrote=
:
>>=20
>>> we experience unwanted "shutdown" events of our OpenAFS 1.6.9 clients u=
nder Solaris 10.
>>>=20
>>> Running this client since October last year without problems on ten Sol=
aris desktop servers which reboot regularly on weekends, we recently had ki=
nd of crashes on nearly half of these servers in the middle of a week.
>>>=20
>>> The log file (/var/adm/messages) contains kernel messages which look li=
ke a shutdown which seems to be initiated by the afsd itself.
>>> (In the following log the real event starts at Oct 16 11:54:47)
>>>=20
>>> Oct 16 11:35:39 sxaug37 genunix: [ID 900631 kern.notice] afs: byte-rang=
e lock/unlock ignored; make sure no one else is running this program (pid 2=
3006 (thunderbird-bin), user 13471, fid 1108706165.12934.344145).
>>> Oct 16 11:39:23 sxaug37 genunix: [ID 900631 kern.notice] afs: byte-rang=
e lock/unlock ignored; make sure no one else is running this program (pid 2=
2054 (firefox-bin), user 6570, fid 1108604831.175334.13229850).
>>> Oct 16 11:49:23 sxaug37 last message repeated 1 time
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 146023 kern.notice] afs: WARM
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 510892 kern.notice] shutting down =
of: vcaches...
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x28e2f840
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x2924b960
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x28114c00
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x27d49000
>>> ... several hundert similar messages
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x2811dbc0
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x28a53c60
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x27e10460
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flus=
h vcache 0x289fad40
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 364168 kern.notice] BkG...
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 338304 kern.notice] CB...
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 543876 kern.notice] afs...
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 229921 kern.notice] CTrunc...
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 916331 kern.notice] AFSDB...
>>> Oct 16 11:54:47 sxaug37 genunix: [ID 196290 kern.notice] RxEvent...
>>> Oct 16 11:54:48 sxaug37 genunix: [ID 687192 kern.notice] UnmaskRxkSigna=
ls...
>>> Oct 16 11:54:48 sxaug37 genunix: [ID 346748 kern.notice] RxListener...
>>> Oct 16 11:54:48 sxaug37 genunix: [ID 890369 kern.notice] NetIfPoller...
>>> Oct 16 11:54:48 sxaug37 genunix: [ID 288918 kern.notice] WARNING: not a=
ll blocks freed: large 0 small 217
>>> Oct 16 11:54:48 sxaug37 genunix: [ID 646860 kern.notice]  ALL allocated=
 tables...
>>> Oct 16 11:54:48 sxaug37 genunix: [ID 773001 kern.notice] done
>>> Oct 16 11:58:24 sxaug37 genunix: [ID 540533 kern.notice] ^MSunOS Releas=
e 5.10 Version Generic_150401-28 64-bit
>>> Oct 16 11:58:24 sxaug37 genunix: [ID 282658 kern.notice] Copyright (c) =
1983, 2015, Oracle and/or its affiliates. All rights reserved.
>>>=20
>>> Sometimes the system reboots immediately and sometimes the system stays=
 in a state where all attempts to access AFS end with I/O Error.


From Matthias.Schroder@cern.ch  Tue Jan 26 10:29:48 2016
From: Matthias.Schroder@cern.ch (Matthias Schroeder)
Date: Tue, 26 Jan 2016 10:29:48 +0000
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <D2C7E31F.98426%emziemer@sinenomine.net>
References: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net>
 <D2C7E31F.98426%emziemer@sinenomine.net>
Message-ID: <85DA0F45-FF62-429C-A138-CDB178A5544F@cern.ch>

--Apple-Mail=_4A0CF354-33E1-4E1A-99B1-F74014260CBA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Margarete,

that sounds really good. Is the package, code or documentation already =
available somewhere? I am ready to give it a spin.

Matthias

> On 22 Jan 2016, at 19:51, E. Margarete Ziemer =
<emziemer@sinenomine.net> wrote:
>=20
> I had submitted the email below to openAFS-announce two days ago, =
where it =E2=80=9Cis awaiting moderator approval before being =
published=E2=80=9D.  To keep moving forward, I am repeat-posting here =
now.
>=20
> From: Margarete Ziemer <emziemer@sinenomine.net>
> Date: Wednesday, January 20, 2016 at 12:16 PM
> To: "openafs-announce@openafs.org" <openafs-announce@openafs.org>
> Subject: Release of MacOS 10 client
>=20
>> SNA is happy to release our MacOS 10 AFS Client to OpenAFS.org. =
Specifically, the donation entails: 1) changes to packaging, 2) =
binaries, ie.SNA-signed install package files, 3) documentation of =
build-process for packages.  The versions of the packages and OpenAFS =
are OpenAFS 1.6.15, OpenAFS 1.6.16, Mac OSX 10.10 (Yosemite), and Mac =
OSX 10.11 (El Capitan).  Please note that, at present, this code is =
considered a pre-release.  Three of SNA=E2=80=99s customers have been =
beta testing it with positive results, and community testing and use is =
sought for soonest for bug findings and their resolutions. This release =
will be SNA-certified, because the OpenAFS Foundation is not yet capable =
of signing; as soon as the Foundation will be ready to do so, SNA will =
make available the then-current and future releases to the Foundation =
for the Foundation's signature and (re-)release to the community. =20
>=20
> Sincerely, Margarete Ziemer, Sine Nomine Associates, Inc.


--Apple-Mail=_4A0CF354-33E1-4E1A-99B1-F74014260CBA
Content-Disposition: attachment; filename="smime.p7s"
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIyzCCCMcw
ggavoAMCAQICChqVYLUAAAABeWswDQYJKoZIhvcNAQENBQAwVjESMBAGCgmSJomT8ixkARkWAmNo
MRQwEgYKCZImiZPyLGQBGRYEY2VybjEqMCgGA1UEAxMhQ0VSTiBHcmlkIENlcnRpZmljYXRpb24g
QXV0aG9yaXR5MB4XDTE1MDkwMjA4MzMxNloXDTE2MDkwMTA4MzMxNlowgZMxEjAQBgoJkiaJk/Is
ZAEZFgJjaDEUMBIGCgmSJomT8ixkARkWBGNlcm4xFjAUBgNVBAsTDU9yZ2FuaWMgVW5pdHMxDjAM
BgNVBAsTBVVzZXJzMREwDwYDVQQDEwhzY2hyb2RlcjEPMA0GA1UEAxMGNDMwNDkzMRswGQYDVQQD
ExJNYXR0aGlhcyBTY2hyb2VkZXIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDa4jep
4C5CNDWF4iOWxYipZ2dJRJwlCOtjfaLoQP775GNkaHG2goF5EgWApSXPUyOZzmLbN5MhEhR7JrQu
B9hAHMw2C6ZhyQxkkQq5JLBKC304vDQth9HdwavYlU71EA/3f5IiSlcoN7myfmMtWRNQ1sQdNXDb
qjwO4hbqdDl/1wY/9N1x9mxEcoYLJoIFRh844V916ChOtfEPj8orOTtUFwVKzsGL4TNM1fpz2NCW
d+QX0VV+MfGwXaxFCtwJP2JExP/B/Hk5Wu6uMRs2MV0MzFZKmW4Q9YCNYZxLtfcgxGnColLRyKZn
kByzuz2BHnJ5bHfyAdgpGPGkSsSsqSpLAgMBAAGjggRXMIIEUzAdBgNVHQ4EFgQUU1TYbClkzrKd
SpNBdfd+msmghl4wHwYDVR0jBBgwFoAUpaD9Zlj9ud164bKdn6PR5VAYlOcwggE4BgNVHR8EggEv
MIIBKzCCASegggEjoIIBH4ZOaHR0cDovL2NhZmlsZXMuY2Vybi5jaC9jYWZpbGVzL2NybC9DRVJO
JTIwR3JpZCUyMENlcnRpZmljYXRpb24lMjBBdXRob3JpdHkuY3JshoHMbGRhcDovLy9DTj1DRVJO
JTIwR3JpZCUyMENlcnRpZmljYXRpb24lMjBBdXRob3JpdHksQ049Q0VSTlBLSTA1LENOPUNEUCxD
Tj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERD
PWNlcm4sREM9Y2g/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNS
TERpc3RyaWJ1dGlvblBvaW50MIIBYgYIKwYBBQUHAQEEggFUMIIBUDBjBggrBgEFBQcwAoZXaHR0
cDovL2NhZmlsZXMuY2Vybi5jaC9jYWZpbGVzL2NlcnRpZmljYXRlcy9DRVJOJTIwR3JpZCUyMENl
cnRpZmljYXRpb24lMjBBdXRob3JpdHkuY3J0MIHCBggrBgEFBQcwAoaBtWxkYXA6Ly8vQ049Q0VS
TiUyMEdyaWQlMjBDZXJ0aWZpY2F0aW9uJTIwQXV0aG9yaXR5LENOPUFJQSxDTj1QdWJsaWMlMjBL
ZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNlcm4sREM9Y2g/
Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwJAYI
KwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNlcm4uY2gvb2NzcDAOBgNVHQ8BAf8EBAMCBaAwPQYJKwYB
BAGCNxUHBDAwLgYmKwYBBAGCNxUIg73QCYLtjQ2G7Ysrgd71N4WA0GIehYrjTIG1qgQCAWQCAQ8w
KQYDVR0lBCIwIAYKKwYBBAGCNwoDBAYIKwYBBQUHAwQGCCsGAQUFBwMCMCcGA1UdIAQgMB4wDgYM
KwYBBAFgCgQCAgIAMAwGCiqGSIb3TAUCAgEwNQYJKwYBBAGCNxUKBCgwJjAMBgorBgEEAYI3CgME
MAoGCCsGAQUFBwMEMAoGCCsGAQUFBwMCME8GA1UdEQRIMEagKQYKKwYBBAGCNxQCA6AbDBltYXR0
aGlhcy5zY2hyb2RlckBjZXJuLmNogRlNYXR0aGlhcy5TY2hyb2RlckBjZXJuLmNoMEQGCSqGSIb3
DQEJDwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggqhkiG
9w0DBzANBgkqhkiG9w0BAQ0FAAOCAgEAwbIZ/V6MNX9l4hK1tvye8EhZw8PMWx/gkrchZCvbxEMu
Ny6J/4B89PosMyWcWeXgahRYRcS7fjC8Y4XUnikyp/J6KQ0iyIlearpfUzPMjj9q4rY1Ix3Hlku8
uE67asDEu+jY7rwFWqN9cGKHWESzeH8nIIDFcFU5oasWGsxeTJk8Oyvz3cHAer3Yyq4Wq5KE86NI
Rk14s/pVRpt1A9iVpPe+4wX88LvCBGzjSP8cRRuH0YiId8hsy718ISPR0zeg9nxZ6BTEG42gQSDG
T219tH4qzXByOPGgEAORBafT07MXw9GwUPsXYpoT5ioggn1IrcKqJMhREJqAVa+MpZ+/ko8keJ1M
NvphOA6sUbOAkzCH9F+0KYatPu5aHQeqrrGIeRFApvdPfzQW+cOcUoJTJID45x3WMYmM4uvZvYf8
Q+DNawE3LUplRhKx+6h0OLVDckqNAwV90rZexhKvr2VnC+dpe7A5aE7cHxATPCuZMmAHWvoTfXeS
mAUMZXtI2qRh8SlS0wD7pYXhq63d8RDOawoOus23xuC79yU8nEBuO8eTdKOitwVqwSz1MR/FtBMa
A1nlKkpdFJzoGl779WLkNliTu1msBWFGscR2onkhuBtcqHZoUEgscFtEiIgvBhKdsFccEPxHO3wi
I1fKXAI+K/+6bR3UvAiD+1GqE4WtAGgxggLYMIIC1AIBATBkMFYxEjAQBgoJkiaJk/IsZAEZFgJj
aDEUMBIGCgmSJomT8ixkARkWBGNlcm4xKjAoBgNVBAMTIUNFUk4gR3JpZCBDZXJ0aWZpY2F0aW9u
IEF1dGhvcml0eQIKGpVgtQAAAAF5azAJBgUrDgMCGgUAoIIBSTAYBgkqhkiG9w0BCQMxCwYJKoZI
hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAxMjYxMDI5NDhaMCMGCSqGSIb3DQEJBDEWBBSIjmTs
IeVklZ5R2hD8/OhmASVBKzBzBgkrBgEEAYI3EAQxZjBkMFYxEjAQBgoJkiaJk/IsZAEZFgJjaDEU
MBIGCgmSJomT8ixkARkWBGNlcm4xKjAoBgNVBAMTIUNFUk4gR3JpZCBDZXJ0aWZpY2F0aW9uIEF1
dGhvcml0eQIKGpVgtQAAAAF5azB1BgsqhkiG9w0BCRACCzFmoGQwVjESMBAGCgmSJomT8ixkARkW
AmNoMRQwEgYKCZImiZPyLGQBGRYEY2VybjEqMCgGA1UEAxMhQ0VSTiBHcmlkIENlcnRpZmljYXRp
b24gQXV0aG9yaXR5AgoalWC1AAAAAXlrMA0GCSqGSIb3DQEBAQUABIIBAE6+g4oCOjqzBM8pWuWe
f2n8pC+GMRsKVWDXKqjgLr6Vk9PVV5iGO/jyn8ID8oQA3OgxHTDJBYRz/M8cuVxfm98FcxDNaGSB
bC4dwanZdqRaoe3QxOd0Wv2mcu4H9iy9lewwhy4pabpYX4ppijZHsx7DgiOP2G2lPccReLP8xIlf
BMAMEHh52NPqAk8qpHEtZw5DEdS2MClWgdkANMA095n4JjmrgZ0VKqMW61S/KjuGbynKjgOAJS+H
DbfB+y6qEyHFqxaRXURVg65s1S7B6wJQgTyWIrsylzXYOajQcoTZszOD7HcsRD3fFwwOeYdvd1Nb
8CXBo4qDtUa5IphWmVwAAAAAAAA=

--Apple-Mail=_4A0CF354-33E1-4E1A-99B1-F74014260CBA--

From stephan.wiesand@desy.de  Tue Jan 26 12:50:30 2016
From: stephan.wiesand@desy.de (Stephan Wiesand)
Date: Tue, 26 Jan 2016 13:50:30 +0100
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <85DA0F45-FF62-429C-A138-CDB178A5544F@cern.ch>
References: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net> <D2C7E31F.98426%emziemer@sinenomine.net> <85DA0F45-FF62-429C-A138-CDB178A5544F@cern.ch>
Message-ID: <6867FA87-0796-4CCC-8C7E-034E9125BC00@desy.de>

Hi Matthias,

http://gerrit.openafs.org/12176 contains a link =
http://download.sinenomine.net/openafs/bins/ . I can't find all the =
announced items there though.

IIRC there was some discussion in the past on whether it's appropriate =
to link to third party repositories from the web site. Maybe it should =
be revived. How about linking to the Auristor installers as well?

Stephan

> On 26 Jan 2016, at 11:29, Matthias Schroeder =
<Matthias.Schroder@cern.ch> wrote:
>=20
> Hi Margarete,
>=20
> that sounds really good. Is the package, code or documentation already =
available somewhere? I am ready to give it a spin.
>=20
> Matthias
>=20
>> On 22 Jan 2016, at 19:51, E. Margarete Ziemer =
<emziemer@sinenomine.net> wrote:
>>=20
>> I had submitted the email below to openAFS-announce two days ago, =
where it =E2=80=9Cis awaiting moderator approval before being =
published=E2=80=9D.  To keep moving forward, I am repeat-posting here =
now.
>>=20
>> From: Margarete Ziemer <emziemer@sinenomine.net>
>> Date: Wednesday, January 20, 2016 at 12:16 PM
>> To: "openafs-announce@openafs.org" <openafs-announce@openafs.org>
>> Subject: Release of MacOS 10 client
>>=20
>>> SNA is happy to release our MacOS 10 AFS Client to OpenAFS.org. =
Specifically, the donation entails: 1) changes to packaging, 2) =
binaries, ie.SNA-signed install package files, 3) documentation of =
build-process for packages.  The versions of the packages and OpenAFS =
are OpenAFS 1.6.15, OpenAFS 1.6.16, Mac OSX 10.10 (Yosemite), and Mac =
OSX 10.11 (El Capitan).  Please note that, at present, this code is =
considered a pre-release.  Three of SNA=E2=80=99s customers have been =
beta testing it with positive results, and community testing and use is =
sought for soonest for bug findings and their resolutions. This release =
will be SNA-certified, because the OpenAFS Foundation is not yet capable =
of signing; as soon as the Foundation will be ready to do so, SNA will =
make available the then-current and future releases to the Foundation =
for the Foundation's signature and (re-)release to the community. =20
>>=20
>> Sincerely, Margarete Ziemer, Sine Nomine Associates, Inc.
>=20


From botsch@cnf.cornell.edu  Tue Jan 26 14:13:06 2016
From: botsch@cnf.cornell.edu (Dave Botsch)
Date: Tue, 26 Jan 2016 09:13:06 -0500
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <6867FA87-0796-4CCC-8C7E-034E9125BC00@desy.de>
References: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net>
 <D2C7E31F.98426%emziemer@sinenomine.net>
 <85DA0F45-FF62-429C-A138-CDB178A5544F@cern.ch>
 <6867FA87-0796-4CCC-8C7E-034E9125BC00@desy.de>
Message-ID: <20160126141306.GR9502@cnf.cornell.edu>

There appear to be installers in the 1.6.15 subfolder. I don't see any
for 1.6.16, however.

While we can legally link wherever we want, realistically, we should
have permission from whomever. As far as I know, SNM are the only ones
who have asked, so far, to have 3rd party installers linked.

On Tue, Jan 26, 2016 at 01:50:30PM +0100, Stephan Wiesand wrote:
> Hi Matthias,
> 
> http://gerrit.openafs.org/12176 contains a link http://download.sinenomine.net/openafs/bins/ . I can't find all the announced items there though.
> 
> IIRC there was some discussion in the past on whether it's appropriate to link to third party repositories from the web site. Maybe it should be revived. How about linking to the Auristor installers as well?
> 
> Stephan
> 
> > On 26 Jan 2016, at 11:29, Matthias Schroeder <Matthias.Schroder@cern.ch> wrote:
> > 
> > Hi Margarete,
> > 
> > that sounds really good. Is the package, code or documentation already available somewhere? I am ready to give it a spin.
> > 
> > Matthias
> > 
> >> On 22 Jan 2016, at 19:51, E. Margarete Ziemer <emziemer@sinenomine.net> wrote:
> >> 
> >> I had submitted the email below to openAFS-announce two days ago, where it “is awaiting moderator approval before being published”.  To keep moving forward, I am repeat-posting here now.
> >> 
> >> From: Margarete Ziemer <emziemer@sinenomine.net>
> >> Date: Wednesday, January 20, 2016 at 12:16 PM
> >> To: "openafs-announce@openafs.org" <openafs-announce@openafs.org>
> >> Subject: Release of MacOS 10 client
> >> 
> >>> SNA is happy to release our MacOS 10 AFS Client to OpenAFS.org. Specifically, the donation entails: 1) changes to packaging, 2) binaries, ie.SNA-signed install package files, 3) documentation of build-process for packages.  The versions of the packages and OpenAFS are OpenAFS 1.6.15, OpenAFS 1.6.16, Mac OSX 10.10 (Yosemite), and Mac OSX 10.11 (El Capitan).  Please note that, at present, this code is considered a pre-release.  Three of SNA’s customers have been beta testing it with positive results, and community testing and use is sought for soonest for bug findings and their resolutions. This release will be SNA-certified, because the OpenAFS Foundation is not yet capable of signing; as soon as the Foundation will be ready to do so, SNA will make available the then-current and future releases to the Foundation for the Foundation's signature and (re-)release to the community.  
> >> 
> >> Sincerely, Margarete Ziemer, Sine Nomine Associates, Inc.
> > 
> 
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info

-- 
********************************
David William Botsch
Programmer/Analyst
@CNFComputing
botsch@cnf.cornell.edu
********************************

From drosih@rpi.edu  Tue Jan 26 22:12:46 2016
From: drosih@rpi.edu (Garance A Drosehn)
Date: Tue, 26 Jan 2016 17:12:46 -0500
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <D2C7E31F.98426%emziemer@sinenomine.net>
References: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net>
 <D2C7E31F.98426%emziemer@sinenomine.net>
Message-ID: <19BE047A-6677-4795-BE00-22BAC217096D@rpi.edu>

On 22 Jan 2016, at 13:51, E. Margarete Ziemer wrote:
>
> From: Margarete Ziemer <emziemer@sinenomine.net>
> Date: Wednesday, January 20, 2016 at 12:16 PM
> Subject: Release of MacOS 10 client
>
> SNA is happy to release our MacOS 10 AFS Client to OpenAFS.org.
>
> Specifically, the donation entails: 1) changes to packaging, 2) 
> binaries, ie.SNA-signed install package files, 3) documentation of 
> build-process for packages.  The versions of the packages and OpenAFS 
> are OpenAFS 1.6.15, OpenAFS 1.6.16, Mac OSX 10.10 (Yosemite), and Mac 
> OSX 10.11 (El Capitan).

The timing on this has been very fortunate for a few folks at RPI who 
upgraded their macs to Yosemite in the past week.  Not sure why so many 
picked this week to do that upgrade!  So far they're using the package 
for 1.6.15, which is much much better than having no AFS at all.

Thanks to everyone who contributed to this!

-- 
Garance Alistair Drosehn                =     drosih@rpi.edu
Senior Systems Programmer               or   gad@FreeBSD.org
Rensselaer Polytechnic Institute;             Troy, NY;  USA

From jaltman@auristor.com  Tue Jan 26 22:27:08 2016
From: jaltman@auristor.com (Jeffrey Altman)
Date: Tue, 26 Jan 2016 17:27:08 -0500
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <19BE047A-6677-4795-BE00-22BAC217096D@rpi.edu>
References: <D865FE5C-F00E-483A-9052-B3F9A0CE2F78@sinenomine.net>
 <D2C7E31F.98426%emziemer@sinenomine.net>
 <19BE047A-6677-4795-BE00-22BAC217096D@rpi.edu>
Message-ID: <56A7F2BC.2080803@auristor.com>

This is a cryptographically signed message in MIME format.

--------------ms000401000501050603020406
Content-Type: multipart/mixed;
 boundary="------------010507050007000208030503"

This is a multi-part message in MIME format.
--------------010507050007000208030503
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 1/26/2016 5:12 PM, Garance A Drosehn wrote:
> On 22 Jan 2016, at 13:51, E. Margarete Ziemer wrote:
>>
>> From: Margarete Ziemer <emziemer@sinenomine.net>
>> Date: Wednesday, January 20, 2016 at 12:16 PM
>> Subject: Release of MacOS 10 client
>>
>> SNA is happy to release our MacOS 10 AFS Client to OpenAFS.org.
>>
>> Specifically, the donation entails: 1) changes to packaging, 2)
>> binaries, ie.SNA-signed install package files, 3) documentation of
>> build-process for packages.  The versions of the packages and OpenAFS
>> are OpenAFS 1.6.15, OpenAFS 1.6.16, Mac OSX 10.10 (Yosemite), and Mac
>> OSX 10.11 (El Capitan).
>=20
> The timing on this has been very fortunate for a few folks at RPI who
> upgraded their macs to Yosemite in the past week.  Not sure why so many=

> picked this week to do that upgrade!  So far they're using the package
> for 1.6.15, which is much much better than having no AFS at all.
>=20
> Thanks to everyone who contributed to this!

Garance,

AuriStor has been shipping clients for El Capitan since the operating
system's release

  https://www.auristor.com/filesystem/client-installer/

Jeffrey Altman


--------------010507050007000208030503
Content-Type: text/x-vcard; charset=utf-8;
 name="jaltman.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="jaltman.vcf"

begin:vcard
fn:Jeffrey Altman
n:Altman;Jeffrey
org:AuriStor, Inc.
adr:Suite 6B;;255 West 94Th Street;New York;New York;10025-6985;United St=
ates
email;internet:jaltman@auristor.com
title:Founder and CEO
tel;work:+1-212-769-9018
note;quoted-printable:LinkedIn: https://www.linkedin.com/in/jeffreyaltman=
=3D0D=3D0A=3D
	Skype: jeffrey.e.altman=3D0D=3D0A=3D
=09
url:https://www.auristor.com/
version:2.1
end:vcard


--------------010507050007000208030503--

--------------ms000401000501050603020406
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DEkwggYFMIIE7aADAgECAhAxSdDYnMC0s7K+ddH7ywANMA0GCSqGSIb3DQEBCwUAMIGmMQsw
CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5
bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3
MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
NTAeFw0xNTExMDEwMDAwMDBaFw0xNjExMDEyMzU5NTlaMIGnMS4wLAYDVQQDDCVQZXJzb25h
IE5vdCBWYWxpZGF0ZWQgLSAxNDQ2NDA0MDI1NjI1MSMwIQYJKoZIhvcNAQkBFhRqYWx0bWFu
QGF1cmlzdG9yLmNvbTEPMA0GA1UECwwGUy9NSU1FMR4wHAYDVQQLDBVQZXJzb25hIE5vdCBW
YWxpZGF0ZWQxHzAdBgNVBAsMFlN5bWFudGVjIFRydXN0IE5ldHdvcmswggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC2cv6bENZULsb1FNyEBI47G2kA7Rogocg5u0qnQuDMCCNH
DnXkI62H2z/464AS8AGp4FcZIdvCPYp0POFlOl2XEiyA59FEDi+s3b33nLrnVOa4esw2NFBi
ZvwHvniUjgwWSUcS5V5+VhXeIKBL1U1NtMtB2XEVnc72RiQZB3KqzlS9GUvtSTdmCc6ULD/t
P009yCsBqY6NR/nug5NtUja2N+xUC2l8coYU1ingj/M4+fT8KcSq5t8laj0E+3X9ZPYlN9in
L364hXB1b+EHfxp0F0wZdsCapkEKV2VN16S1Ee5rccJIMaAJxrybK7NdI36Es/XqWlQzSeVN
wUYdwejrAgMBAAGjggIqMIICJjAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIFoDAgBgNV
HSUBAf8EFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwHQYDVR0OBBYEFInhroYG7TrlBeOJmwRc
a0rfA3jtMB8GA1UdEQQYMBaBFGphbHRtYW5AYXVyaXN0b3IuY29tMGwGA1UdIARlMGMwYQYL
YIZIAYb4RQEHFwEwUjAmBggrBgEFBQcCARYaaHR0cDovL3d3dy5zeW1hdXRoLmNvbS9jcHMw
KAYIKwYBBQUHAgIwHBoaaHR0cDovL3d3dy5zeW1hdXRoLmNvbS9ycGEwXQYDVR0fBFYwVDBS
oFCgToZMaHR0cDovL3BraS1jcmwuc3ltYXV0aC5jb20vY2FfNTdkZTdhMjM4ZDQ1ZDhkNGZj
NzFmOGE1YzZiODFjOTMvTGF0ZXN0Q1JMLmNybDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUH
MAKGMmh0dHA6Ly9jYWNlci5zeW1hdXRoLmNvbS9tcGtpL3N5bWNjMWluZHN1YmNhZzUuY3J0
MB8GA1UdIwQYMBaAFGcZtj2lebszYNgtU9OMCT0HrBhwMCsGCmCGSAGG+EUBEAMEHTAbBhJg
hkgBhvhFARABAgIEAa3ukhMWBTEwOTIyMDkGCmCGSAGG+EUBEAUEKzApAgEAFiRhSFIwY0hN
Nkx5OXdhMmt0Y21FdWMzbHRZWFYwYUM1amIyMD0wDQYJKoZIhvcNAQELBQADggEBAHhpoe3z
j0uxbWFz4Q7F2KyRJTgREbQ+imVv3ibbd2uvnckJ+vTNJuFoaORXKTt3B8TUT8rBTwXm35D5
K4DOrKMVS0iyR9PDobLpjQM8FcIGUdbGWeZZq/1zoWhi3RtFNzZaSKXjwiQUUWYTZUE7rUmj
qu7fiACksPAAdyG12FJtk1pdVByqmaFC75/z2Qs/jVjyySpy2SRg8wlpqM2h8tl9SGska/BT
gXLHJMhKrHQvBi+9Xo3MrmJA5Z3f5vcheoOAoM5/ScHBUXWDG0+NnEIb340By0adU823pF9c
K4gxI0ZJNID+eaT0XCqg47QFOZYZUlm3s4rDi1l1iPIHekwwggY8MIIFJKADAgECAhAHAqIa
hbhLZZ4YCm7m9aNlMA0GCSqGSIb3DQEBCwUAMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO
VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNV
BAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkx
RTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv
biBBdXRob3JpdHkgLSBHMzAeFw0xNTEwMDEwMDAwMDBaFw0yNTA5MzAyMzU5NTlaMIGmMQsw
CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5
bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3
MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
NTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANb7DTFJIsAMuu9OLRe4tDDlNNKs
Ce7JiQBd9K4TEbMTjlXPIhioIAam/SXLaJS0oIKQDm6WkkTuFbm07PrPeT1p1Jwf3CCaDijV
DbXGnjrx1GUZwIQzTY7aivHWJ7kDoNH6KJyCk2z3DYV9W+lOmWL+k0LS7j6zcVeGl0bL3w3h
xoRasw2P9fQQigVdn2hG7AiwWEKC9r4tEEamJAsn/pgUU4OTgtvqwD9PolhhtUtyaRJfM1n2
+bNMAGTOhcWGkgxuHOsoz3GpkKl0mXQk60jhDl1oEqgBZujumrIv+D3Nt3gkzqVgfOgWPUnx
B7ozvjIrwmejFsdvwNJalATCa0UCAwEAAaOCAj4wggI6MDcGCCsGAQUFBwEBBCswKTAnBggr
BgEFBQcwAYYbaHR0cDovL3BraS1vY3NwLnN5bWF1dGguY29tMBIGA1UdEwEB/wQIMAYBAf8C
AQAwbAYDVR0gBGUwYzBhBgtghkgBhvhFAQcXATBSMCYGCCsGAQUFBwIBFhpodHRwOi8vd3d3
LnN5bWF1dGguY29tL2NwczAoBggrBgEFBQcCAjAcGhpodHRwOi8vd3d3LnN5bWF1dGguY29t
L3JwYTAvBgNVHR8EKDAmMCSgIqAghh5odHRwOi8vcy5zeW1jYi5jb20vcGNhMS1nMy5jcmww
DgYDVR0PAQH/BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFTeW1hbnRlY1BLSS0y
LTIxNzAdBgNVHQ4EFgQUZxm2PaV5uzNg2C1T04wJPQesGHAwgfEGA1UdIwSB6TCB5qGB0KSB
zTCByjELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW
ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5j
LiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAx
IFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSF
CwDPrzhIzrGkMA0GCSqGSIb3DQEBCwUAA4IBAQBGGeQndTu+r+LaohRgjx5EkIFpK2NJNY3p
drqfmI8TgdfL/GUb+A5j3pQodPvjb9jJKnoOVKaDrilK9itR/T04ErvdY0X7ZMw+VIZ/TkJt
I7cdC/36zA2OkzXK5UX5zy9/eT1jGMdHI0r2qRQArX5ZVRqJJ9uUoJE4xv5AlaNg9l24yMUW
7ZxmaRRGEErKcCpv0VDgJhrTUrRHcotF0r0DuaXc2QjzkKt0cKvKoE7wwE7k4L5PkBFgJwwr
HN/nbMp1tCXnkUiqkrRRdV8pm0cXHL3J6s91rXUjz/LF31qrt2vKu7heq9WjcNRo8xd6mwug
FDz76IFWaOjPXXxzuC68MYIEYjCCBF4CAQEwgbswgaYxCzAJBgNVBAYTAlVTMR0wGwYDVQQK
ExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1c3QgTmV0d29y
azEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5TeW1hbnRlYyBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc1AhAxSdDYnMC0s7K+ddH7ywAN
MA0GCWCGSAFlAwQCAQUAoIICdzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3
DQEJBTEPFw0xNjAxMjYyMjI3MDhaMC8GCSqGSIb3DQEJBDEiBCB6LTXbI8HLsDrVylcqNQUJ
JlJ/JksmyDf5TdNY8MOTjzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgB
ZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO
AwIHMA0GCCqGSIb3DQMCAgEoMIHMBgkrBgEEAYI3EAQxgb4wgbswgaYxCzAJBgNVBAYTAlVT
MR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1
c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5T
eW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc1AhAxSdDYnMC0
s7K+ddH7ywANMIHOBgsqhkiG9w0BCRACCzGBvqCBuzCBpjELMAkGA1UEBhMCVVMxHTAbBgNV
BAoTFFN5bWFudGVjIENvcnBvcmF0aW9uMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3
b3JrMR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlN5bWFudGVj
IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzUCEDFJ0NicwLSzsr510fvL
AA0wDQYJKoZIhvcNAQEBBQAEggEAkRxYubhPxc4at3/RIFs5GbgjMlzsVJ+5UChpVb141apP
WoYjuBmoP4MZbbgvxw4Ghyv2qRoRQhv+8o/2XvX9ywpwKTb/SZCinoZL1T6D196kRr63eKcN
L1J17L7WWfUnAf700xLBDcCaLEUK2qhkmXu/lBRT/00HMAxQw8g3NIEpzjXKECnZ6VbkHjnR
QyQIEZHWQ9oRHvHOLyD4vSj259y9HDQbKWj6l/2MZiDT2m6AIlSLQWarcfiWaBV/C92J8y2z
3gNVoP9BN7MT3R9LP0/BXy8MTKCWF2oBO+Ch0ge937Sf7SGb+j6hhfuoc7qL0BIc1KRKdaXD
w/J8GvrXaAAAAAAAAA==
--------------ms000401000501050603020406--


From wollman@csail.mit.edu  Wed Jan 27 18:23:46 2016
From: wollman@csail.mit.edu (Garrett Wollman)
Date: Wed, 27 Jan 2016 13:23:46 -0500
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <766410068364498636@toto.iv>
Message-ID: <22185.2866.171733.256931@khavrinen.csail.mit.edu>

<<On Tue, 26 Jan 2016 17:27:08 -0500, Jeffrey Altman <jaltman@auristor.com> said:

> On 1/26/2016 5:12 PM, Garance A Drosehn wrote:
>> The timing on this has been very fortunate for a few folks at RPI who
>> upgraded their macs to Yosemite in the past week.  Not sure why so many=

>> picked this week to do that upgrade!  So far they're using the package
>> for 1.6.15, which is much much better than having no AFS at all.
>> =20
>> Thanks to everyone who contributed to this!

> Garance,

> AuriStor has been shipping clients for El Capitan since the operating
> system's release

Jeffrey,

Those of us who are not AuriStor customers are naturally reluctant to
depend on AuriStor's continued generosity in making these clients
freely available.  (And those of us who are SNA customers are
naturally desirous of a client that is supported under our SNA
contracts.)

-GAWollman

From karl.behler@ipp.mpg.de  Wed Jan 27 18:40:55 2016
From: karl.behler@ipp.mpg.de (Karl Behler)
Date: Wed, 27 Jan 2016 19:40:55 +0100
Subject: [OpenAFS] Solaris AFS client down - why does this happen
In-Reply-To: <7E63D198-5656-43CD-9AEA-D25448F43803@sinenomine.net>
References: <56210DC5.5050500@ipp.mpg.de> <92C4991D-D69E-43FF-B0ED-839E7F721663@sinenomine.net> <563A373B.9090803@ipp.mpg.de> <7E63D198-5656-43CD-9AEA-D25448F43803@sinenomine.net>
Message-ID: <56A90F37.7040900@ipp.mpg.de>

Dear Mark,

sorry for my late answer. I'm still in a hurry. Unfortunately there are 
no log files left from October.
But I should say that we had several similar events during the last week 
(and from time to time) which
are in coincidence with shutdowns or end in shutdowns (don't know what 
comes first).
I could prepare the message logs if you think it's worth. However, not 
before tomorrow.

Best regards,

Karl



On 25.01.16 19:22, Mark Vitale wrote:
> On Nov 4, 2015, at 11:50 AM, Karl Behler <karl.behler@ipp.mpg.de> wrote:
>
>> Dear Mark and Ben,
>>
>> thanks for your response. We could not find which component in our system may have caused the "umount".
>> But since then it never happened again. I think we will go over to a newer version of the client and then see what happens.
> When you first reported this, I focused on the possible reasons for the shutdown, and inadvertently overlooked the panic/hang that you also reported.  But recently while doing some Solaris testing I discovered a bug in the OpenAFS Solaris shutdown code.  Unlike you, my shutdowns were intentional; but like you, I saw "Failed to flush vcache" messages and a panic after shutdown.   At that point I remembered your email and realized you had probably encountered the same panic I did.  However, the only way to be sure would be to look for the panic messages in your syslog.  If you still have those (from back in October), it would be helpful to see them.
>
> Regardless, I'm able to duplicate the problem quite easily.
>
> I've opened https://rt.central.org/rt/Ticket/Display.html?id=132689 and I am working on an upstream fix for this.
>
> Regards,
> --
> Mark Vitale
> Sine Nomine Associates
>
>
>>> On Oct 16, 2015, at 10:46 AM, Karl Behler <karl.behler@ipp.mpg.de> wrote:
>>>
>>>> we experience unwanted "shutdown" events of our OpenAFS 1.6.9 clients under Solaris 10.
>>>>
>>>> Running this client since October last year without problems on ten Solaris desktop servers which reboot regularly on weekends, we recently had kind of crashes on nearly half of these servers in the middle of a week.
>>>>
>>>> The log file (/var/adm/messages) contains kernel messages which look like a shutdown which seems to be initiated by the afsd itself.
>>>> (In the following log the real event starts at Oct 16 11:54:47)
>>>>
>>>> Oct 16 11:35:39 sxaug37 genunix: [ID 900631 kern.notice] afs: byte-range lock/unlock ignored; make sure no one else is running this program (pid 23006 (thunderbird-bin), user 13471, fid 1108706165.12934.344145).
>>>> Oct 16 11:39:23 sxaug37 genunix: [ID 900631 kern.notice] afs: byte-range lock/unlock ignored; make sure no one else is running this program (pid 22054 (firefox-bin), user 6570, fid 1108604831.175334.13229850).
>>>> Oct 16 11:49:23 sxaug37 last message repeated 1 time
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 146023 kern.notice] afs: WARM
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 510892 kern.notice] shutting down of: vcaches...
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x28e2f840
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x2924b960
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x28114c00
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x27d49000
>>>> ... several hundert similar messages
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x2811dbc0
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x28a53c60
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x27e10460
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 159345 kern.notice] Failed to flush vcache 0x289fad40
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 364168 kern.notice] BkG...
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 338304 kern.notice] CB...
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 543876 kern.notice] afs...
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 229921 kern.notice] CTrunc...
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 916331 kern.notice] AFSDB...
>>>> Oct 16 11:54:47 sxaug37 genunix: [ID 196290 kern.notice] RxEvent...
>>>> Oct 16 11:54:48 sxaug37 genunix: [ID 687192 kern.notice] UnmaskRxkSignals...
>>>> Oct 16 11:54:48 sxaug37 genunix: [ID 346748 kern.notice] RxListener...
>>>> Oct 16 11:54:48 sxaug37 genunix: [ID 890369 kern.notice] NetIfPoller...
>>>> Oct 16 11:54:48 sxaug37 genunix: [ID 288918 kern.notice] WARNING: not all blocks freed: large 0 small 217
>>>> Oct 16 11:54:48 sxaug37 genunix: [ID 646860 kern.notice]  ALL allocated tables...
>>>> Oct 16 11:54:48 sxaug37 genunix: [ID 773001 kern.notice] done
>>>> Oct 16 11:58:24 sxaug37 genunix: [ID 540533 kern.notice] ^MSunOS Release 5.10 Version Generic_150401-28 64-bit
>>>> Oct 16 11:58:24 sxaug37 genunix: [ID 282658 kern.notice] Copyright (c) 1983, 2015, Oracle and/or its affiliates. All rights reserved.
>>>>
>>>> Sometimes the system reboots immediately and sometimes the system stays in a state where all attempts to access AFS end with I/O Error.


-- 
Dr. Karl Behler	
CODAC & IT services ASDEX Upgrade
phon +49 89 3299-1351 fax 3299-961351


From jaltman@auristor.com  Wed Jan 27 22:09:41 2016
From: jaltman@auristor.com (Jeffrey Altman)
Date: Wed, 27 Jan 2016 17:09:41 -0500
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <22185.2866.171733.256931@khavrinen.csail.mit.edu>
References: <22185.2866.171733.256931@khavrinen.csail.mit.edu>
Message-ID: <56A94025.1070202@auristor.com>

This is a cryptographically signed message in MIME format.

--------------ms000308070101030803070102
Content-Type: multipart/mixed;
 boundary="------------030406080105000905080005"

This is a multi-part message in MIME format.
--------------030406080105000905080005
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 1/27/2016 1:23 PM, Garrett Wollman wrote:
>
> Jeffrey,
>=20
> Those of us who are not AuriStor customers are naturally reluctant to
> depend on AuriStor's continued generosity in making these clients
> freely available.  (And those of us who are SNA customers are
> naturally desirous of a client that is supported under our SNA
> contracts.)
>=20
> -GAWollman

Garrett,

At the moment fewer than 4% of client downloads from our site are being
used to access cells that fund the development of those clients.  It is
for that exact reason that we stopped distributing clients via the
OpenAFS web site.  Even though all of the effort, expenses and liability
associated with producing the Windows and OSX and iOS clients were borne
by AuriStor, Inc. (formerly known as Your File System, Inc.), the money
that should have paid for the development went into someone else's bank
account.

Developers do not work for free.  If you full time job is developing and
supporting a distributed file system, it is not a hobby and you expect
to get paid.  Otherwise it isn't possible to put a roof over your head
and feed your spouse and kids.

  freeloader
  noun
  a person who takes advantage of others' generosity without giving
  anything in return.

This is the appropriate term describing the vast majority of AFS cell
operators around the globe.   My guess is that fewer than 20% of cell
operators spend any money supporting the development, packaging and
distribution of software supporting their cell.

The AuriStor File System is not free.  There are real costs associated
with developing the clients, the servers, and the admin tooling.  Not to
mention mobile friendly html5 web front-ends, nfs3 front ends, and other
proxy services.  AuriStor clients are not built from the OpenAFS code
base.  They are built from the AuriStor code base and provide seamless
access to IBM AFS 3.6, OpenAFS and AuriStor File System services.

As the saying goes, you get what you pay for.  If you want a file system
that provides wire privacy that isn't using a watered down 1970s
deprecated encryption system, support for the IPv6 that is available
from your home and mobile Internet providers, the ability to host imap
mail or other multi-writer workloads in /afs without melting down the
cell, and the ability to saturate servers with multiple 10gbit NICs,
give us a ring.

Jeffrey Altman


--------------030406080105000905080005
Content-Type: text/x-vcard; charset=utf-8;
 name="jaltman.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="jaltman.vcf"

begin:vcard
fn:Jeffrey Altman
n:Altman;Jeffrey
org:AuriStor, Inc.
adr:Suite 6B;;255 West 94Th Street;New York;New York;10025-6985;United St=
ates
email;internet:jaltman@auristor.com
title:Founder and CEO
tel;work:+1-212-769-9018
note;quoted-printable:LinkedIn: https://www.linkedin.com/in/jeffreyaltman=
=3D0D=3D0A=3D
	Skype: jeffrey.e.altman=3D0D=3D0A=3D
=09
url:https://www.auristor.com/
version:2.1
end:vcard


--------------030406080105000905080005--

--------------ms000308070101030803070102
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DEkwggYFMIIE7aADAgECAhAxSdDYnMC0s7K+ddH7ywANMA0GCSqGSIb3DQEBCwUAMIGmMQsw
CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5
bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3
MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
NTAeFw0xNTExMDEwMDAwMDBaFw0xNjExMDEyMzU5NTlaMIGnMS4wLAYDVQQDDCVQZXJzb25h
IE5vdCBWYWxpZGF0ZWQgLSAxNDQ2NDA0MDI1NjI1MSMwIQYJKoZIhvcNAQkBFhRqYWx0bWFu
QGF1cmlzdG9yLmNvbTEPMA0GA1UECwwGUy9NSU1FMR4wHAYDVQQLDBVQZXJzb25hIE5vdCBW
YWxpZGF0ZWQxHzAdBgNVBAsMFlN5bWFudGVjIFRydXN0IE5ldHdvcmswggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC2cv6bENZULsb1FNyEBI47G2kA7Rogocg5u0qnQuDMCCNH
DnXkI62H2z/464AS8AGp4FcZIdvCPYp0POFlOl2XEiyA59FEDi+s3b33nLrnVOa4esw2NFBi
ZvwHvniUjgwWSUcS5V5+VhXeIKBL1U1NtMtB2XEVnc72RiQZB3KqzlS9GUvtSTdmCc6ULD/t
P009yCsBqY6NR/nug5NtUja2N+xUC2l8coYU1ingj/M4+fT8KcSq5t8laj0E+3X9ZPYlN9in
L364hXB1b+EHfxp0F0wZdsCapkEKV2VN16S1Ee5rccJIMaAJxrybK7NdI36Es/XqWlQzSeVN
wUYdwejrAgMBAAGjggIqMIICJjAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIFoDAgBgNV
HSUBAf8EFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwHQYDVR0OBBYEFInhroYG7TrlBeOJmwRc
a0rfA3jtMB8GA1UdEQQYMBaBFGphbHRtYW5AYXVyaXN0b3IuY29tMGwGA1UdIARlMGMwYQYL
YIZIAYb4RQEHFwEwUjAmBggrBgEFBQcCARYaaHR0cDovL3d3dy5zeW1hdXRoLmNvbS9jcHMw
KAYIKwYBBQUHAgIwHBoaaHR0cDovL3d3dy5zeW1hdXRoLmNvbS9ycGEwXQYDVR0fBFYwVDBS
oFCgToZMaHR0cDovL3BraS1jcmwuc3ltYXV0aC5jb20vY2FfNTdkZTdhMjM4ZDQ1ZDhkNGZj
NzFmOGE1YzZiODFjOTMvTGF0ZXN0Q1JMLmNybDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUH
MAKGMmh0dHA6Ly9jYWNlci5zeW1hdXRoLmNvbS9tcGtpL3N5bWNjMWluZHN1YmNhZzUuY3J0
MB8GA1UdIwQYMBaAFGcZtj2lebszYNgtU9OMCT0HrBhwMCsGCmCGSAGG+EUBEAMEHTAbBhJg
hkgBhvhFARABAgIEAa3ukhMWBTEwOTIyMDkGCmCGSAGG+EUBEAUEKzApAgEAFiRhSFIwY0hN
Nkx5OXdhMmt0Y21FdWMzbHRZWFYwYUM1amIyMD0wDQYJKoZIhvcNAQELBQADggEBAHhpoe3z
j0uxbWFz4Q7F2KyRJTgREbQ+imVv3ibbd2uvnckJ+vTNJuFoaORXKTt3B8TUT8rBTwXm35D5
K4DOrKMVS0iyR9PDobLpjQM8FcIGUdbGWeZZq/1zoWhi3RtFNzZaSKXjwiQUUWYTZUE7rUmj
qu7fiACksPAAdyG12FJtk1pdVByqmaFC75/z2Qs/jVjyySpy2SRg8wlpqM2h8tl9SGska/BT
gXLHJMhKrHQvBi+9Xo3MrmJA5Z3f5vcheoOAoM5/ScHBUXWDG0+NnEIb340By0adU823pF9c
K4gxI0ZJNID+eaT0XCqg47QFOZYZUlm3s4rDi1l1iPIHekwwggY8MIIFJKADAgECAhAHAqIa
hbhLZZ4YCm7m9aNlMA0GCSqGSIb3DQEBCwUAMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO
VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNV
BAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkx
RTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv
biBBdXRob3JpdHkgLSBHMzAeFw0xNTEwMDEwMDAwMDBaFw0yNTA5MzAyMzU5NTlaMIGmMQsw
CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5
bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3
MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
NTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANb7DTFJIsAMuu9OLRe4tDDlNNKs
Ce7JiQBd9K4TEbMTjlXPIhioIAam/SXLaJS0oIKQDm6WkkTuFbm07PrPeT1p1Jwf3CCaDijV
DbXGnjrx1GUZwIQzTY7aivHWJ7kDoNH6KJyCk2z3DYV9W+lOmWL+k0LS7j6zcVeGl0bL3w3h
xoRasw2P9fQQigVdn2hG7AiwWEKC9r4tEEamJAsn/pgUU4OTgtvqwD9PolhhtUtyaRJfM1n2
+bNMAGTOhcWGkgxuHOsoz3GpkKl0mXQk60jhDl1oEqgBZujumrIv+D3Nt3gkzqVgfOgWPUnx
B7ozvjIrwmejFsdvwNJalATCa0UCAwEAAaOCAj4wggI6MDcGCCsGAQUFBwEBBCswKTAnBggr
BgEFBQcwAYYbaHR0cDovL3BraS1vY3NwLnN5bWF1dGguY29tMBIGA1UdEwEB/wQIMAYBAf8C
AQAwbAYDVR0gBGUwYzBhBgtghkgBhvhFAQcXATBSMCYGCCsGAQUFBwIBFhpodHRwOi8vd3d3
LnN5bWF1dGguY29tL2NwczAoBggrBgEFBQcCAjAcGhpodHRwOi8vd3d3LnN5bWF1dGguY29t
L3JwYTAvBgNVHR8EKDAmMCSgIqAghh5odHRwOi8vcy5zeW1jYi5jb20vcGNhMS1nMy5jcmww
DgYDVR0PAQH/BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFTeW1hbnRlY1BLSS0y
LTIxNzAdBgNVHQ4EFgQUZxm2PaV5uzNg2C1T04wJPQesGHAwgfEGA1UdIwSB6TCB5qGB0KSB
zTCByjELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW
ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5j
LiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAx
IFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSF
CwDPrzhIzrGkMA0GCSqGSIb3DQEBCwUAA4IBAQBGGeQndTu+r+LaohRgjx5EkIFpK2NJNY3p
drqfmI8TgdfL/GUb+A5j3pQodPvjb9jJKnoOVKaDrilK9itR/T04ErvdY0X7ZMw+VIZ/TkJt
I7cdC/36zA2OkzXK5UX5zy9/eT1jGMdHI0r2qRQArX5ZVRqJJ9uUoJE4xv5AlaNg9l24yMUW
7ZxmaRRGEErKcCpv0VDgJhrTUrRHcotF0r0DuaXc2QjzkKt0cKvKoE7wwE7k4L5PkBFgJwwr
HN/nbMp1tCXnkUiqkrRRdV8pm0cXHL3J6s91rXUjz/LF31qrt2vKu7heq9WjcNRo8xd6mwug
FDz76IFWaOjPXXxzuC68MYIEYjCCBF4CAQEwgbswgaYxCzAJBgNVBAYTAlVTMR0wGwYDVQQK
ExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1c3QgTmV0d29y
azEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5TeW1hbnRlYyBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc1AhAxSdDYnMC0s7K+ddH7ywAN
MA0GCWCGSAFlAwQCAQUAoIICdzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3
DQEJBTEPFw0xNjAxMjcyMjA5NDFaMC8GCSqGSIb3DQEJBDEiBCA/2H/hF8gJ0qp5us/NLbjM
dwMu6qMOvFuBnZE7BwDLSzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgB
ZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO
AwIHMA0GCCqGSIb3DQMCAgEoMIHMBgkrBgEEAYI3EAQxgb4wgbswgaYxCzAJBgNVBAYTAlVT
MR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1
c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5T
eW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc1AhAxSdDYnMC0
s7K+ddH7ywANMIHOBgsqhkiG9w0BCRACCzGBvqCBuzCBpjELMAkGA1UEBhMCVVMxHTAbBgNV
BAoTFFN5bWFudGVjIENvcnBvcmF0aW9uMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3
b3JrMR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlN5bWFudGVj
IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzUCEDFJ0NicwLSzsr510fvL
AA0wDQYJKoZIhvcNAQEBBQAEggEAQOas89WEg02HQTMp5u0JoTkkEs4WqitNAulR3LpRB8Z3
CituYdlO2/hHMrSkJ3+H7av4hm9GFDH4dHYw8BO4BQeDqHVBK5mVt1eJo4XGDyUKipyDimJC
PAp//oQO86qDF8p3O71e9XtFaTW+exuEIT4kiBYHu0iB6joOt5qY4dTk4jNANXR6EFWbSbzK
U2ffSt+6Do4/hNXKcLHXo+R2eXcQawKLlP1/TLAyEd2ZSyDdG8JaqcvWyQ4sLcD8k9ro7+8m
ygxaLjnQIN/smT82NFYY3CYLrpeMfMmYey2ZmZqicEDm8gl14RQhlQ6LLmGtEfgzpL3wpzPB
G5kEwpZPXAAAAAAAAA==
--------------ms000308070101030803070102--


From tcreedon@easystreet.net  Thu Jan 28 15:11:30 2016
From: tcreedon@easystreet.net (Ted Creedon)
Date: Thu, 28 Jan 2016 15:11:30 +0000
Subject: [OpenAFS] Release of MacOS 10 client
In-Reply-To: <56A94025.1070202@auristor.com>
References: <22185.2866.171733.256931@khavrinen.csail.mit.edu>,<56A94025.1070202@auristor.com>
Message-ID: <BY1PR14MB024717E024C70BB13F4F076AA4DA0@BY1PR14MB0247.namprd14.prod.outlook.com>

Competition is the life of trade.=20

________________________________________
From: openafs-info-admin@openafs.org <openafs-info-admin@openafs.org> on be=
half of Jeffrey Altman <jaltman@auristor.com>
Sent: Wednesday, January 27, 2016 2:09 PM
To: openafs-info@openafs.org
Subject: Re: [OpenAFS] Release of MacOS 10 client

On 1/27/2016 1:23 PM, Garrett Wollman wrote:
>
> Jeffrey,
>
> Those of us who are not AuriStor customers are naturally reluctant to
> depend on AuriStor's continued generosity in making these clients
> freely available.  (And those of us who are SNA customers are
> naturally desirous of a client that is supported under our SNA
> contracts.)
>
> -GAWollman

Garrett,

At the moment fewer than 4% of client downloads from our site are being
used to access cells that fund the development of those clients.  It is
for that exact reason that we stopped distributing clients via the
OpenAFS web site.  Even though all of the effort, expenses and liability
associated with producing the Windows and OSX and iOS clients were borne
by AuriStor, Inc. (formerly known as Your File System, Inc.), the money
that should have paid for the development went into someone else's bank
account.

Developers do not work for free.  If you full time job is developing and
supporting a distributed file system, it is not a hobby and you expect
to get paid.  Otherwise it isn't possible to put a roof over your head
and feed your spouse and kids.

  freeloader
  noun
  a person who takes advantage of others' generosity without giving
  anything in return.

This is the appropriate term describing the vast majority of AFS cell
operators around the globe.   My guess is that fewer than 20% of cell
operators spend any money supporting the development, packaging and
distribution of software supporting their cell.

The AuriStor File System is not free.  There are real costs associated
with developing the clients, the servers, and the admin tooling.  Not to
mention mobile friendly html5 web front-ends, nfs3 front ends, and other
proxy services.  AuriStor clients are not built from the OpenAFS code
base.  They are built from the AuriStor code base and provide seamless
access to IBM AFS 3.6, OpenAFS and AuriStor File System services.

As the saying goes, you get what you pay for.  If you want a file system
that provides wire privacy that isn't using a watered down 1970s
deprecated encryption system, support for the IPv6 that is available
from your home and mobile Internet providers, the ability to host imap
mail or other multi-writer workloads in /afs without melting down the
cell, and the ability to saturate servers with multiple 10gbit NICs,
give us a ring.

Jeffrey Altman