如题，10分钟后恢复

转移已完成

难怪，我的内信已读数量都写入不了
小米MIX2s(白)

上传图片失败
@老虎会游泳，

{
    "error": "true",
    "errInfo": {
        "code": 0,
        "message": "RequestCoreException: cURL error: Failed to connect to hu60cn.oss-cn-beijing-internal.aliyuncs.com port 80: Connection timed out (28)",
        "file": "phar:///www/wwwroot/hu60.cn/src/nonfree/class/AliyunOss.phar/src/OSS/OssClient.php",
        "line": 2962,
        "trace": "#0 phar:///www/wwwroot/hu60.cn/src/nonfree/class/AliyunOss.phar/src/OSS/OssClient.php(2050): OSS\\OssClient->auth()\n#1 /www/wwwroot/hu60.cn/src/class/CloudStorageAliyun.php(49): OSS\\OssClient->doesObjectExist()\n#2 /www/wwwroot/hu60.cn/src/class/CloudStorageBase.php(62): CloudStorageAliyun->getUploadForm()\n#3 /www/wwwroot/hu60.cn/src/page/api/upload-form.php(17): CloudStorageBase->getFileUploadForm()\n#4 /www/wwwroot/hu60.cn/src/q.php(79): include('...')\n#5 {main}"
    }
}

小米MIX2s(白)

@水木易安，哦，忘记改OSS地址了。之前那个地址是阿里云内网的。

@水木易安，已修复。
@卷心菜，对，我使用phar打包
https://gitee.com/hu60t/hu60wap6-nonfree/tree/master/class

@-，@水木易安，奇怪，这种错误是怎么出现的
难道真的是像redis警告的那样：当前使用的Linux内核有一个文件系统写时复制错误，会导致数据损坏

@-，@水木易安，哦我懂了，是docker内/dev/shm的大小太小，只有64MB，被写满了

我把路径改到大小不受限制的/tmp了，现在应该不会遇到Smarty: unable to write file的问题了。

@无道，ls -lh /dev/shm/hu60/tplc/wrt61dbe0f011bed3_39410322，文件大小是0。df -h，100% Usage。

需要说明的是，/dev/shm/hu60是我刻意指定的路径，所以它有问题的话，我肯定会首先检查这个路径的情况。我首先怀疑权限问题，但是权限并没有问题，而且大小是0，于是就怀疑是写满了。/dev/shm是tmpfs，大小是挂载时指定的，写满完全有可能。

@net909，阿里云也可以啊，IP只要绑定到资源上，就不收配置费用，只收流量费用。

@net909，嗯确实。