Does the DMZ Primary have a Non-DMZ Primary in it's Content Server List?  Can it hit that Server Content URL?

What is the effective "Pre-Cached" COntent for that bundle? (It's normally set at a global level but it can be done on a folder or device level.)  

Hi Craig, thanks for responding.

I've blanked out the server names, but first in the list is the internal primary, second is the DMZ primary. Both are showing as Unavailable.

However I can create a YUM repo on the internal primary. Not sure why, if not all the content exists - I guess it must exist.

But I cannot create a YUM repo on the DMZ primary.

I have a "Filr Updates" bundle. Content is showing as Available on both servers and I can create a YUM repo on both.

No really good ideas....A few but nothing to post here...since we could be getting into security configuration questions.....which some lurkers may run with incorrectly.....

I have case 03057465 open, if you have any thoughts.

Thanks

Hi Stuart/Craig

I'm on 24.4 and with Windows Bundle seeing maybe similar, so we create a bundle with content. Its goes "packaging" we leave it and then goes "Unavailable" across all servers like Stuart we can see the content on the servers, tried various things to kick it but no joy

I have case 03057039 open now and seen similar before with case - 02303388 

Thanks

Spencer

Hi Stuart/Craig

I'm on 24.4 and with Windows Bundle seeing maybe similar, so we create a bundle with content. Its goes "packaging" we leave it and then goes "Unavailable" across all servers like Stuart we can see the content on the servers, tried various things to kick it but no joy

I have case 03057039 open now and seen similar before with case - 02303388 

Thanks

Spencer

We have same problems in last couple versions, getting bundles stuck in Packaging. Sometimes will help export the bundle, delete it and reimport it. 

thanks David I shall give that a go. just thinking out loud if that is working it maybe because as we think the content is already on the server(s) thus just being aliased a thus why re-importing works as no content to package just needs to put pointers in the DB to the existing content.

Are you deleting the original bundle before re-importing out of interest ?

thanks

Spencer

Yes, I delete the original bundle. The new one will get new GUID, you can retain the old one if you wish. But I was waiting day or two and it never changed to Available. Even reboot of the ZCM server never helped.

I suspect the issue you and David are seeing are a bit different but I don't know.  My guess is Stuart's issue is DMZ specific since he said he could make it on his Non-DMZ server.  DMZ servers can have so many issues from Ports not Being open, to multiple different DNS names, different server lists, etc.. 

I find it surprising that the Export-Import works...since I would have presumed the content would not be there to export.  I would definitely add that to any case.....Historically the issue was more something interrupted the packaging process and the files were cleared before packing....though a few years back i tried to cause failure by being as mean as I could about restarting services mid package and could not.  

Maybe we are not updating all versions?  Let's say it's packaging content for version 7 and you update to 8 before 7 is done and 8 does not have new content...version 7 is flagged as available but not 8.  Try adding a small piece of content to the bundle and see if it then shows good. (Not a Fix....A Test....)  If that works....what about a dummy edit on the bundle to change the version?

Does it fail if you don't? (Your Steps help avoid "Alias" content It is used to track identical files shared between bundles to ensure we don't store 2 copies of the same file.)  No specific thoughts...but every little detail sometimes helps paint the portrait enough...

hmm got validation error on the import, so maybe we seeing 3 different issues just all end up with same look ZCC

Craig I have bundles for GroupWise Windows client, OES client and so on. These bundles are refreshed every new release. I do same thing, make copy of the old one and change only one action and this is directory install with new version of the client. I did it many many years with no issues. Not sure on which version started the Packaging thing problem. I will try to find the discussion thread, where I reported it. The problem is random, I can't duplicate it on every this copy / update operation. 

I don't believe the issue I'm seeing is DMZ specific. I have a "Filr Updates" bundle built from the subscription, the content is showing as AVAILABLE on both servers and I can successfully create a YUM repo on both servers.

I tried to re-run the subscription for the "Filr OS" bundle, the content is showing as UNAVAILABLE on both servers. However there are older versions of this bundle we keep as a frozen patch level. As Spencer mentioned, some of the content could be aliased in the newer bundle, therefore certain files are not updated/overwritten. I've tried the subscription with "Force Replication", no joy.

What determines the content status as Available or Unavailable? I guess this is a tally between database entries and files on disk. If so, is this a query we can run to determine what's missing?

However I believe all the content is present on the internal primary, as it successfully built the YUM repo. I know content is missing on the DMZ primary, therefore the YUM repo failed.

Maybe something changed, but if I asked some time ago it was not possible, what can you do on satellites.