nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Opendeploy fails when a file is used by other processes

CRB

Hello,

i noticed that last 5 months we had random failures and eachtime it fails i always find this error in the logs:

[HTML]
LIB: 2007-03-22 05:33:17 ERROR: MoveFile Failed while moving from (D:\wwwroot\ct\training\NHver2\nh\R3.30\1600\1606.swf.iwnew) to (D:\wwwroot\ct\training\NHver2\nh\R3.30\1600\1606.swf), errno=5
LIB: 2007-03-22 05:33:17 ERROR: Failed rename of (D:\\wwwroot\ct\training\NHver2\nh\R3.30\1600\1606.swf.iwnew) to (D:\wwwroot\ct\training\NHver2\nh\R3.30\1600\1606.swf) -- GetLastError()=998
[/HTML]

the only difference bw the failures is the file that OD is having problem updating ( eachtime different random file).
the most likely root cause of this issue is that the file is used by some other process which prevents OD from updating the file. and the most likely process to be using/locking the file is the IIS 5.0 that we have... but my svrTryCount were for a min and half, which makes me doubt if the IIS would lock a file for more than a min. ( i change it now to 6mins of svrTryCount to see if that will help)

i have these settings but still no luck:
[HTML]
dateDifferent="yes"
ignoreAcls="yes"
/>

doDeletes="yes"
dontDo="no"
rmReadOnly="yes"
preserveAcls="no"
svrTryCount="12"
svrTryInterval="30"
/>
[/HTML]

any body had this issue before? how did you solve it?
does anybody have an idea to how to find out what process was locking that file? or what was preventing OD from updating that file?

Find more posts tagged with

Comments

Migrateduser

You might want to try something like the program "Who Lock Me" which can tell you which process has locked a given file. It should be as easy as right clicking the file and finding out which process has locked it currently.

Hope this helps.

CRB

thanks for the suggestions :d it would be very nice tool to have... i tried to look for it but i am having trouble finding it... do you have an official website for that problem? is it free? or is it something that the company has to get a license for?

any other ideas to how to troubleshoot this issue to to find which application used/locked a file while OD was trying to update?

nipper

Goggle says click here

CRB

thanks nipper Smiley Very Happy

i was coming back to edit my response and this is the official site of the product http://www.dr-hoiby.com/WhoLockMe/index.php

i am testing it on my dev box now... but the issue i have is on the production IIS servers... and you know how the corporations and thier red tape are when it comes to touching or installing anything on the production servers... that s why i am still hoping for any other ideas to how troubleshoot this issue Smiley Happy

thanks.

ISCBorisB

thanks nipper i was coming back to edit my response and this is the official site of the product http://www.dr-hoiby.com/WhoLockMe/index.php

i am testing it on my dev box now... but the issue i have is on the production IIS servers... and you know how the corporations and thier red tape are when it comes to touching or installing anything on the production servers... that s why i am still hoping for any other ideas to how troubleshoot this issue thanks.

NET FILE command may be helpful in your case. Without File Id it'll give you a list of open shared Files and their locks.
NET FILE id /CLOSE may be used to force unlocking (with consequences at your own expense). Type NET HELP FILE for more info.

Migrateduser

LIB: 2007-03-22 05:33:17 ERROR: Failed rename of (D:\\wwwroot\ct\training\NHver2\nh\R3.30\1600\1606 .swf.iwnew) to (D:\wwwroot\ct\training\NHver2\nh\R3.30\1600\1606. swf) -- GetLastError()=998

Another problem might be the "space" between your filename and extension(1606 .swf.iwnew),and the filename did not have the space? I highly doubt IIS to be locking the file, rather I would attribute it to some other web app running on IIS, which may be serving requests with this file to do that, if you have any!.

CRB

no there is no "space" in there, i think it just devnet shows spaces sometime.

i know that we have search engine that indexes content but i am not sure if it was indexing at the time we had failure.

also they have antivirus scan and server backups going on at night, but not at the time when this failure happend.

Lex

Chris, did you ever resolve this issue? We are having the exact same issue and I currently don't have access to the server to run any tools to determine what might be locking the files. I'm hoping maybe you found a generic solution that I can apply as well? Thanks.

TestReport.rptdesign

CRB

no i havent found a good solution yet... i know that the process w3wp.exe (IIS) is what locks our files for long time...
i increased to the #oftries and tryintervals to total of 20 mins... and we just reploy when a deployment fails, sometimes we have to restart IIS service to let go the lock of a file. but this issue doesnt happen very often to us only every month or two.

how often does this happen to you?

you can always get the server admin to find out what is looking the files. if they dont know how, there are tools you can use to find out what is locking a file like OH.exe which comes with 2003 tool kit.

Lex

This happens to us on a daily basis, several times a day. These files are being deployed to our Intranet server (thankfully it has only happened a couple times when deploying to our external web server) and I can reproduce it at will. If I go view the page on our Intranet and then try to deploy it will fail. This happens whether I leave the browser session open or close it immediately after viewing the page. Thanks for the tip on OH.exe; I will try to get someone who has an administrator account on that server to check that. Although, if we find that it is IIS locking these files I'm not sure what we can do to remedy that. I have also delayed the retries on these deployments, but we live in an instant gratification world so people are clamoring that they don't want to wait for their files to be deployed before they can browse them on server (and in truth they really shouldn't have to wait). Ah...the joys of modern technology. Thanks for the reply!

CRB

so every time OD tries to update a file that is being viewd by a user the deployment fails?
IIS usually caches files and servers the files from the cache. but in some cases, the IIS servers files from' their actual/physical location'. i think when the file is large in size and it couldnt be cached all at once, the IIS will lock the file while it is being served to some user... i think you should open a case with Microsoft or whoever supports your systems to figure out the IIS behavior and why it is locking those files... we have a case open with Microsoft for this issue... but so far they havent given us much input since this is not a known issue to them.

let me know what you find out...

Lex

so every time OD tries to update a file that is being viewd by a user the deployment fails?
IIS usually caches files and servers the files from the cache. but in some cases, the IIS servers files from' their actual/physical location'. i think when the file is large in size and it couldnt be cached all at once, the IIS will lock the file while it is being served to some user... i think you should open a case with Microsoft or whoever supports your systems to figure out the IIS behavior and why it is locking those files... we have a case open with Microsoft for this issue... but so far they havent given us much input since this is not a known issue to them.

let me know what you find out...

The odd thing about our situation is that we're deploying XML files. These files are then accessed by .aspx pages to render the data they contain. Technically, IIS shouldn't even be touching these since it's the ASP.Net worker process that touches them and it only locks them for milliseconds and then releases the lock (we've verified this using FileMon on a local instance of the web app). In any case, an administrator on the box is going to help us determine exactly what process is locking these files next week. I'll update back here if we find out anything useful.

Lex

UPDATE: Turns out the developer of the pages was not explicitly closing a reader so the lock on the XML file wasn't released until it timed out. Now that the reader is explicitly closed our deployment failures have gone away.

CRB

great to hear the news!

do you think there might similar thing in a PDF or flash (.swf) file?

Lex

Good question. I don't know enough about IIS to know how it locks those types of files. Sorry Smiley Sad

Migrateduser

FYI,

your interval should be less an your retry count should be higher.

svrTryCount="50"
svrTryInterval="3"

this will try every 3 seconds for 50 times.. its more likely to find a free file when the interval is short an the count is high.

also try without transactional..= yes.

regards, Steve

rodigz

when this command will work? What if OpenDeploy deploy receiver is down for couple of minutes. Will the retry code work?
Basically my question is, what the scenario to use the retry tag?

Thanks.