Just stumbled upon this error, too.
Here's the way which helps in my test scenario:
- try to change the publication options regarding FTP: active/passive
transfer and/or relative path
- clear the pagecache
- clear the reference folder
-->project->publishing targets
- restart the Management Server
-
We thought that too, but our ftp area is not being used to display the
files, its just a publication point that later on is picked up by a
Liveserver import job. The only thing connected to the ftp site is the
publication job itself. Its happened forever this one, but it doesnt
actually seem to aff
We get it all the time... its due to files being locked / accessed on
the webserver which the ftp is occurring.
On 16 July, 00:29, markus giesen wrote:
> The weird thing is, that it is not a permanent error.
> It shows up every now and then.
>
> On 15 Jul., 04:18, Rob Palmer wrote:
>
> > Markus:
The weird thing is, that it is not a permanent error.
It shows up every now and then.
On 15 Jul., 04:18, Rob Palmer wrote:
> Markus:
>
> That looks like the sort of error message we get with the wrong FTP
> setting (active vs. passive). Try changing that in the [Administer
> Publication -> Projec
Markus:
That looks like the sort of error message we get with the wrong FTP
setting (active vs. passive). Try changing that in the [Administer
Publication -> Project -> Edit General Settings] zone.
-Rob.
On Jul 13, 1:03 am, markus giesen wrote:
> Hey folks,
> did anyone of you ever had this err
Markus--
Not specifically. But if I am to attempt a guess, it is due to a binary file
transfer failure in your ftp process. It could be a file lock or corrupted
binary file in the src folder.
But you can take the process out of RedDot by directly ftp (or sftp) from
the folder to your target box a
Hey folks,
did anyone of you ever had this error message while publishing:
---
Language variant: English
Project variant: HTML_Public_Site
Errors:
PutFile: Failed to transfer /media/images/,
Component was busy while disconnected by the server.
-
