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; } } }

OD fails when deploying the same content parallelly to different targets

GOMATHY

Hi,

I have this deployment failure not at all times but rarely and the cause is it is not able to get the file data.Please find the errors seen in the OD receiver log

LIB: (3) id=m11237 2011-02-03 21:55:58 -- Processing file(/usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs)
LIB: (3) id=m11237 2011-02-03 21:55:58 Cleaning: /usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs.iwtmp
LIB: (3) id=m11237 2011-02-03 21:55:58 file created[/usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs.iwtmp]
LIB: 2011-02-03 21:56:03 00028LIB: 2011-02-03 21:56:03 ERROR: Failed cleaning up(/usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs.iwtmp)
LIB 00017: 2011-02-03 21:56:03 ERROR: Could not get file data(./_2.cfs) from socket.

Has anybody faced the similar error.Please can you share/suggest ideas for avoiding this sort of situations.

Find more posts tagged with

Comments

Sarang

What do you see in the logs at receiver end?

GOMATHY

The snippet i have in this forum is a part of the Receiver Log.Same error message is seen in other servers also.

Sarang

I faced such error couple of times before and it turned out that, my target box was down / not responsive during deployment. Do you see anything unusual on target side during deployment?

Adam Stoller

Hi,

I have this deployment failure not at all times but rarely and the cause is it is not able to get the file data.Please find the errors seen in the OD receiver log

LIB: (3) id=m11237 2011-02-03 21:55:58 -- Processing file(/usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs)
LIB: (3) id=m11237 2011-02-03 21:55:58 Cleaning: /usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs.iwtmp
LIB: (3) id=m11237 2011-02-03 21:55:58 file created[/usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs.iwtmp]
LIB: 2011-02-03 21:56:03 00028LIB: 2011-02-03 21:56:03 ERROR: Failed cleaning up(/usr2/wlp_apps1032/iw-runtime/index/website/_2.cfs.iwtmp)
LIB 00017: 2011-02-03 21:56:03 ERROR: Could not get file data(./_2.cfs) from socket.

Has anybody faced the similar error.Please can you share/suggest ideas for avoiding this sort of situations.

(fyi - the word is concurrently, not parallelly)
Please describe the deployment / deployment environment in more detail:

) and the first deployment process that does so successfully will then copy it into place and remove the temporary file - leaving the second process looking for a temporary file that no longer exists. This at least sounds like the situation from what you've posted. If so - you should try enabling "concurrency management" (assuming you've got a fairly recent version of OD) - search the OD Admin manual for the term "pathRegistryChecking" for more details.

GOMATHY

Hi Ghoti,

OpenDeploy version is 7.1
Both source and target systems are Solaris.
It is a fan-out deployment and non-transactional deployment.
Yeah this is a filelist- based deployment.
Do you have multiple deployments to the same target server(s) going on at the same time?No
I have multiple deployments to different target servers going on same time.
I am trying to deploy the same file through two different, but concurrent, deployments to the same directory location on the different receiver(s).

ISCBorisB

Hi Ghoti,

OpenDeploy version is 7.1
Both source and target systems are Solaris.
It is a fan-out deployment and non-transactional deployment.
Yeah this is a filelist- based deployment.
Do you have multiple deployments to the same target server(s) going on at the same time?No
I have multiple deployments to different target servers going on same time.
I am trying to deploy the same file through two different, but concurrent, deployments to the same directory location on the different receiver(s).

Do you run OD Receiver Process as root? This kind of errors *may* happen when OD receiver fails to apply required File mode.

GOMATHY

Yes this deployment process is run as root.We are deploying the same files to 10 different targets and this deployment happens to all targets all time but rarely fails and the error is the same.

ISCBorisB

Yes this deployment process is run as root.We are deploying the same files to 10 different targets and this deployment happens to all targets all time but rarely fails and the error is the same.

Take a look at this old KB Article, it may help.

Note that transactional Deployment requires three times more free disk space than the
combined size of your Deployment Collection. That is because at certain phase three
instances of each file exist simultaneously (.iwnew, .iwold and .iwtmp)

Adam Stoller

Take a look at this old KB Article, it may help.

Note that transactional Deployment requires three times more free disk space than the
combined size of your Deployment Collection. That is because at certain phase three
instances of each file exist simultaneously (.iwnew, .iwold and .iwtmp)

Transactional only creates .iwnew and .iwold.
Non-transactional creates .iwtmp - and according to the information in this thread, this is a non-transactional deployment issue.

jagadesh

Yes this deployment process is run as root.We are deploying the same files to 10 different targets and this deployment happens to all targets all time but rarely fails and the error is the same.

If its rarely fails, It may be environmental factors like(This is my assumption)
1. Network
2. File dependency or corrupted file(iwtmp)
3. Operating System factors

Check with support Team on this.

PD007

I have faced same type of issue many time.

At destination folder check the permission of that folder hierarchy, you can only check this when your deployment fails as you mentioned your deployment fail rarely.
You are deploying files to multiple location so there might be chance of HOT deployment of files, therefore files permission also get changed on target directory.
i have face this type of issue when any user directly do hot deployment on server location.
this might be helpful to you. you can verify permission of folder when it fail.

Thanks.
Prashant D.

count_extracted_dimension_row.jpg

GOMATHY

Thanks all for your suggestions.The issue is resolved by enabling concurrency in the target receiver xml.