Description of problem -
Versioning is enabled on the bucket and objects are uploaded parallel from all endpoints. In this case, multiple versions of same object are created on the server.{}

The version of all relevant components (OCP, ODF, RHCS, ACM whichever is applicable):
N/A

Does this issue impact your ability to continue to work with the product?

No

Is there any workaround available to the best of your knowledge?

Can this issue be reproduced? If so, please provide the hit rate
Every time

If this is a regression, please provide more details to justify this:

No

Steps to Reproduce:

• Create Bucket and enable versioning on the bucket
• From client, upload same object simultaneously from all endpoints
• From client, do list-object-versions to get versions of object. Multiple object versions can be seen for same object
• On server, check bucket path for verifying the versions.

Expected results:

Single version of the object needs to be created.

Reproduced Output :
**

Source RPM  : gpfs.mms3-5.2.3-1.el9.src.rpm                                                                                                                                                           

Build Date  : Wed 04 Jun 2025 11:39:35 PM CEST

Source RPM  : noobaa-core-5.18.4-20250527.el9.src.rpm                                                                                                                                                 

Build Date  : Tue 27 May 2025 09:26:11 AM CEST  

**
**

 
[root@bl5june-22 ~]# ls -la /mnt/gpfs0/account1/bucket1/.versions/
total 129
drwxrwx---. 2 1009 3000 8192 Jun 9 11:49 .
drwxrwx---. 3 1009 3000 4096 Jun 9 11:49 ..
rw-rw---. 1 1009 3000 948 Jun 9 11:49 object.txt_mtime-dahwqaor45c0-ino-hsf
rw-rw---. 1 1009 3000 948 Jun 9 11:49 object.txt_mtime-dahwqaorj4e8-ino-mf9
rw-rw---. 1 1009 3000 948 Jun 9 11:49 object.txt_mtime-dahwqaosqsqo-ino-6zj
rw-rw---. 1 1009 3000 1032 Jun 9 11:49 object.txt_mtime-dahwqbelozr4-ino-6zk
rw-rw---. 1 1009 3000 1032 Jun 9 11:49 object.txt_mtime-dahwqbfgjmkg-ino-hsg
rw-rw---. 1 1009 3000 1032 Jun 9 11:49 object.txt_mtime-dahwqbfjtj40-ino-mfs
rw-rw---. 1 1009 3000 1116 Jun 9 11:49 object.txt_mtime-dahwqc4teww0-ino-mfh
rw-rw---. 1 1009 3000 1116 Jun 9 11:49 object.txt_mtime-dahwqc6ewxds-ino-6zl
rw-rw---. 1 1009 3000 1116 Jun 9 11:49 object.txt_mtime-dahwqc6fcl4w-ino-hs2
rw-rw---. 1 1009 3000 1200 Jun 9 11:49 object.txt_mtime-dahwqcqudkao-ino-6zh
rw-rw---. 1 1009 3000 1200 Jun 9 11:49 object.txt_mtime-dahwqcslm800-ino-mg0
rw-rw---. 1 1009 3000 1200 Jun 9 11:49 object.txt_mtime-dahwqcslmd4w-ino-hs1
rw-rw---. 1 1009 3000 1284 Jun 9 11:49 object.txt_mtime-dahwqdhw65fk-ino-mfd
rw-rw---. 1 1009 3000 1284 Jun 9 11:49 object.txt_mtime-dahwqdiqhyps-ino-hs0
rw-rw---. 1 1009 3000 864 Jun 9 11:38 object.txt_null
[root@bl5june-22 ~]#

**