issue when running an exe file using PSexec
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
|
show 1 more comment
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
Have you executed psexec to the same computer previously within a few minutes?
– harrymc
Feb 28 at 16:19
That error is fromC:Program FilesAppGApp.exe
notpsexec
. Not something we can really help with without knowing whatapp.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
|
show 1 more comment
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
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
windows remote-control remote-connection psexec
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 fromC:Program FilesAppGApp.exe
notpsexec
. Not something we can really help with without knowing whatapp.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
|
show 1 more comment
Have you executed psexec to the same computer previously within a few minutes?
– harrymc
Feb 28 at 16:19
That error is fromC:Program FilesAppGApp.exe
notpsexec
. Not something we can really help with without knowing whatapp.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
|
show 1 more comment
1 Answer
1
active
oldest
votes
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 usingtaskkill
, 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 entryTcpTimedWaitDelay
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.
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 runningApp.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
|
show 14 more comments
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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 usingtaskkill
, 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 entryTcpTimedWaitDelay
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.
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 runningApp.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
|
show 14 more comments
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 usingtaskkill
, 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 entryTcpTimedWaitDelay
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.
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 runningApp.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
|
show 14 more comments
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 usingtaskkill
, 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 entryTcpTimedWaitDelay
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.
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 usingtaskkill
, 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 entryTcpTimedWaitDelay
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.
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 runningApp.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
|
show 14 more comments
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 runningApp.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
|
show 14 more comments
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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
notpsexec
. Not something we can really help with without knowing whatapp.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