On 11/14/2016 11:13 AM, bruce wrote: > Hey Rick... > > Morning dude! Thanks for the reply. > > I've tried a bunch of different combinations, including the one you > posted.. What seems to be happening, is that I can get it to run. The > tmp file is generated with the data but the session doesn't > immeadiately detach. It only detaches after the process completes!! > > In my case, I'm looking at having 100s of digitalocean droplets > running long running processes as part of the crawler. so I need to > fire off the crawling process, on the remote droplet via SSH get it > running in the named session, and then detach, with control going back > to the calling term/process, thus minimizing the number of ongoing SSH > connects... > > I've tried > ssh -t crawl_user@192.81.214.49 'screen -r -S "testname" -X "`sleep 100 `" ' > ssh -t crawl_user@192.81.214.49 'screen -r -S "testname" -d -X > "`sleep 100 `" ' > > ssh -t crawl_user@192.81.214.49 'screen -S "testname" -X "`sleep 100 `" ' > ssh -t crawl_user@192.81.214.49 'screen -S "testname" -d -X > "`sleep 100 `" ' > > and a bunch of other combinations.. also tried without the "-t" ssh attribute.. > > I used the sleep to see if the process was actually waiting for the > process to complete before it detached.. the "ls..... " generated the > data to show the cmd was actually running.. but it wasn't a good way > to validate the session waiting for the completion before detaching. > Changing the sleep time, verified the behaviour. > > I'm missing something.. and I know it's subtle.. but I can't see it.. Instead of "-d" try "-D" (power detach). > On Mon, Nov 14, 2016 at 1:21 PM, Rick Stevens <ricks@xxxxxxxxxxxxxx> wrote: >> On 11/14/2016 03:01 AM, bruce wrote: >>> Hi Jakub >>> >>> So you're saying >>> >>>>>> ssh crawl_user@192.81.214.49 'screen -r "testname" -X "`ls -al /crawl_tmp/* > aa.tmp`" ' >>> is not the correct approach to running a remote cmd in a screen >>> session, and that the cmd wrapped in the backticks is run on the local >>> machine, not the remote machine??? >>> >>> changing the cmd, using the "-t" or the "-f" doesn't work either. >>> - also tried changing the quotes wrapping the remote cmd from double >>> to single quotes. as I understand it, the expansion of the cmd within >>> the quotes, changes depending on the single or double quote used. >>> >>> ssh -t crawl_user@192.81.214.49 'screen -r "testname" -X "ls -al >>> /crawl_tmp/* > aa.tmp" ' >>> ssh -t crawl_user@192.81.214.49 "screen -r "testname" -X 'ls -al >>> /crawl_tmp/* > aa.tmp' " >>> >>> >>> So if you (or anyone else) has actual test cmds/funcs that I can >>> implement post, and I'll gladly test. >>> >>> But for now, can't seem to find the subtle error.. >> >> I think you have to specify the screen session name by prefixing it >> with "-S" (the documentation is murky on this one--the "-r" should be >> enough). Try: >> >> ssh -t crawl_user@192.81.214.49 'screen -r -S "testname" -X "ls -al >> /crawl_tmp/* > aa.tmp"' >> >>> On Mon, Nov 14, 2016 at 3:05 AM, Jakub Jelen <jjelen@xxxxxxxxxx> wrote: >>>> On 11/14/2016 02:17 AM, bruce wrote: >>>>> >>>>> I think I'm getting closer to an actual soln... >>>>> >>>>> >>>>> ** Notice the backticks around the remote cmd to be run >>>>> -without the ticks, the cmd doesn't appear to work >>>>> >>>>> >>>>> ssh crawl_user@192.81.214.49 'screen -r "testname" -X "`nohup ls -al >>>>> /crawl_tmp/* > aa.tmp`" ' >>>>> ssh crawl_user@192.81.214.49 'screen -r "testname" -X "`nohup sleep 10`" >>>>> ' >>>>> ssh crawl_user@192.81.214.49 'screen -r "testname" -X "`nohup sleep 10`" >>>>> & ' >>>>> >>>>> If the backticks are required, ok the final part of the solution is to >>>>> make the whole thing run the cmd in the screen session, but return >>>>> back to the calling term, once the screen session/cmd starts. >>>> >>>> >>>> The backticks makes your command run in your local sub-shell, not the remote >>>> one. >>>> >>>> Also if you want interactive session, you need to use -t switch to the ssh >>>> command. >>>> >>>> >>>>> In other words I want the long running/remote process to start running >>>>> in the screen session and return the control to the calling term >>>>> without waiting for the completion of the process. >>>>> >>>>> With the basic tests using the sleep func.. it appears that my current >>>>> attempts aren't quite there yet. >>>>> >>>>> I don't want to put the remote/running cmd in the background, as that >>>>> would disable the ability to see/view the display output of the >>>>> process. >>>>> >>>>> Tried to put the screen process in the background.. no luck.. >>>>> >>>>> Thoughts/comments??? >>>>> >>>>> THanks >>>>> >>>>> >>>>> >>>>> >>>>> On Sun, Nov 13, 2016 at 1:00 PM, Patrick O'Callaghan >>>>> <pocallaghan@xxxxxxxxx> wrote: >>>>>> >>>>>> On Sun, 2016-11-13 at 10:09 -0500, bruce wrote: >>>>>>> >>>>>>> The goal, to be able to reattach to a remote screen session, and to >>>>>>> run a cmd in the remote screen session, and have the cmd return to the >>>>>>> calling term >>>>>> >>>>>> Maybe take a look at expect (dnf info expect). >>>>>> >>>>>> poc >>>>>> _______________________________________________ >>>>>> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx >>>>>> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx >>>>> >>>>> _______________________________________________ >>>>> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx >>>>> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx >>>> >>>> >>>> -- >>>> Jakub Jelen >>>> Software Engineer >>>> Security Technologies >>>> Red Hat >>>> >>>> _______________________________________________ >>>> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx >>>> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx >>> _______________________________________________ >>> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx >>> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx >>> >> >> >> -- >> ---------------------------------------------------------------------- >> - Rick Stevens, Systems Engineer, AllDigital ricks@xxxxxxxxxxxxxx - >> - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - >> - - >> - First Law of Work: - >> - If you can't get it done in the first 24 hours, work nights. - >> ---------------------------------------------------------------------- >> _______________________________________________ >> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx >> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > -- ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@xxxxxxxxxxxxxx - - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - - - - "Yeah, but you're taking the universe out of context." - ---------------------------------------------------------------------- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
