Linux服务器文件上传失败，是配置问题还是网络问题？
摘要：背景 我们这边的项目基本都是前后端分离，nginx服务器上存放前端代码并反向代理接口。一般来说，是jenkins自动构建前端包；不过我新接手的某个项目是前端同事自己在本地打包后上传到nginx服务器的对应目录下。 昨天前端同事给我反馈说，上
背景
我们这边的项目基本都是前后端分离，nginx服务器上存放前端代码并反向代理接口。一般来说，是jenkins自动构建前端包；不过我新接手的某个项目是前端同事自己在本地打包后上传到nginx服务器的对应目录下。
昨天前端同事给我反馈说，上传到某个目录下（/opt/xxx）失败，发了个截图给我，问我是不是服务器弄了什么权限：
问了下，上传用的finalShell。
解决过程
我就直接过去看他操作，发现确实不行。
我ssh登了下，试了下上传文件，也没报错，但就是传不上去，我用的是windterm。不只是/opt/xxx这个目录，其他目录也不行。
以为真是什么权限问题，拿下面这个在网上搜索了半天，感觉都不太对：
Authorized users only. All activities may be monitored and reported
然后，我给他发了个winscp，让他试试上传。
这次是这样，winscp用sftp登录linux服务器时，也提示：
不过可以跳过。然后上传文件，弹框报错：
General failure (server should provide error description).
Error code: 4
Error message from server: Failure
Common reasons for the Error code 4 are:
- Renaming a file to a name of already existing file.
- Creating a directory that already exists.
- Moving a remote file to a different filesystem (HDD).
- Uploading a file to a full filesystem (HDD).
- Exceeding a user disk quota.
我这时候，还是一边查网上，一边看这个报错，注意到上述的倒数第二句：
- Uploading a file to a full filesystem (HDD).
难道是磁盘满了吗？
但是一般磁盘满了的话，在服务器上输命令时，一般命令的自动补齐都会报错，这次并没有，所以才没想那么多。
不过这个提示的话，我就看了下，还真他么磁盘满了：
然后就是查找了下大文件，发现下图所示，有两个日志文件都几十个g了（机器上有后台java服务，启动时没把标准输出写到/dev/null）：
rm把文件删了，发现磁盘空间还是没释放，还是重启了下java服务，就可以了。