我有一个通过 webdav 提供文件的 apache web 服务器(Ubuntu 18.04.5,Apache 2.4.29,启用了 mod_dav)
我使用 chmod 修改了所有文件的权限,现在网络服务器返回了错误的创建日期(已更改而不是已创建)
<lp1:creationdate>2020-11-12T07:02:01Z</lp1:creationdate>
<lp1:getlastmodified>Mon, 12 Oct 2020 05:50:52 GMT</lp1:getlastmodified>
这肯定是 apache webdav 模块的一个错误。糟糕的是,因为我使用 webdav 服务器为我的客户端执行备份。现在,如果客户端尝试恢复备份,所有备份都具有相同的时间戳,他无法分辨哪个是正确的。
作为快速修复,如何将文件ctime
值更改为crtime
(或mtime
)
这里有一些调试信息可以确认这种情况发生了。
LC_ALL=C stat ./backup.zip
File: ./backup.zip
Size: 20234077 Blocks: 39520 IO Block: 4096 regular file
Device: 6620b6e1h/1713420001d Inode: 61214357 Links: 1
Access: (0770/-rwxrwx---) Uid: (10001/user) Gid: ( 1008/group)
Access: 2020-11-11 23:46:05.827618160 +0100
Modify: 2020-10-12 07:50:52.910941633 +0200
Change: 2020-11-12 08:02:01.492212852 +0100
Birth: -
stat -c %i ./backup.zip
61214357
debugfs -R 'stat <61214357>' /dev/ploop26158p1
Inode: 61214357 Type: regular Mode: 0770 Flags: 0x80000
Generation: 585915609 Version: 0x00000000:00000001
User: 10001 Group: 1008 Size: 20234077
File ACL: 0
Links: 1 Blockcount: 39520
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x5facdde9:755a49d0 -- Thu Nov 12 08:02:01 2020
atime: 0x5fac69ad:c551cdc0 -- Wed Nov 11 23:46:05 2020
mtime: 0x5f83eebc:d92f7704 -- Mon Oct 12 07:50:52 2020
crtime: 0x5f83eeab:bd410660 -- Mon Oct 12 07:50:35 2020
Size of extra inode fields: 28
EXTENTS:
(0-511):287372288-287372799, (512-1023):287354880-287355391, (1024-4095):287360000-287363071, (4096-4939):287350784-287351627
curl -u user:pass -i -X PROPFIND https://domain.tld/ --upload-file - -H "Depth: 1" <<end
<?xml version="1.0" encoding="utf-8" ?><propfind xmlns="DAV:"><allprop/></propfind>
end
HTTP/1.1 100 Continue
HTTP/1.1 207 Multi-Status
Date: Thu, 12 Nov 2020 07:23:27 GMT
Server: Apache
X-Powered-By: PleskLin
Content-Length: 1641
Content-Type: text/xml; charset="utf-8"
<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:" xmlns:ns0="DAV:">
<D:response xmlns:lp2="http://apache.org/dav/props/" xmlns:lp1="DAV:">
<D:href>/</D:href>
<D:propstat>
<D:prop>
<lp1:resourcetype><D:collection/></lp1:resourcetype>
<lp1:creationdate>2020-11-12T07:02:01Z</lp1:creationdate>
<lp1:getlastmodified>Mon, 12 Oct 2020 05:50:52 GMT</lp1:getlastmodified>
<lp1:getetag>"1000-5b172e19a0d5d"</lp1:getetag>
<D:supportedlock>
<D:lockentry>
<D:lockscope><D:exclusive/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
<D:lockentry>
<D:lockscope><D:shared/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
</D:supportedlock>
<D:lockdiscovery/>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
<D:response xmlns:lp2="http://apache.org/dav/props/" xmlns:lp1="DAV:">
<D:href>/backup.zip</D:href>
<D:propstat>
<D:prop>
<lp1:resourcetype/>
<lp1:creationdate>2020-11-12T07:02:01Z</lp1:creationdate>
<lp1:getcontentlength>20234077</lp1:getcontentlength>
<lp1:getlastmodified>Mon, 12 Oct 2020 05:50:52 GMT</lp1:getlastmodified>
<lp1:getetag>"134bf5d-5b172e19a0d5d"</lp1:getetag>
<lp2:executable>T</lp2:executable>
<D:supportedlock>
<D:lockentry>
<D:lockscope><D:exclusive/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
<D:lockentry>
<D:lockscope><D:shared/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
</D:supportedlock>
<D:lockdiscovery/>
<D:getcontenttype>application/zip</D:getcontenttype>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>
答案1
我认为你必须选择你的毒药:关于这个问题你有多个答案,但没有一个是完美的