issue when running an exe file using PSexec












1















I'm having an error I'm not sure how to solve when trying to run an .exe file in a remote system:



C:UsersAdministratorDesktopPSTools>PsExec.exe \172.19.15.50 -u doctor -p doctor "C:Program FilesAppGApp.exe"

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com



Unhandled Exception: System.Net.Sockets.SocketException: Only one usage of
each socket address (protocol/network address/port) is normally permitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress
socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at AppG.CLI.TelnetServer.ListenForClients()
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext,
ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
C:Program FilesAppGApp.exe exited on 172.19.15.50 with error
code -532459699.

C:UsersAdministratorDesktopPSTools>


Another error I get is:



Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


WARNING!!!
----------
Your hardware has level sensitive interrupts.

Interrupts
-----------

Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


Anyone knows how to solve this, please?










share|improve this question

























  • Have you executed psexec to the same computer previously within a few minutes?

    – harrymc
    Feb 28 at 16:19











  • That error is from C:Program FilesAppGApp.exe not psexec. Not something we can really help with without knowing what app.exe is.

    – DavidPostill
    Feb 28 at 20:49











  • @harrymc I'm not sure what you mean. I added another error I get.

    – Natiya
    Mar 1 at 7:36











  • @DavidPostill It's an app to manage this device: [link] (gpondoctor.com/gpondoctor4000/#1464945899060-e73e06de-4d14). So the device has a Windows 7 and I'd like to restart the app remotely.

    – Natiya
    Mar 1 at 7:41











  • I mean that this kind of error may come because an application has terminated and has closed its connected port, but the other side hasn't closed its port, so you need to wait a few minutes for everything to be closed correctly. The wait period can be shortened if required. So the question is: Does this happen on the first connect of the day when all devices are freshly booted? Or does this happen only on a subsequent connection?

    – harrymc
    Mar 1 at 8:04
















1















I'm having an error I'm not sure how to solve when trying to run an .exe file in a remote system:



C:UsersAdministratorDesktopPSTools>PsExec.exe \172.19.15.50 -u doctor -p doctor "C:Program FilesAppGApp.exe"

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com



Unhandled Exception: System.Net.Sockets.SocketException: Only one usage of
each socket address (protocol/network address/port) is normally permitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress
socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at AppG.CLI.TelnetServer.ListenForClients()
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext,
ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
C:Program FilesAppGApp.exe exited on 172.19.15.50 with error
code -532459699.

C:UsersAdministratorDesktopPSTools>


Another error I get is:



Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


WARNING!!!
----------
Your hardware has level sensitive interrupts.

Interrupts
-----------

Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


Anyone knows how to solve this, please?










share|improve this question

























  • Have you executed psexec to the same computer previously within a few minutes?

    – harrymc
    Feb 28 at 16:19











  • That error is from C:Program FilesAppGApp.exe not psexec. Not something we can really help with without knowing what app.exe is.

    – DavidPostill
    Feb 28 at 20:49











  • @harrymc I'm not sure what you mean. I added another error I get.

    – Natiya
    Mar 1 at 7:36











  • @DavidPostill It's an app to manage this device: [link] (gpondoctor.com/gpondoctor4000/#1464945899060-e73e06de-4d14). So the device has a Windows 7 and I'd like to restart the app remotely.

    – Natiya
    Mar 1 at 7:41











  • I mean that this kind of error may come because an application has terminated and has closed its connected port, but the other side hasn't closed its port, so you need to wait a few minutes for everything to be closed correctly. The wait period can be shortened if required. So the question is: Does this happen on the first connect of the day when all devices are freshly booted? Or does this happen only on a subsequent connection?

    – harrymc
    Mar 1 at 8:04














1












1








1








I'm having an error I'm not sure how to solve when trying to run an .exe file in a remote system:



C:UsersAdministratorDesktopPSTools>PsExec.exe \172.19.15.50 -u doctor -p doctor "C:Program FilesAppGApp.exe"

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com



Unhandled Exception: System.Net.Sockets.SocketException: Only one usage of
each socket address (protocol/network address/port) is normally permitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress
socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at AppG.CLI.TelnetServer.ListenForClients()
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext,
ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
C:Program FilesAppGApp.exe exited on 172.19.15.50 with error
code -532459699.

C:UsersAdministratorDesktopPSTools>


Another error I get is:



Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


WARNING!!!
----------
Your hardware has level sensitive interrupts.

Interrupts
-----------

Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


Anyone knows how to solve this, please?










share|improve this question
















I'm having an error I'm not sure how to solve when trying to run an .exe file in a remote system:



C:UsersAdministratorDesktopPSTools>PsExec.exe \172.19.15.50 -u doctor -p doctor "C:Program FilesAppGApp.exe"

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com



Unhandled Exception: System.Net.Sockets.SocketException: Only one usage of
each socket address (protocol/network address/port) is normally permitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress
socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at System.Net.Sockets.TcpListener.Start(Int32 backlog)
at System.Net.Sockets.TcpListener.Start()
at AppG.CLI.TelnetServer.ListenForClients()
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext,
ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
C:Program FilesAppGApp.exe exited on 172.19.15.50 with error
code -532459699.

C:UsersAdministratorDesktopPSTools>


Another error I get is:



Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


WARNING!!!
----------
Your hardware has level sensitive interrupts.

Interrupts
-----------

Found 1 matching device [ Vendor ID 0x10EE, Device ID 0x7 ]:

1. Vendor ID: 0x10EE, Device ID: 0x7


Anyone knows how to solve this, please?







windows remote-control remote-connection psexec






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 1 at 7:39







Natiya

















asked Feb 28 at 15:53









NatiyaNatiya

258




258













  • Have you executed psexec to the same computer previously within a few minutes?

    – harrymc
    Feb 28 at 16:19











  • That error is from C:Program FilesAppGApp.exe not psexec. Not something we can really help with without knowing what app.exe is.

    – DavidPostill
    Feb 28 at 20:49











  • @harrymc I'm not sure what you mean. I added another error I get.

    – Natiya
    Mar 1 at 7:36











  • @DavidPostill It's an app to manage this device: [link] (gpondoctor.com/gpondoctor4000/#1464945899060-e73e06de-4d14). So the device has a Windows 7 and I'd like to restart the app remotely.

    – Natiya
    Mar 1 at 7:41











  • I mean that this kind of error may come because an application has terminated and has closed its connected port, but the other side hasn't closed its port, so you need to wait a few minutes for everything to be closed correctly. The wait period can be shortened if required. So the question is: Does this happen on the first connect of the day when all devices are freshly booted? Or does this happen only on a subsequent connection?

    – harrymc
    Mar 1 at 8:04



















  • Have you executed psexec to the same computer previously within a few minutes?

    – harrymc
    Feb 28 at 16:19











  • That error is from C:Program FilesAppGApp.exe not psexec. Not something we can really help with without knowing what app.exe is.

    – DavidPostill
    Feb 28 at 20:49











  • @harrymc I'm not sure what you mean. I added another error I get.

    – Natiya
    Mar 1 at 7:36











  • @DavidPostill It's an app to manage this device: [link] (gpondoctor.com/gpondoctor4000/#1464945899060-e73e06de-4d14). So the device has a Windows 7 and I'd like to restart the app remotely.

    – Natiya
    Mar 1 at 7:41











  • I mean that this kind of error may come because an application has terminated and has closed its connected port, but the other side hasn't closed its port, so you need to wait a few minutes for everything to be closed correctly. The wait period can be shortened if required. So the question is: Does this happen on the first connect of the day when all devices are freshly booted? Or does this happen only on a subsequent connection?

    – harrymc
    Mar 1 at 8:04

















Have you executed psexec to the same computer previously within a few minutes?

– harrymc
Feb 28 at 16:19





Have you executed psexec to the same computer previously within a few minutes?

– harrymc
Feb 28 at 16:19













That error is from C:Program FilesAppGApp.exe not psexec. Not something we can really help with without knowing what app.exe is.

– DavidPostill
Feb 28 at 20:49





That error is from C:Program FilesAppGApp.exe not psexec. Not something we can really help with without knowing what app.exe is.

– DavidPostill
Feb 28 at 20:49













@harrymc I'm not sure what you mean. I added another error I get.

– Natiya
Mar 1 at 7:36





@harrymc I'm not sure what you mean. I added another error I get.

– Natiya
Mar 1 at 7:36













@DavidPostill It's an app to manage this device: [link] (gpondoctor.com/gpondoctor4000/#1464945899060-e73e06de-4d14). So the device has a Windows 7 and I'd like to restart the app remotely.

– Natiya
Mar 1 at 7:41





@DavidPostill It's an app to manage this device: [link] (gpondoctor.com/gpondoctor4000/#1464945899060-e73e06de-4d14). So the device has a Windows 7 and I'd like to restart the app remotely.

– Natiya
Mar 1 at 7:41













I mean that this kind of error may come because an application has terminated and has closed its connected port, but the other side hasn't closed its port, so you need to wait a few minutes for everything to be closed correctly. The wait period can be shortened if required. So the question is: Does this happen on the first connect of the day when all devices are freshly booted? Or does this happen only on a subsequent connection?

– harrymc
Mar 1 at 8:04





I mean that this kind of error may come because an application has terminated and has closed its connected port, but the other side hasn't closed its port, so you need to wait a few minutes for everything to be closed correctly. The wait period can be shortened if required. So the question is: Does this happen on the first connect of the day when all devices are freshly booted? Or does this happen only on a subsequent connection?

– harrymc
Mar 1 at 8:04










1 Answer
1






active

oldest

votes


















1














The problem seems to be that a bound port is not released.



I can see two possibilities:




  • The program App.exe is stuck on termination and blocks any new invocation
    of itself.

    The only solution is to kill it using taskkill, wait a few minutes,
    and start again. The wait period could perhaps be shortened as described below.



  • Windows is keeping a bound socket alive so as to let the other side complete
    any sending that it does. This is because TCP has no mechanism for notifying
    the device on the other side of the connection that the connection was
    terminated.



    The solution is to set in the registry at key
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
    the DWORD entry TcpTimedWaitDelay to the number of seconds that
    Windows will wait before allowing another process to bind itself to the
    same TCP port.
    The default setting is 120, meaning 2 minutes, and you may set it as low as you
    like (zero is not recommended).
    This setting affects Windows only and not the other device.



    For more information see
    Settings that can be Modified to Improve Network Performance.








share|improve this answer
























  • thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

    – Natiya
    Mar 1 at 9:36











  • You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

    – harrymc
    Mar 1 at 9:39











  • I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

    – Natiya
    Mar 1 at 19:44











  • Is this the PC where you are running App.exe?

    – harrymc
    Mar 1 at 20:13











  • yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

    – Natiya
    Mar 2 at 21:49












Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1410241%2fissue-when-running-an-exe-file-using-psexec%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









1














The problem seems to be that a bound port is not released.



I can see two possibilities:




  • The program App.exe is stuck on termination and blocks any new invocation
    of itself.

    The only solution is to kill it using taskkill, wait a few minutes,
    and start again. The wait period could perhaps be shortened as described below.



  • Windows is keeping a bound socket alive so as to let the other side complete
    any sending that it does. This is because TCP has no mechanism for notifying
    the device on the other side of the connection that the connection was
    terminated.



    The solution is to set in the registry at key
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
    the DWORD entry TcpTimedWaitDelay to the number of seconds that
    Windows will wait before allowing another process to bind itself to the
    same TCP port.
    The default setting is 120, meaning 2 minutes, and you may set it as low as you
    like (zero is not recommended).
    This setting affects Windows only and not the other device.



    For more information see
    Settings that can be Modified to Improve Network Performance.








share|improve this answer
























  • thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

    – Natiya
    Mar 1 at 9:36











  • You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

    – harrymc
    Mar 1 at 9:39











  • I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

    – Natiya
    Mar 1 at 19:44











  • Is this the PC where you are running App.exe?

    – harrymc
    Mar 1 at 20:13











  • yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

    – Natiya
    Mar 2 at 21:49
















1














The problem seems to be that a bound port is not released.



I can see two possibilities:




  • The program App.exe is stuck on termination and blocks any new invocation
    of itself.

    The only solution is to kill it using taskkill, wait a few minutes,
    and start again. The wait period could perhaps be shortened as described below.



  • Windows is keeping a bound socket alive so as to let the other side complete
    any sending that it does. This is because TCP has no mechanism for notifying
    the device on the other side of the connection that the connection was
    terminated.



    The solution is to set in the registry at key
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
    the DWORD entry TcpTimedWaitDelay to the number of seconds that
    Windows will wait before allowing another process to bind itself to the
    same TCP port.
    The default setting is 120, meaning 2 minutes, and you may set it as low as you
    like (zero is not recommended).
    This setting affects Windows only and not the other device.



    For more information see
    Settings that can be Modified to Improve Network Performance.








share|improve this answer
























  • thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

    – Natiya
    Mar 1 at 9:36











  • You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

    – harrymc
    Mar 1 at 9:39











  • I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

    – Natiya
    Mar 1 at 19:44











  • Is this the PC where you are running App.exe?

    – harrymc
    Mar 1 at 20:13











  • yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

    – Natiya
    Mar 2 at 21:49














1












1








1







The problem seems to be that a bound port is not released.



I can see two possibilities:




  • The program App.exe is stuck on termination and blocks any new invocation
    of itself.

    The only solution is to kill it using taskkill, wait a few minutes,
    and start again. The wait period could perhaps be shortened as described below.



  • Windows is keeping a bound socket alive so as to let the other side complete
    any sending that it does. This is because TCP has no mechanism for notifying
    the device on the other side of the connection that the connection was
    terminated.



    The solution is to set in the registry at key
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
    the DWORD entry TcpTimedWaitDelay to the number of seconds that
    Windows will wait before allowing another process to bind itself to the
    same TCP port.
    The default setting is 120, meaning 2 minutes, and you may set it as low as you
    like (zero is not recommended).
    This setting affects Windows only and not the other device.



    For more information see
    Settings that can be Modified to Improve Network Performance.








share|improve this answer













The problem seems to be that a bound port is not released.



I can see two possibilities:




  • The program App.exe is stuck on termination and blocks any new invocation
    of itself.

    The only solution is to kill it using taskkill, wait a few minutes,
    and start again. The wait period could perhaps be shortened as described below.



  • Windows is keeping a bound socket alive so as to let the other side complete
    any sending that it does. This is because TCP has no mechanism for notifying
    the device on the other side of the connection that the connection was
    terminated.



    The solution is to set in the registry at key
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
    the DWORD entry TcpTimedWaitDelay to the number of seconds that
    Windows will wait before allowing another process to bind itself to the
    same TCP port.
    The default setting is 120, meaning 2 minutes, and you may set it as low as you
    like (zero is not recommended).
    This setting affects Windows only and not the other device.



    For more information see
    Settings that can be Modified to Improve Network Performance.









share|improve this answer












share|improve this answer



share|improve this answer










answered Mar 1 at 9:23









harrymcharrymc

264k14273582




264k14273582













  • thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

    – Natiya
    Mar 1 at 9:36











  • You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

    – harrymc
    Mar 1 at 9:39











  • I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

    – Natiya
    Mar 1 at 19:44











  • Is this the PC where you are running App.exe?

    – harrymc
    Mar 1 at 20:13











  • yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

    – Natiya
    Mar 2 at 21:49



















  • thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

    – Natiya
    Mar 1 at 9:36











  • You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

    – harrymc
    Mar 1 at 9:39











  • I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

    – Natiya
    Mar 1 at 19:44











  • Is this the PC where you are running App.exe?

    – harrymc
    Mar 1 at 20:13











  • yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

    – Natiya
    Mar 2 at 21:49

















thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

– Natiya
Mar 1 at 9:36





thanks a lot! but in my HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters there is no TcpTimedWaitDelay. Should I add it? Also, I kill the process, wait for more than 2 minutes and send the PSExec command but same thing as I mentioned: process is created but app is not opened.

– Natiya
Mar 1 at 9:36













You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

– harrymc
Mar 1 at 9:39





You can create it if non-existent. This has no effect on the other device, so you may reduce the time to, say, 10 seconds, but will have to find out by waiting how much time is needed to fully liberate the connection on both sides.

– harrymc
Mar 1 at 9:39













I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

– Natiya
Mar 1 at 19:44





I've created it, restarted the PC, wait, kill the process, run the PSExec commands and same 2nd error I posted. I've read here: link that Power Shell has some limitations so I wonder if PSExec has them too?

– Natiya
Mar 1 at 19:44













Is this the PC where you are running App.exe?

– harrymc
Mar 1 at 20:13





Is this the PC where you are running App.exe?

– harrymc
Mar 1 at 20:13













yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

– Natiya
Mar 2 at 21:49





yes. The remote PC is where I created the key, killed the process, restarted, wait, restart and repeat...and wait for the PSExec commands to work (these are sent from the local PC). I've got remote desktop access to the remote PC but I need automate some tasks which involve running the App.exe remotely, using commands.

– Natiya
Mar 2 at 21:49


















draft saved

draft discarded




















































Thanks for contributing an answer to Super User!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1410241%2fissue-when-running-an-exe-file-using-psexec%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

How do I know what Microsoft account the skydrive app is syncing to?

When does type information flow backwards in C++?

Grease: Live!