Re: [lustre-discuss] Lustre client/server versions/compatibility

2019-10-20 Thread Andreas Dilger
Cory, I think the protocol change for object deletion was done as part of the OSD API change (to add ZFS support) in 2.4, and LU-5814 doesn't seem to be related to that. Or maybe the removal of the interoperability support for pre-2.4 clients was removed as part of that change (which is marked

Re: [lustre-discuss] Lustre client/server versions/compatibility

2019-10-20 Thread Cory Spitz
Hi, William. You should plan to update your 2.4.x and 2.5.x clients. There is at least one known compatibility problem with clients that old. The code associated with LU-5814 changed the protocol for deleting objects. You’ll find that files deleted from those old clients will leak objects

Re: [lustre-discuss] Lustre client/server versions/compatibility [EXT]

2019-10-17 Thread Dave Holland
On Thu, Oct 17, 2019 at 05:12:01AM +, Andreas Dilger wrote: > Each client and server negotiate protocol compatibility at connection > time, so if new features are added they are only active if both > systems support them. I just wanted to add that clients up to 2.12.2 have a bug around

Re: [lustre-discuss] Lustre client/server versions/compatibility

2019-10-16 Thread Andreas Dilger
On Oct 17, 2019, at 00:34, William D. Colburn mailto:wcolb...@nrao.edu>> wrote: We are moving closer to migrating our lustre 2.5.5 servers to lustre 2.12.2. But we still have a collection of clients. We have a vague bit of folklore, handed down word of mouth from the village elder, that if we

[lustre-discuss] Lustre client/server versions/compatibility

2019-10-16 Thread William D. Colburn
We are moving closer to migrating our lustre 2.5.5 servers to lustre 2.12.2. But we still have a collection of clients. We have a vague bit of folklore, handed down word of mouth from the village elder, that if we upgrade the server to 2.12.2 that the clients all have to be upgraded to