That inactive conhost may be the reason it can't be deleted, still in use.
On October 26, 2015 1:18:06 PM Joel Sender <jdsen...@earthlink.net> wrote:
Both are excellent suggestions.
Unfortunately, I confirmed the permissions are ‘everyone has full control’
and I verified the command in a dos window.
The file is only used when it’s created, as it is then copied into an
Attachment Field.
All further access is to the copy in the attachment field.
The command that creates the PDF also leaves behind an inactive instance of
conhost.exe for each failure.
Thanks,
Joel
Joel Sender jdsen...@earthlink.net 310.829.5552
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
Sent: Monday, October 26, 2015 11:09 AM
To: arslist@ARSLIST.ORG
Subject: Re: Run process command fails
**
Joel,
There are two reasons I can think of that world cause the delete too fail
1. The user performing the command doesn't have access to singe past of the
effort
2. The file in question I'd in use and cannot be deleted
So, to eliminate 2, can you delete the file manually? Too eliminate 1,
make sure file/directory permissions are correct
On October 26, 2015 12:03:25 PM Joel Sender <jdsen...@earthlink.net> wrote:
**
I’ve got a production server that suddenly started getting errors when
running an external OS command.
The escalation first executes “del /f filename.pdf” and then runs the
command to (re-)create filename.pdf.
The second command will fail if the file already exists, hence the need for
the first command to delete.
As of last week, the delete command fails, which causes the second command
to also fail, and leave behind an inactive instance.
The inactive instances took up all available memory and the server halts.
The AR System and Windows logs just show that the two commands fail.
Since no changes were made in ARS, I suspect the problem is in Windows.
Anyone else see something similar?
Environment:
ARS 8.1.1
Custom app
Windows 2003 server
BMC has, thus far, referred me to the OS team.
The OS team, naturally, refers me right back to BMC.
Can the ARSlist help me break this loop before I go fruity?
Joel
Joel Sender jdsen...@earthlink.net 310.829.5552
_____
<https://www.avast.com/antivirus> Avast logo
This email has been checked for viruses by Avast antivirus software.
www.avast.com <https://www.avast.com/antivirus>
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
