aha!! ok.. more testing, more insight into whats going on... the basic setup client box (boxA) - running the screen session 'test' local box (boxB) - invokes the ssh/screen/remote app test I) -running the test app on boxB that invokes the ssh/screen remote app works if the test screen session on boxA is detached!!! --the screen/remote is created by screen -r 'test' ... however, if i attach the test screen session on boxA using screen -r 'test' and then run the test app on boxB, --using ssh -- screen -r 'test' ... to run the remote within the named screen session... the process doesn't work.. . -now, if I change the test app on BoxB to use --using ssh -- screen -x 'test' ... <<<<<< then this works, even though the 'test' screen session is already attached!! ok.. this more or less makes sense.. So, it appears that I need some way of attaching to the named 'test' screen session regardless of the session being attached/detached.. I can't see any attribute for screen that allows that.. but I might simply be missing something.. Thoughts/comments.. thanks On Thu, Nov 17, 2016 at 1:44 AM, Samuel Sieb <samuel@xxxxxxxx> wrote: > On 11/16/2016 05:58 PM, bruce wrote: >> >> when I run the cmd from a test php... using backticks.. the remote >> ssh/screen/app isn't run... >> > I suspect that when run that way, the process doesn't have a terminal so > some things might not work. Also, assuming you're running the php from a > web server, the web server user (most likely apache) might not have > permission to create network connections. Check for selinux errors. Can you > tell how far it gets? Does it start the ssh process? Does the ssh process > connect? etc. > _______________________________________________ > 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
