2018-05-29 1:31 GMT-03:00 Pavel Stehule <pavel.stehule@gmail.com>: > I hope so I understand to motivation for this option - but I see issues: > > 1. pg_basebackup can fail from some other reasons, but there is not special > status for this issue. > 2. when I use this option in any script, then I should to remove possibly > exists slot before, to minimize risk of fail of this command. > If pg_basebackup failed for some other reason *after* the replication slot was created (say, permission problem) then we should try to cleanup the old slot. That should be the behavior if we want to try to be idempotent ("try" because if we have a network problem it won't be possible to remove the replication slot).