问题描述：
上传oss云存储，无法成功，报错：
2019-01-29 17:44:59,552 oss2.api [ERROR] 140080008111872 : Exception: {'status': 404, 'x-oss-request-id': '5C50209BAE509FEEA16D753E', 'details': {'Code': 'NoSuchKey', 'Message': 'The specified key does not exist.', 'RequestId': '5C50209BAE509FEEA16D753E', 'HostId': '针对中国时区，修改操作如下
1. 修改文件 /etc/sysconfig/clock内容： ZONE=Asia/Shanghai UTC=false ARC=false 2. （针对同步时区不成功，执行下面步骤就行！！！） rm -rf /etc/localtime ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
补充：
系统时间变化原因分析
Linux的时间有两种，一是系统时间，另外是硬件时间（BIOS时间）。
系统每次启动时会读出BIOS时间，将之赋给系统时间。之后系统时间将独立运行，而BIOS时间不会变化。
在BIOS时间中，有两种表示形式。一种是以localtime表示的，一种是以UTC表示的。具体查看的方式可以通过hwclock
–debug，该命令可以输出当前硬件时间的表示形式。
下面例举各种情况下系统时间的变化：
1.当hwclock设定为localtime，/etc/sysconf/clock 中的
UTC=true时，重启后系统时间后相对于BIOS时间被提前8个小时。
2.当hwclock设定为localtime，/etc/sysconf/clock中的
UTC=false时，重启后系统时间相对于BIOS时间没有变化
3.当hwclock设定为UTC，/etc/sysconf/clock 中的
UTC=true时，重启后系统时间后相对于BIOS时间无变化
4.当hwclock设定为UTC，/etc/sysconf/clock 中的
UTC=false时，重启后系统时间后相对于BIOS时间被推后8个小时。
如下图所示：
/etc/sysconf/clock中UTC=true
/etc/sysconf/clock中UTC=false
硬件时间 localtime
重启后系统时间后相对于BIOS时间被提前8个小时
系统时间无变化
硬件时间
UTC
系统时间无变化
重启后系统时间后相对于BIOS时间被推后8个小时
可见，当BIOS时间设置的类型和 /etc/sysconf/clock中的设置不一致时，就会导致系统启动时的系统时间错误。
如果有脚本实现时间同步，但是系统启动之后运行的。虽然时间同步可以将系统时间同步到正确时间，但是由于之前的系统时间错误设定，将会出现一个错误的时间间隔，这个时间间隔可能会对依赖系统时间的程序产生影响。
对策：出现这种问题的根本原因是硬件时间的类型和
/etc/sysconf/clock中的设置不一致。所以我们将在时间同步脚本中增加对硬件时间的同步，这样可以解决这种问题。
注：
UTC时间：世界协调时间(Universal Time Coordinated,UTC) ，也就是0时区的时间
CST时间：CST China Standard Time UTC+8:00
中国沿海时间(北京时间)，这是我们所属时区的localtime。
2.关于时区的设置：
为保证时间的正确，应该把时区设置正确。设置正确仅是为了使得时间更好理解和其他方面的维护。
设置方法：
1.
手动设置时区：
例如：设置东八区的时间
ln -sf /usr/share/zoneinfo/Asia/Shanghai
/etc/localtime
编辑/etc/sysconfig/clock中 ZONE="Asia/Shanghai"
2.
使用图形化命令设置
system-config-date (大部分情况仅限于RedHat和CentOS）或者使用
tzselect，按照命令提示进行即可。