The solution that helped me, was to run instead:
>scp -l 8192 <file> <remote_destination>
It is slower, but ot doesn't get stalled. I hope it will help others as well.
Oracle DBA and beyond; these are practical tips for day to day DBA operation and maintenance; a place where you would come to look for a quick fix for a burning situation. I hope that by sharing all these, we all will become better in what we do. And on the way, I hope to save you some sweat :-)
The solution that helped me, was to run instead:
>scp -l 8192 <file> <remote_destination>
It is slower, but ot doesn't get stalled. I hope it will help others as well.
[prdbmleod1@DUMMY]/u01/app/oracle/product/19.3.0/bin > file exp
exp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=a04d7ff56d7b1b76605408eae9135f3deec77518, not stripped
[florinm]$ sudo printf 'y\ny' | sudo /u01/app/oracle/product/19.3.0/root.sh
PGA_AGGREGATE_LIMIT can be set to 0 either in a parameter file or dynamically after startup. If a value of 0 is specified, it means there is no limit to the aggregate PGA memory consumed by the instance.
>START REPLICAT replicate_name SKIPTRANSACTION
./runInstaller -silent -ignorePrereqFailure -waitforcompletion -responseFile /u01/app/oracle/soft/install/response/db_install.rsp -debug