Loading

linux服务器文件上传失败

背景

我们这边的项目基本都是前后端分离,nginx服务器上存放前端代码并反向代理接口。一般来说,是jenkins自动构建前端包;不过我新接手的某个项目是前端同事自己在本地打包后上传到nginx服务器的对应目录下。

昨天前端同事给我反馈说,上传到某个目录下(/opt/xxx)失败,发了个截图给我,问我是不是服务器弄了什么权限:

image-20251210170640821

问了下,上传用的finalShell。

解决过程

我就直接过去看他操作,发现确实不行。

我ssh登了下,试了下上传文件,也没报错,但就是传不上去,我用的是windterm。不只是/opt/xxx这个目录,其他目录也不行。

以为真是什么权限问题,拿下面这个在网上搜索了半天,感觉都不太对:

Authorized users only. All activities may be monitored and reported

然后,我给他发了个winscp,让他试试上传。

这次是这样,winscp用sftp登录linux服务器时,也提示:

image-20251210170640821

不过可以跳过。然后上传文件,弹框报错:

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).

难道是磁盘满了吗?

但是一般磁盘满了的话,在服务器上输命令时,一般命令的自动补齐都会报错,这次并没有,所以才没想那么多。

不过这个提示的话,我就看了下,还真他么磁盘满了:

image-20251210171608394

然后就是查找了下大文件,发现下图所示,有两个日志文件都几十个g了(机器上有后台java服务,启动时没把标准输出写到/dev/null):

image-20251210171633047

rm把文件删了,发现磁盘空间还是没释放,还是重启了下java服务,就可以了。

posted @ 2025-12-10 17:20  三国梦回  阅读(7)  评论(0)    收藏  举报