I'm a bit confused about what versions are affected by this bug. I've got mostly 1.8.[56] clients, which I'm upgrading now. My servers are still running 1.6.22 and appear to be fine for vos operations between themselves, and the DB servers have been restarted since this happened (but not the fileservers). Will I need to upgrade the servers too ?
And many thanks to everyone who jumped on debugging and fixing this. It hadn't occurred to me that it was a generic problem until I saw that the mailing list had lit up. I'd been trying to blame our network folks, as we usually do when really weird things happen (. Richard On 2021-01-14, 13:21, "Jeffrey E Altman" <openafs-info-ad...@openafs.org on behalf of jalt...@auristor.com> wrote: On 1/14/2021 10:55 AM, Jeffrey E Altman (jalt...@auristor.com) wrote: > This morning at 14 Jan 2021 08:25:36 GMT all restarted or newly started > OpenAFS 1.8 clients and servers began to experience RX communication > failures. The RX Connection ID of all calls initiated by the peer are > the same: > > 0x80000002 > > Patches to correct the flaw are available from OpenAFS Gerrit > > https://gerrit.openafs.org/14491 > rx: rx_InitHost do not overwrite RAND_bytes rx_nextCid > > https://gerrit.openafs.org/14492 > rx: update_nextCid overflow handling is broken One more patch https://gerrit.openafs.org/14495 rx: modify RX_CIDMASK to match update_nextCid() > Jeffrey Altman > AuriStor, Inc.