一、错误说明

使用ftp上传文件

ERROR: Exception when publishing, exception message [Could not write file. Server message: [553 Could not create file.]]

11:12:45  FTP: Connecting from host [test-xxx-java-user-service-3-932ft-hsb69-t5wmf]
11:12:45  FTP: Connecting with configuration [ftp_java_test] ...
11:12:45  FTP: Disconnecting configuration [ftp_java_test] ...

在这里插入图片描述

错误分析
jenkinsfile是同一份代码，只是不同的项目而已。
ftp是连接正常的，现在是上传文件出现错误。
所以，我没有去往ftp的配置上考虑。ftp服务器是我们自搭的，模式为被动模式。见ftp配置详情：

点击高级，可以看到，我们并未使用主动模式。

在这里插入图片描述
使用Transmit连接ftp也正常，而且目录也已创建。
所以排查了文件目录不存在导致上传文件失败的疑虑。

二、万事不决问chatgpt

我果断把错误详情，一键发送给chatgpt，看看他老人家是如何回复的。

1、目标文件夹是否存在
上文已经说明，目标文件夹是存在的。
2、磁盘空间
空间杠杠滴，完全满足磁盘存储的需求。
3、权限问题
这让我想到了，是不是用户的权限问题了。在jenkins里，上传用户是xxdevuser，而已存在的文件所属用户却是root。见下图：

说到这里，问题就很明显了。

由于在2022年份已上传过了两个文件，所属用户为root，现在却是用户xxdevuser想要覆盖它们。

三、解决报错

问题已经找到了，要解决就容易了。删掉已存在的两个文件，再次Jenkins打包上传文件。

在这里插入图片描述

当然，你也可以使用ssh进行上传，效果相同。


13:31:04  >>>>>>>>>>upload jar and md5!!!>>>>>>>>>>
[Pipeline] }
13:31:04  
[Pipeline] // ansiColor
[Pipeline] withCredentials
13:31:04  Masking supported pattern matches of $identity
[Pipeline] {
[Pipeline] sshCommand
13:31:09  Executing command on ssh[192.168.10.15]: mkdir -p /opt/app/user-service sudo: false
[Pipeline] sshPut
13:31:13  Sending a file/directory to ssh[192.168.10.15]: from: /opt/.m2/java-workspaces/TEST_xxx_java_user-service/user-service/target/user-service.jar into: /opt/app/user-service
13:31:13  Sending a file/directory to ssh[192.168.10.15]: from: /opt/.m2/java-workspaces/TEST_xxx_java_user-service/user-service/target/user-service.jar.md5 into: /opt/app/user-service