[execnet-dev] how to remotely open a program on win box?

[Charles Solar]

Well a freeze on channel receive means the remote code was not sending
anything.  This would tell me that the IO instances are not being
joined correctly, as the instances seem unable to communicate with
each other.
The question is what would cause this to happen.  I would guess there
would be some sort of permission error or some problem with setup.
I guess what you could do for a quick test is to try sending
remote_exec code to the new popen gateway before replacing the IO
instance in the service script.  Just do a quick send/receive with
that popen gateway and make sure channel.receive does not freeze with
the popen gateway.

If that works then I would make sure the user that the service is
running as is an admin, and can spawn processes correctly..

Charles

On Mon, Aug 2, 2010 at 2:40 PM, Mathieu Drapeau <matdrapeau at gmail.com> wrote:
> Hi Charles,
> after some modifications to the script it appears that what is causing the
> problem is really running the script as a service!
> When I commented what you suggested, the server is working correctly, it
> doesn't jam at the "channel.receive" call.
>
> I am not familiar enough with Windows to find what could cause this error.
> If you have any idea where I could look, please tell me.
>
> Thanks,
> Mathieu
>
> 2010/7/31 Charles Solar <charlessolar at gmail.com>
>>
>> I only vaguely remember trying to use the event manager as a debugging
>> tools with little to no success.  I would strongly recommend debugging
>> in a console window instead of a service instance.
>> Source is a string, but printing it out will not help you very much,
>> it just contains all the gateway bootstrapping code.  Actually, I bet
>> you are getting that error because the source string is to large.
>>
>> To remove the windows service part from that file, what you need to do
>> is comment out all the __init__ code in the service class, and under
>> if __name__ == "-_main__" replace process args with something like
>> if __name__ == "__main__":
>>     svr=ServiceClass( None )
>>     svr.main()
>>    while True:
>>        time.sleep(0.1)
>>
>> then you can put print statements where ever you want and they will
>> print to the console window you started the daemon in.
>>
>> On Fri, Jul 30, 2010 at 11:07 AM, Mathieu Drapeau <matdrapeau at gmail.com>
>> wrote:
>> > Hi Charles,
>> > I don't think it is the makegateway call that causes problems, I did try
>> > bunch of different configuration without any help...
>> > But the "source" variable seems weird. The way I understand it, it
>> > should be
>> > a string and I should be able to output in the logs but everytime I try
>> > to
>> > print its value, I get an error like this:
>> >
>> > "RegisterEventSource/ReportEvent", the parameter is incorrect
>> >
>> > Here is how I am trying to output the value of source:
>> >
>> > try:
>> >     servicemanager.LogErrorMsg("source = %s" % source)
>> > except Exception as e:
>> >     servicemanager.LogErrorMsg("error = %s" % e)
>> >
>> > Any idea?
>> >
>> > Thanks,
>> > Mathieu
>> >
>> > 2010/7/29 Charles Solar <charlessolar at gmail.com>
>> >>
>> >> When I was debugging that script what I did was modify it so it was
>> >> not a service, but just a little daemon that ran in a console.  Then I
>> >> could put print commands in there and find out what was going on.
>> >> Something I think you should try is instead of adding the
>> >> "popen//python=", just add the python directory to your computers path
>> >> and remove that line.  I dont know, but maybe running makegateway like
>> >> that is opening a new python interactively, which would probably break
>> >> the popen io connection.
>> >> If that is all you changed then that is really all I can guess at what
>> >> the problem might be.  If you add some print statements and find out
>> >> what paths the service is taking when it fails I might be able to help
>> >> some more.
>> >>
>> >> Charles
>> >>
>> >> On Thu, Jul 29, 2010 at 6:36 PM, Mathieu Drapeau <matdrapeau at gmail.com>
>> >> wrote:
>> >> > Yes I am currently using the other script and everything works fine.
>> >> > Do you know how I can troubleshoot / debug your script?
>> >> >
>> >> > Thanks,
>> >> > Mathieu
>> >> >
>> >> > 2010/7/29 Charles Solar <charlessolar at gmail.com>
>> >> >>
>> >> >> mm, well having a python window pop up is a bit suspicious.  Maybe
>> >> >> the
>> >> >> popen io is not connecting correctly.
>> >> >> Maybe before trying the advanced process spawning service I wrote
>> >> >> up,
>> >> >> try the basic 1 python instance service that is in execnet's script
>> >> >> directory.
>> >> >>
>> >> >> Charles
>> >> >>
>> >> >>
>> >> >> On Thu, Jul 29, 2010 at 4:18 PM, Mathieu Drapeau
>> >> >> <matdrapeau at gmail.com>
>> >> >> wrote:
>> >> >> > Hi Charles,
>> >> >> >
>> >> >> > In the source of your server script, I did change the makegateway
>> >> >> > definition
>> >> >> > to this:
>> >> >> >
>> >> >> > gw = execnet.makegateway("popen//pytho=C:\Python26\python.exe")
>> >> >> >
>> >> >> > When I connect to the server, a python box pop and when I try to
>> >> >> > send
>> >> >> > basic
>> >> >> > command to the server, I never receive any answers. The client
>> >> >> > just
>> >> >> > wait
>> >> >> > for
>> >> >> > something.
>> >> >> > Here is what I tried:
>> >> >> >     ch = gw.remote_exec("import os; channel.send(os.getcwd())")
>> >> >> >     ch.receive()
>> >> >> >
>> >> >> > Do you know what could cause this problem?
>> >> >> >
>> >> >> > Thanks,
>> >> >> > Mathieu
>> >> >> >
>> >> >> >
>> >> >> > 2010/7/29 Mathieu Drapeau <matdrapeau at gmail.com>
>> >> >> >>
>> >> >> >> Hi Charles,
>> >> >> >> I was able to install it finally, I needed to change the name of
>> >> >> >> the
>> >> >> >> file
>> >> >> >> (which was socketserver.py and causes conflict).
>> >> >> >>
>> >> >> >> My problem now when I am trying to do a remote_exec, I am not
>> >> >> >> able
>> >> >> >> to
>> >> >> >> debug what's happening in the background. Do you have an idea
>> >> >> >> where/how
>> >> >> >> I
>> >> >> >> can see the trace?
>> >> >> >>
>> >> >> >> thanks,
>> >> >> >> Mathieu
>> >> >> >>
>> >> >> >>
>> >> >> >> 2010/7/29 Charles Solar <charlessolar at gmail.com>
>> >> >> >>>
>> >> >> >>> well, i would check the process list, see if pythonservice.exe
>> >> >> >>> is
>> >> >> >>> running.  You may need to run it as admin if you are not.  Open
>> >> >> >>> services.msc to make sure the service is actually installed (
>> >> >> >>> named
>> >> >> >>> 'python service' creatively enough).
>> >> >> >>> If all that is working, then make sure you are connecting to it
>> >> >> >>> as
>> >> >> >>> a
>> >> >> >>> socket gateway, not a ssh gateway.
>> >> >> >>>
>> >> >> >>> Another thing you may want to check, make sure you have the
>> >> >> >>> latest
>> >> >> >>> version I posted which should have a class def for IOJoiner at
>> >> >> >>> the
>> >> >> >>> top.  That version has a few improvements and should work better
>> >> >> >>> than
>> >> >> >>> the first one i posted.
>> >> >> >>> Also, there is a script in the execnet scripts folder called
>> >> >> >>> socketservice.py or something which works similarly and might
>> >> >> >>> work
>> >> >> >>> better for you.
>> >> >> >>>
>> >> >> >>> Charles
>> >> >> >>>
>> >> >> >>> On Thu, Jul 29, 2010 at 9:54 AM, Mathieu Drapeau
>> >> >> >>> <matdrapeau at gmail.com>
>> >> >> >>> wrote:
>> >> >> >>> > Charles,
>> >> >> >>> > Like you mentionned the problem was with sshd which didn't
>> >> >> >>> > have
>> >> >> >>> > the
>> >> >> >>> > option
>> >> >> >>> > to "interact with the desktop".
>> >> >> >>> > This option could be enabled in the windows services panel.
>> >> >> >>> > Unfortunately,
>> >> >> >>> > this can only be done in Windows XP pre-SP! Since then
>> >> >> >>> > Microsoft
>> >> >> >>> > has
>> >> >> >>> > disabled this option for security reasons.
>> >> >> >>> >
>> >> >> >>> > So, I decided to switch to a socket server. I did see the
>> >> >> >>> > socket
>> >> >> >>> > server
>> >> >> >>> > script you posted but I am not able to make it work.
>> >> >> >>> > I do install and start the server but I am not able to connect
>> >> >> >>> > to
>> >> >> >>> > it.
>> >> >> >>> > Seems
>> >> >> >>> > it is not running because when I try to stop it right after,
>> >> >> >>> > it
>> >> >> >>> > says
>> >> >> >>> > the
>> >> >> >>> > service has not been started.
>> >> >> >>> >
>> >> >> >>> > Do you have an updated version of your script? Do you have an
>> >> >> >>> > idea
>> >> >> >>> > why
>> >> >> >>> > the
>> >> >> >>> > script seems not to be running?
>> >> >> >>> >
>> >> >> >>> > thanks,
>> >> >> >>> > Mathieu
>> >> >> >>> >
>> >> >> >>> > 2010/7/27 Charles Solar <charlessolar at gmail.com>
>> >> >> >>> >>
>> >> >> >>> >> I suspect that cygwin's sshd probably operates in
>> >> >> >>> >> non-interactive
>> >> >> >>> >> mode.  Check the process list on the computer, does calc.exe
>> >> >> >>> >> show
>> >> >> >>> >> up?
>> >> >> >>> >> If so, it just means that sshd is indeed non-interactive
>> >> >> >>> >> which
>> >> >> >>> >> means
>> >> >> >>> >> it will not spawn graphical windows for logged in users.
>> >> >> >>> >>  There
>> >> >> >>> >> is
>> >> >> >>> >> probably some way for it to do so, but it would be a cygwin
>> >> >> >>> >> thing,
>> >> >> >>> >> not
>> >> >> >>> >> execnet specificly =/
>> >> >> >>> >>
>> >> >> >>> >> Charles
>> >> >> >>> >>
>> >> >> >>> >> On Tue, Jul 27, 2010 at 4:36 PM, Mathieu Drapeau
>> >> >> >>> >> <matdrapeau at gmail.com>
>> >> >> >>> >> wrote:
>> >> >> >>> >> > Hi,
>> >> >> >>> >> > I am trying to connect to a windows box and execute a
>> >> >> >>> >> > program
>> >> >> >>> >> > which
>> >> >> >>> >> > requires
>> >> >> >>> >> > the display using execnet. The windows box has cygwin
>> >> >> >>> >> > installed
>> >> >> >>> >> > where
>> >> >> >>> >> > sshd
>> >> >> >>> >> > is running.
>> >> >> >>> >> > Here is a small example of what I am trying to achieve.
>> >> >> >>> >> >
>> >> >> >>> >> >
>> >> >> >>> >> > # remote.py script which should open the windows calculator
>> >> >> >>> >> > utility
>> >> >> >>> >> > from subprocess import call
>> >> >> >>> >> > if __name__ == '__channelexec__':
>> >> >> >>> >> >     call(["calc"])
>> >> >> >>> >> >
>> >> >> >>> >> >
>> >> >> >>> >> > #code to run locally
>> >> >> >>> >> > import execnet, remote
>> >> >> >>> >> > gw = execnet.makegateway("ssh=%s" % WINBOX_IP)
>> >> >> >>> >> > ch = gw.remote_exec (remote)
>> >> >> >>> >> > ch.waitclose ()
>> >> >> >>> >> >
>> >> >> >>> >> >
>> >> >> >>> >> > Looking on the screen of my windows box, I don't see any
>> >> >> >>> >> > calculator
>> >> >> >>> >> > program!
>> >> >> >>> >> > Is it expected?
>> >> >> >>> >> >
>> >> >> >>> >> > Thanks,
>> >> >> >>> >> > Mathieu
>> >> >> >>> >> >
>> >> >> >>> >> > _______________________________________________
>> >> >> >>> >> > execnet-dev mailing list
>> >> >> >>> >> > execnet-dev at codespeak.net
>> >> >> >>> >> > http://codespeak.net/mailman/listinfo/execnet-dev
>> >> >> >>> >> >
>> >> >> >>> >> >
>> >> >> >>> >
>> >> >> >>> >
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >
>> >> >
>> >
>> >
>
>