Open DamChtlv opened 1 year ago
Having a very similar issue here - it runs for around 20 minutes and successfully uploads several hundred files and folders before returning an error:
----------------------------------------------------------------
---------------------- full error below ----------------------
----------------------------------------------------------------
FTPError: 425 Unable to build data connection: Operation not permitted
at FTPContext._onControlSocketData (/home/runner/work/_actions/SamKirkland/FTP-Deploy-Action/v4.3.4/dist/index.js:5252:39)
at TLSSocket.<anonymous> (/home/runner/work/_actions/SamKirkland/FTP-Deploy-Action/v4.3.4/dist/index.js:5096:44)
at TLSSocket.emit (node:events:513:28)
at addChunk (node:internal/streams/readable:315:12)
at readableAddChunk (node:internal/streams/readable:285:11)
at TLSSocket.Readable.push (node:internal/streams/readable:228:10)
at TLSWrap.onStreamRead (node:internal/stream_base_commons:190:23) {
code: 425
}
Error: FTPError: 425 Unable to build data connection: Operation not permitted
Having the ability for it to update the state after every N files or something would be really handy. In our case it would also be helpful if we could flag what commit the remote is up to, as we are migrating from a different system and don't need it to upload anything initially, but that's a separate issue.
I'm having an issue where after some time creating folders / files, the action stop working (seems to freeze) and finally resolve to this:
Error: Timeout (control socket)
My config:
Log representation:
The problem is that it starts over from the beginning if i trigger it again, so zero progress.
I tried changing default
timeout
value from120000
to15000
, but it always result in timeout error.It would be nice to have an option to create
.ftp-deploy-sync-state.json
before a timeout occurs so it can actually make progress (like one second before set timeout)Or to be able to set a number of files / folders to sync so it stops after this number and generate
.ftp-deploy-sync-state.json
to store progress. Or even have a.ftp-deploy-sync-state.json
model / template, so we can see how it is structured and create it ourselves on the server so it can resume where it stopped previously