Could you post more of the zmd-messages.log(in debug) from the satellite server? (taking out anything that's perhaps sensitive and should be kept internal, IPs, hostnames)

Depending on where/when it's failing, sometimes there's a file attempting to be download unsuccessfully and if so, you can grab the URL from the log, and plug into a browser and sometimes that will give more information (Firewall/Security issue or give a 404/403 error, etc) 

It's me again:

As said before - there's a general problem with replication of ZPM content to satellites (other bundle replications work well):

I do not have any idea where to start because of some general questions:

What processes are responsible for that kind of distribution? When does it happen?

Regarding ZPM content the satellites contents looks somewhat "random"

Thx again & Best Regards

Dirk

For Starters...

If you are getting this...

"Unable to write data to the transport connection: An existing connection was forcibly closed by the remote host. (CDP.UnexpectedError).", then you are most likely experiencing lower level OS network connection issues.  

Maybe networking, Maybe your primary server is running out of HTTP connections, other...But the Sat was trying to pull down content and its network connection was closed.  So that is less about scheduling....

For Scheduling.....One KEY fact to keep in mind, that new content may be downloaded daily based upon your ZPM patch server scheduling.  So depending on your Content Replication Schedule, there will be Windows were it is on your Primary but not yet on your satellites.

ZCC->Configuration->Bundle, Policy, Content->Content Replication 

ZCC->Configuration->Bundle, Policy, Content->Satellite Server Replication

are two places for generic settings for replication settings.

https://www.novell.com/documentation/zenworks-2020-update-1/zen_sys_servers/data/bmk8phb.html

Shows where you can specify content replication schedules for Sat Servers on the sat server itself, even down to the type of content.

And the timing for Patch Content can be tricky if your Sat Server is only configured to download from One Primary and that primary is not the ZPM Server.  Primary to Primary replication is hourly by default.

Let's say your ZPM Server1 downloads Content at 2:00AM.   Sat2 Tries to replicate the content for a new patch bundle at 2:30AM, but only points to Server2 for it's content.  It will get a download error, since the content may not be there until 3:00AM.  When the Sat Tries again at 3:30AM it will come down.  If your sats are set to only replicate once a day at 2:30AM, this normal condition could cause issues and setting the schedule to perhaps 3:30AM would be wiser......or allowing a Sat to pull content from the ZPM server directly.

In the Pic below, my Satellite will replicate all content (Excluding Patch) every 2 hrs with unlimited throttling.

Patch Content, replicates the 31st of Every Month (Will Skip Months with less than 31 days).  The job will run for 1 minute with a very low throttle rate.  

Note: While the Patch example would not quite best practice.....It does show you could do the opposite and make patch replication settings different than everything else if you need more aggressive replication settings.

In the Pic below, my Satellite will replicate all content (Excluding Patch) every 2 hrs with unlimited throttling.

Patch Content, replicates the 31st of Every Month (Will Skip Months with less than 31 days).  The job will run for 1 minute with a very low throttle rate.  

Note: While the Patch example would not quite best practice.....It does show you could do the opposite and make patch replication settings different than everything else if you need more aggressive replication settings.