*Description of problem - Provide a detailed description of the issue encountered, including logs/command-output snippets and screenshots if the issue is observed in the UI:
warp mixed --host=multiplehostprovided --access-key="$access_key" --secret-key="$secret_key" --obj.randsize --obj.size=10m --duration=6h --disable-multipart --concurrent=2000 --bucket="$bucket" --insecure --tls
The noobaa log stopped recording new events, I checked noobaa_events, and the following event is observed.
{"timestamp":"2025-04-15T08:57:26.066918-07:00","message":"{\"timestamp\":\"2025-04-15T15:57:26.012Z\",\"host\":\"test.com\",\"event\":{\"code\":\"noobaa_object_stream_get_failed\",\"message\":\"Error while reading the object, value: Lw9nbSet/13.e9)1AarTGSJG7eQh.rnd\",\"description\":\"Error while reading the object, error: AbortError: The operation was aborted\",\"entity_type\":\"NODE\",\"event_type\":\"ERROR\",\"scope\":\"NODE\",\"severity\":\"ERROR\",\"state\":\"DEGRADED\",\"arguments\":
{\"bucket_path\":\"/gpfs/fs0/buckets_1/mixwarp32\",\"object_name\":\"Lw9nbSet/13.e9)1AarTGSJG7eQh.rnd\"},\"pid\":3695319}}","host":"test","severity":"notice","facility":"local2","syslog-tag":"[3695319]:","source":""}
*The OCP platform infrastructure and deployment type (AWS, Bare Metal, VMware, etc. Please clarify if it is platform agnostic deployment), (IPI/UPI):Bare Metal
The ODF deployment type (Internal, External, Internal-Attached (LSO), Multicluster, DR, Provider, etc):
The version of all relevant components (OCP, ODF, RHCS, ACM whichever is applicable):
ODF 4.18.2
Does this issue impact your ability to continue to work with the product?
Is there any workaround available to the best of your knowledge?
Can this issue be reproduced? If so, please provide the hit rate
Can this issue be reproduced from the UI?
If this is a regression, please provide more details to justify this:
Steps to Reproduce:
1.warp mixed --host= --access-key="$access_key" --secret-key="$secret_key" --obj.randsize --obj.size=10m --duration=6h --disable-multipart --concurrent=2000 --bucket="$bucket" --insecure --tls
2.
3.
The exact date and time when the issue was observed, including timezone details:
Actual results:
Expected results:
Logs collected and log location:
Additional info: