[ale] How to move a running process to screen session

[Preston]

Wow, you have no idea how stoked I am to have learned about "reptyr".

~sigh~ It's the simple things that give joy.


On 12/18/2013 9:20 AM, Jim Kinney wrote:
> You are correct. I have a VPN open to access the network so I can ssh
> into the remote machine. Screen allows me to disconnect and reconnect
> at will from VPN or in the office. By using the reptyr tool to migrate
> a slow process from a normal login shell to a screen session shell, I
> am able to disconnect from the VPN session and pickup the screen
> session in the office and the migrated process is still chugging along
> moving terrabytes of data into hadoop for processing.
>
> I need to reconnect the 10G network and bond a pair of 10G nics from
> the file server now that I have the new switch.
>
>
> On Wed, Dec 18, 2013 at 10:07 AM, Preston <preston.lists at gmail.com
> <mailto:preston.lists at gmail.com>> wrote:
>
>     On 12/18/2013 8:53 AM, JD wrote:
>     > Never got into screen or tmux. Tend to script things, so
>     submitting a batch task
>     > via "task spooler" automatically logs all output to a file and
>     disconnects from
>     > the terminal. It also provides control over how many tasks run
>     concurrently -
>     > queuing other jobs automatically.
>     >
>     > Or am I missing the point completely?
>     I believe Jim is ssh'ing or puttying into a remote machine.  At least
>     that is how I mainly use screen (and now tmux).  So instead of keeping
>     the session alive when he disconnects from one location and running
>     until he connects at a different location, it dies when he shuts down.
>
>     As a side note, I would also like to have some way to move a running
>     process to a screen/tmux instance since this has happened to me more
>     than i'd like.
>
>     Preston
>     _______________________________________________
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20131218/83a9d9ba/attachment.html>