The current process for uploading files from LNK-DEB-
DIG-001 is a leviathan monstrosity built in shell. It's very clearly case of a shell script trying to do a real applications job, as it features attempts to implement daemonization, multithreading, file locking, and network traffic management in shell. All of the above are at an approximate 50% buttock level, and the program is prone to responding to network disruptions by hanging.
This contributed seriously to the service disruption on 10/10/2016 where some network blips between lnk-deb-dig-001 and proc01 caused the process to hang multiple times and need human intervention to get it running again.
This upload process could be enhanced significantly with one of two strategies
1. Stop trying to reinvent the wheel. Use rsync instead. Some of the other bits this app does such as file renaming to protect work-in-process files would have to be re-implemented on the proc01 end.
2. Re-write the thing to accomplish the same effects, but use ruby/python/perl/go/c/java instead and have a proper daemonized process with proper multithreading and proper fault tolerance.
|Impact to Existing Customers||All|