习惯了文件系统的我们一直都觉得 ls
命令应该会把文件全部 list 出来,对于 s3cmd ls
我一开始也是这么理解的。
直到有一天,同事通过 s3cmd delete
删除了一个文件,执行 s3cmd ls
竟然返回200,但是 s3cmd get
却返回404,这就很奇怪了,用户明明已经删了对象,为何 ls
得到呢,这不合理,当然 get
不到,那才是合理的,那么 get
不应该 ls
得到啊。
具体的情况如下。
[root@site ~]# s3cmd ls s3://game/1586744327001/sample/allblueapp/80121/ap_80121_14_20200515115522_216.txt
2020-05-15 03:58 1606 s3://game/1586744327001/sample/allblueapp/80121/ap_80121_14_20200515115522_216.txt
[root@site ~]# s3cmd get s3://game/1586744327001/sample/allblueapp/80121/ap_80121_14_20200515115522_216.txt .
download: 's3://game/1586744327001/sample/allblueapp/80121/ap_80121_14_20200515115522_216.txt' -> './ap_80121_14_20200515115522_216.txt' [1 of 1]
ERROR: S3 error: 404 (NoSuchKey)
于是加一下加一下 -d
选项来 debug 一下。发现依然是返回200,且也看不出有什么问题。于是去看了下 s3cmd 的源码,发现 s3cmd ls
只要 bucket 存在,就一定会返回200,不管要 ls
的 object 存不存在,于是做了个实验,去 ls
一个从来不存在的 object
发现,竟然也是200,OK,Fine。
感兴趣的话,可以去看下这块代码,确认一下。
https://github.com/s3tools/s3cmd/blob/master/S3/S3.py#L324