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

Could not get data (file) error

jsankara

I'm facing OD deployment FAILED error. I verified OD settings on both base and receiver sides, everything looks good[OD settings, Firewall]. Not sure what could be root cause ?

This is the snippet of receiver log(node1):
..
LIB: (2) id=m50 2011-09-23 09:49:04 Abs Path = /shared/OD/teamsite Relative Path = content/abc.xml
LIB: (2) id=m50 2011-09-23 09:49:04 Path = /shared/OD/teamsite/content
LIB: id=m50 2011-09-23 09:49:04 Receiving item[content/abc.xml] [reason file_list]
LIB: (3) id=m50 2011-09-23 09:49:04 dir for tempfile [/shared/OD/teamsite/content]
LIB: (3) id=m50 2011-09-23 09:49:04 -- Processing file(/shared/OD/teamsite/content/abc.xml)
LIB: (3) id=m50 2011-09-23 09:49:04 file created[/shared/OD/teamsite/content/abc.xml.iwtmp]
LIB: 2011-09-23 09:49:04 00028LIB 00017: 2011-09-23 09:49:04 ERROR: Could not get file data(content/abc.xml).
..

This is the sender side OD log:
…
LIB: 2011-09-23 16:49:04 Options: do_deletes deploy user=admin group=adm file_perm=0664 dir_perm=0777 date_different ignore_acls do_manifest_for_dnr ps_name= verbose_level=5
ENG: Thread-115 After COMPARE, res=0
ENG: Thread-115 PRECOMMIT
LIB: 2011-09-23 16:49:04 DEPLOYING - [/iwmnt/default/main/BRANCH1/QA/WORKAREA/main] to [/shared/OD/teamsite]
LIB: 2011-09-23 16:49:04 Filelist=[/tmp/.56473.txt]
LIB: 2011-09-23 16:49:04 Sending [./content/abc.xml] [reason file_list]
ENG: Thread-115 After PRECOMMIT, res=0
ENG: Thread-115 exiting dotask
ENG: Thread-115 entering awaiting-commit
ENG: Thread-115 exiting awaiting-commit
ENG: Thread-115 entering commit
LIB: 2011-09-23 16:49:04 *** Proceed
LIB: 2011-09-23 16:49:04 *** fFailedCommitFromEngine 0
LIB: 2011-09-23 16:49:05 Deploying local_directory[.] of area[/iwmnt/default/main/BRANCH1/QA/WORKAREA/main] was UNENCRYPTED
ENG: Thread-115 After COMMIT, res=0
ENG: Thread-115 exiting commit
ENG: Thread-115 entering awaiting-cleanup
ENG: Result after commit 0
ENG: previousPhaseStr:commit
ENG: currentPhaseStr:awaiting-cleanup
ENG: Thread-115 exiting awaiting-cleanup
ENG: Thread-115 entering cleanup
LIB: 2011-09-23 16:49:05 Remote status: server-OK
LIB: 2011-09-23 16:49:05 [Fri Sep 23 16:49:05 2011] opendeploy 20110923..2 root COMPLETED /iwmnt/default/main/BRANCH1/QA/WORKAREA/main/ .Publish56473.MYDEFINITIONNAME.node1 ts.com node1.com
LIB: 2011-09-23 16:49:05 [Fri Sep 23 16:49:05 2011] 20110923..2 STATS DEPLOYMENT /iwmnt/default/main/BRANCH1/QA/WORKAREA/main/ -- .Publish56473.MYDEFINITIONNAME.node1 OK
Directories deployed : 0 Files deployed : 0 Links deployed : 0
Directories failed : 0 Files failed : 1 Links failed : 0
Directories deleted : 0 Files deleted : 0 Links deleted : 0
…

OD output
-----------
OpenDeploy failed. [ Locating OpenDeploy service. Got OpenDeploy service >>>>>-- Start deployment CONF/Publish56473. iwodstart running in default synchronous mode. Need to wait for deployment to complete. >>>>>-- Deployment CONF/Publish56473 finished: ID: m50 Start time: Fri Sep 23 16:48:58 GMT+00:00 2011 Status: Completed with error Status details: All targets got completed status]

Find more posts tagged with

Comments

Rick Poulin

Looks like it transferred the file OK but couldn't execute the commit (renaming abc.xml to abc.xml.iwold and abc.xml.iwtmp to abc.xml). Check your available disk space on your target server, and check that OD has sufficient permissions to move (read, rename and/or delete) the existing abc.xml on the target.

jsankara

I don't see diskspace issue:
Filesystem size used avail capacity Mounted on
/ 17G 6.0G 11G 36% /

What do you mean by "checking OD has sufficient permissions to move (read, rename and/or delete) the existing abc.xml on the target." ?

Rick Poulin

I mean check that the user running the OD service has read+write permissions on both that file and its parent directory. Even better, if you can, 'su' as that user and validate that you can 'cat' and 'mv' the abc.xml file.

Adam Stoller

I'm facing OD deployment FAILED error. I verified OD settings on both base and receiver sides, everything looks good[OD settings, Firewall]. Not sure what could be root cause ?

This is the snippet of receiver log(node1):
[...]

This is the sender side OD log:
[…]

Several questions:

)

jsankara

Thanks all for the responses.. Fixing the permissions on target server did the trick!!

tamz

Hi ....Iam facing the similar issue and here are the logs captured from Opendeploy base and target server.

Teamsite 6.7.1 SP 1.
OpenDeploy 6.1.1 in windows environment and receiver server in unix environment.
Even i dont see any permissions or spacing issue in receiver server.

OD base log:
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 exiting setup
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 entering awaiting-dotask
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 still waiting for 0
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 exiting awaiting-dotask
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 entering dotask
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 COMPARE
LIB: 2011-10-27 14:53:15 Options: do_deletes deploy file_perm=0664 dir_perm=0775 date_different ignore_acls do_manifest_for_dnr ps_name= verbose_level=5
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 After COMPARE, res=0
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 PRECOMMIT
LIB: 2011-10-27 14:53:15 DEPLOYING - [X:\default\main\test\WORKAREA\BAU] to [\abc\content]
LIB: 2011-10-27 14:53:15 Filelist=[D:\Interwoven\TeamSite\tmp\staticFilelist.2531714.2531725.txt]
LIB: 2011-10-27 14:53:15 Sending [.\includes\test.html] [reason file_list]
LIB 00032: 2011-10-27 14:53:15 ERROR: File(X:\default\main\test\WORKAREA\BAU\includes\test.html) failure: bytes-read=-1 bytes-expected=-1.
LIB: 2011-10-27 14:53:15 ERROR: deploy-failed.
LIB: 2011-10-27 14:53:15 Receiver-ERROR: ERROR: deploy-failed.
LIB: 2011-10-27 14:53:15 ERROR: Failed to deploy local_directory[.] of area[X:\default\main\test\WORKAREA\BAU] for filelist[D:\Interwoven\TeamSite\tmp\Filelist.txt]
LIB: 2011-10-27 14:53:15 ERROR: Failed 1 of 1 filelists
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 After PRECOMMIT, res=-1
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 exiting dotask
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 entering awaiting-rollback
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 still waiting for 1
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 exiting awaiting-rollback
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 entering rollback
LIB: 2011-10-27 14:53:15 ROLLBACK Transactional Deployment
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 After ROLLBACK, res=0
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 exiting rollback
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 entering awaiting-cleanup
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 still waiting for 1
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 previousPhaseStr:rollback
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 currentPhaseStr:awaiting-cleanup
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 exiting awaiting-cleanup
ENG: 2011-10-27 14:53:15 CDT GMT-05:00 Thread-2718 entering cleanup
LIB: 2011-10-27 14:53:15 Remote status: server-OK
LIB: 2011-10-27 14:53:15 [Thu Oct 27 14:53:15 2011] opendeploy 20111027.7900.2 NT AUTHORITY\SYSTEM COMPLETED X:/default/main/test/WORKAREA/BAU .test_publish2531725.WEBSERVER.static XYZ LIB: 2011-10-27 14:53:15 [Thu Oct 27 14:53:15 2011] 20111027.7900.2 STATS DEPLOYMENT X:/default/main/test/WORKAREA/BAU -- .test_publish2531725.WEBSERVER.static OK
Directories deployed : 0 Files deployed : 0 Links deployed : 0
Directories failed : 0 Files failed : 1 Links failed : 0
Directories deleted : 0 Files deleted : 0 Links deleted : 0

LIB: 2011-10-27 14:53:15 File Content transferred: 0 bytes

OD receiver log:
LIB: (2) id=m830 2011-10-28 13:15:33 Abs Path = /abc/content Relative Path = /includes/test.html
LIB: (2) id=m830 2011-10-28 13:15:33 Path = /abc/content/
LIB: (2) id=m830 2011-10-28 13:15:33 Path = /abc/content/includes
LIB: id=m830 2011-10-28 13:15:33 Receiving item[/includes/test.html] [reason file_list]
LIB: (3) id=m830 2011-10-28 13:15:33 dir for tempfile [/abc/content/includes.iwnew]
LIB: (3) id=m830 2011-10-28 13:15:33 -- Processing file(/abc/content/includes.iwnew/test.html)
LIB: (3) id=m830 2011-10-28 13:15:33 file created[/abc/content/includes.iwnew/test.html.iwtmp]
LIB: 2011-10-28 13:15:33 ERROR: Failed transferring contents of (./includes/test.html)
LIB 00017: 2011-10-28 13:15:33 ERROR: Could not get file data(/includes/test.html).
LIB: 2011-10-28 13:15:33 ERROR: deploy-failed.
LIB: 2011-10-28 13:15:33 ERROR: Failed deploying filelist[0]
LIB: 2011-10-28 13:15:33 ERROR: Failed 1 of 1 filelists
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 After PRECOMMIT res=-1
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 exiting dotask
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 entering awaiting-rollback
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 Got task failed in precommit
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 still waiting for 0
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 exiting awaiting-rollback
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 entering rollback
ENG: 2011-10-28 13:15:33 CDT GMT-05:00 Thread-2908 failedCommit=false shouldWait=true
LIB: id=m830 2011-10-28 13:15:33 FailedCommit 0.

This deployment failure is happening very often and almost to the specific files.
Any inputs or thoughts on this are highly appreciated. Thanks.

Adam Stoller

LIB: 2011-10-27 14:53:15 DEPLOYING - [X:\default\main\test\WORKAREA\BAU] to [\abc\content]
LIB: 2011-10-27 14:53:15 Filelist=[D:\Interwoven\TeamSite\tmp\staticFilelist.2531714. 2531725.txt]
LIB: 2011-10-27 14:53:15 Sending [.\includes\test.html] [reason file_list]
LIB 00032: 2011-10-27 14:53:15 ERROR: File(X:\default\main\test\WORKAREA\BAU\includes\te st.html) failure: bytes-read=-1 bytes-expected=-1.
LIB: 2011-10-27 14:53:15 ERROR: deploy-failed.

X: ? Why isn't it Y: ?
The error about bytes-read / bytes-expected usually happens when the file is somehow undergoing changes at the time that the deployment is happening (although usually the expected value is a positive number).
Since you're deploying from a workarea, there's the possibility that the file is being modified even though it's part of a workflow (the files should be locked until after the deployment).
If it's always the same file - check the permissions on the file on both the source and target sides, other than that, I'd suggest opening a case with Support.

Migrateduser_427

Since your deployment is COMPARE, is it possible the file/directory getting deployed has a lock on the receiver side?

If you don't already know how to validate this, on the receiver check if the directory/file you are deploying has a matching "iw-New..." and or "iw-Old...".

If the file was ever part of a workflow where the deployment never completed, it is possible that the receiver will still have the lock "iw..." file trapped.

To remedy this, stop and start OD on the receiver. The "iw..." directory/file will be cleared.

Adam Stoller

Since your deployment is COMPARE, is it possible the file/directory getting deployed has a lock on the receiver side?

If you don't already know how to validate this, on the receiver check if the directory/file you are deploying has a matching "iw-New..." and or "iw-Old...".

If the file was ever part of a workflow where the deployment never completed, it is possible that the receiver will still have the lock "iw..." file trapped.

To remedy this, stop and start OD on the receiver. The "iw..." directory/file will be cleared.

Slight corrections:

kalai

We are facing the similar issue mentioned by Tamz. Will this work? if I lock the file(s) before the deployment task through the external task.

Environment:
Teamsite 6.7.1 SP 1. + Windows 2003
OpenDeploy 6.1.1(Base) + Windows 2003
OpenDeploy 6.1.1(Receiver)+ UNIX

Adam Stoller

We are facing the similar issue mentioned by Tamz. Will this work? if I lock the file(s) before the deployment task through the external task.

It's not guaranteed to solve the problem, but it generally helps avoid the most simplistic aspects of the problem.

Hits

Hi Sankara

You said fixing target server permission fixed. Could you tell me more about it?

I mean you gave more permissions to the OD user?