[PATCH] erofs-utils: lib: simplify s3erofs_prepare_url logic

zhaoyifan (H) zhaoyifan28 at huawei.com
Tue Sep 30 19:25:17 AEST 2025


On 2025/9/30 17:06, Gao Xiang wrote:
> Hi Yifan,
>
> On 2025/9/30 16:40, Yifan Zhao wrote:
>> From: zhaoyifan <zhaoyifan28 at huawei.com>
>>
>> `mkfs.erofs` failed to generate image from Huawei OBS with the 
>> following command:
>>
>>     mkfs.erofs --s3=<endpoint>,urlstyle=vhost,sig=2 s3.erofs test-bucket
>>
>> because it mistakenly generated a url with repeated '/':
>>
>> https://test-bucket.<endpoint>//<keyname>
>>
>> In fact, the splitting of bucket name and path has already been 
>> performed prior
>> to the call to `s3erofs_prepare_url`, and this function does not need 
>> to handle
>> this logic. This patch simplifies this part accordingly and fixes the 
>> problem.
>>
>> Fixes: 29728ba8f6f6 ("erofs-utils: mkfs: support EROFS meta-only 
>> image generation from S3")
>> Signed-off-by: Yifan Zhao <zhaoyifan28 at huawei.com>
>> ---
>>   lib/remotes/s3.c | 35 ++++++++++-------------------------
>>   1 file changed, 10 insertions(+), 25 deletions(-)
>>
>> diff --git a/lib/remotes/s3.c b/lib/remotes/s3.c
>> index 2e7763e..2bd5322 100644
>> --- a/lib/remotes/s3.c
>> +++ b/lib/remotes/s3.c
>> @@ -41,17 +41,16 @@ struct s3erofs_curl_request {
>>     static int s3erofs_prepare_url(struct s3erofs_curl_request *req,
>>                      const char *endpoint,
>> -                   const char *path, const char *key,
>
> I really think we should at least add a unittest for this.
>
Hi Xiang,


I agree that adding unit tests is necessary, but the issue is that it's 
difficult for us to verify the validity of the URL (and accompanying 
request headers) unless we actually make a request to a remote S3 
service. For example, the issue described in this patch only occurs with 
Huawei Cloud OBS, not with Alibaba Cloud OSS.

I suggest that as a first step, we could perform basic rule-based 
validation of the URL in unit tests—such as checking whether the 
canonical query matches the URI, etc. And I will do it before submitting 
any patches modifying the url perparation logic in s3erofs implementaion.

In the future, we could integrate tools that simulate an S3 service 
(e.g., https://github.com/adobe/S3Mock) as part of our CI testing 
pipeline (although this still isn't sufficient to cover the 
compatibility differences across various cloud providers' S3 
interfaces.... )

What's your opinion?


Thanks,

Yifan


> you could simply add
>
> #ifdef TEST
> int main(int argc, char argv[])
> {
>     testfunc1();        // and use assert() if test fails
>     testfunc2();
> }
> #endif
>
> and use gcc -o s3_test -Iinclude -lcurl lib/remote/s3.c to generate a 
> test program.
>
> Thanks,
> Gao Xiang
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/linux-erofs/attachments/20250930/c9966d34/attachment.htm>


More information about the Linux-erofs mailing list