fix(sftp): make sure to delete last file when watch and delete_on_finish are enabled
#3037
Conversation
ooesili
force-pushed
the
sftp-delete-last-file
branch
from
83668cd
to
2e47f2a
Compare
|
I don't think there is a utility so either you need to do option 1 or implement the retry logic - which I don't think should be too bad? Here's the code that drives this in benthos AFAIK: https://github.com/redpanda-data/benthos/blob/dad70374cd8fb323f0c7f47452498ea94c2ed7aa/internal/component/input/async_reader.go#L115 The pipeline option (number 1) might be the best route, but I'm not too familiar with that test helper myself. |
This commit reduces the scope of critical sections guarded by scannerMut to remove a deadlock that causes the last file to not be deleted when the SFTP input is used with watching enabled.
`(*watcherPathProvider).Next()` currently uses recursion to loop until a path is found. This commit refactors that function to use a for loop instead which is more straight forward to read.
This integration test makes sure that when `delete_on_finish` is true and watching is enabled that we delete every file.
ooesili
force-pushed
the
sftp-delete-last-file
branch
from
1bbf6fa
to
ab133f4
Compare
| builder := service.NewStreamBuilder() | ||
| require.NoError(t, builder.SetYAML(config)) |
There was a problem hiding this comment.
I don't think there is a utility so either you need to do option 1 or implement the retry logic - which I don't think should be too bad?
Here's the code that drives this in benthos AFAIK: https://github.com/redpanda-data/benthos/blob/dad70374cd8fb323f0c7f47452498ea94c2ed7aa/internal/component/input/async_reader.go#L115
The pipeline option (number 1) might be the best route, but I'm not too familiar with that test helper myself.
Knowledge from the great and powerful @mihaitodor
Fixes #2435
Questions
I believe I have fixed the underlying issue, but I am not sure how to write an integration test to verify the fix. I have created a new integration test function with a
TODOcomment on where I got stuck. The questions I have around this are:watchanddelete_on_finishedenabled, the use an SFTP client directly to inspect which files exist on the server to make sure they are all deleted after the pipeline runs. However, I'm not sure how to actually run the pipeline. Is too specific of a test to run usingintegration.StreamTests(), and if not, could you point me in the right direction?newSFTPReaderFromParsed()directly from the tests then useConnect(), andReadBatch()to interact with the plugin. However this plugin appears to be unusually structured in the way that it progresses through the input files. What it does is finds the first file inConnect()and sets up the scanner for the file. InReadBatch(), when the file is exhausted,ReadBatch()returnsservice.ErrNotConnectedwhich will cause the engine to re-runConnect()which advances to the next file. If the plugin only requiredConnect()to be called once, I would be happy to drive the plugin directly in the tests, but because of the reconnection logic required, I was hesitant to reimplement the reconnection loop in the tests. Is there a utility somewhere that I can use from a test that implements the reconnect logic?