Skip navigation

Leopard Server SUS "SUCatalogLoaderException" failures

1094 Views 11 Replies Latest reply: Jan 24, 2013 1:28 PM by ipcray RSS
Fred Turner Level 1 Level 1 (80 points)
Currently Being Moderated
Nov 11, 2012 9:20 AM

[Posted to Apple Feedback site...anybody else experiencing this?]





For about a month now, I've been getting a SUS swupd_sync error on numerous Mac OS X 10.5 Servers that I maintain when trying to download the software update catalogs from Apple servers. Since around Oct 12th, on previously working SUS setups, I've been seeing the following in my logs:


Sat Nov 10 23:58:14 swupd_syncd[68758] <Info>: Started

Sat Nov 10 23:58:32 swupd_syncd[68758] <Error>: swupd_syncd failed with SUCatalogLoaderException: We've been foiled by the SUCatalogLoader: no local display name. Drat.


Consequently, any new updates are not being added to the SUS lists on these servers. Other 10.6 - 10.8 servers are not showing signs of trouble. Any idea if a change to the Apple mirrors or their catalog files is causing this? I figured it might clear on its own, but after a month has passed, I don't see any sign of that. I need these systems to be able to use SUS, please!





  • atom_bomb Calculating status...

    Hi Fred,


    We started having this issue too at the same time on all SUSs hacked with 10.8 support. Apple is now using OS detection to block 10.5 SUSs from hosting 10.8 updates. We had to remove 10.8 support from all of our hacked 10.5 servers. This makes us very unhappy. We are in the process of upgrading them all to Server 10.7 or 10.8 for those that will take it. That said, if you solved the issue please do tell.

  • atom_bomb Level 1 Level 1 (5 points)

    Sorry, I thought you had added 10.8 support to your 10.5 servers. Speaking of which we are getting the dreaded ...Drat failures on two of our 10.5 servers even without 10.8 support. This sounds like what's happening to you too. I've been trying to nail down why for a few days off and on. What happens is when the catalog reaches download folder 50 > 49 it spits out the error when it gets to the nested iTunesX.smb file. I have tried everything I know and could think of to fix the Drat error to no avail. I read this fixed it for one dude:

  • atom_bomb Level 1 Level 1 (5 points)

    I assume it's the iTunesX.smb file because if I flush out the downloads folder and watch it rebuild, both boxes fail when they reach that particular file. I have tried copying parts and all of those files from working servers with no luck.


    In the Access logs there are entries for "CFNetwork/438.16 Darwin/9.8.0 (i386) (MacPro4%2C1)" which I assume tells Apple's SUS mirrors that this box is running server 10.5. Could be wrong here.


    I removed 10.8 support by editing the mirror-config-1.plist file to remove that string. This worked for 20 of our server 10.5 boxes but not for 2 of them. Here is the mirror-config-1.plist file that works for the 20.








            <string> -1.sucatalog</string>

            <string> erged-1.sucatalog</string>


  • ipcray Calculating status...



    This is for you if you still have problems.  I saw your name everywhere and constantly as I got rerouted to the same 5 posts about SUS running on old powerpc servers when I was trying to fix mine.  I am now serving all updates 10.5-10.8 with G5 server.


    I never post anything ever online but I wanted to make sure you got the fix (and anybody else) as they were trying to make everything that SHOULD work on strong powerpc servers work, which is nearly everything since its web protocols and such.


    The solution is very simple IF you had the working stuff going before using the methods found in:



    which is the thread you list as using in one of your other threads discussing details before it stopped working (with ML release I have figured out).


    I simply checked my catalog names using a ML install.  They were right.  But in doing that I had done some web searches for ML software update server catalogs, names, or whatever.  Somebody in one of those threads (I am not going to find that one) said ML now uses HTTPS instead of HTTP.


    I changed 'http' to 'https' in mirror config file with everything else identical to prior methods from Jan and it worked immediately downloading the updates and making the symlinks as instructed in those methods showed all updates.  Im running 7 gigs of RAM and show absolutely 0 performance impact on anything, malloc errors, or anything else I saw you had going at various times so not sure about that.  Did want you to know it works flawlessly with just that simple change.  Probably some other people will be happy to read this also.


    Incidentally, later post on page 3 gives a great way to configure WGM to handle computers logging in and get the right update catalog.  Im using that as well and it seemed to identify properly so far.  Thanks to that poster for that.


    I have found this other thread where somebody got more advanced than me and did some rewritecond using variables that the system figures out first which I think must do what I did very simply, only more complicated.  Its listed as 10.6 though and seems silly when you look at what I did:



    Others note success but its very complicated compared to what I am doing, ESP if you already set it up this way before and have been following this at all waiting for a fix.


    Hope this benefits somebody as it may be the last thing I ever post like this.




    PS - I'm adding this error message to this fix because this is what you start to get when it breaks down if you setting up from scratch instead of having had it set up and then ML came out, SUS protocol changed to https, but you had catalogs already, that now just won't update.  That should be a different error I never saw because I was setting up from new.  Good Luck and I hope this saves some time, and gives some good use back to some powerpc servers.


    <Error>: swupd_syncd failed with SUCatalogLoaderException: We've been foiled by the SUCatalogLoader: no local display name. Drat.


    Message was edited by: ipcray

  • atom_bomb Level 1 Level 1 (5 points)
    Currently Being Moderated
    Jan 15, 2013 11:48 AM (in response to ipcray)

    YES!!! You solved it ipcray. I did this for our 18 – 10.5 SUSs and bam, we're back in action. Thank you so very much for posting this. Today is a good day!

  • atom_bomb Level 1 Level 1 (5 points)



    This syntax works for us but we almost always need to flush out all the files except the downloads folder for them to work...


    <?xml version="1.0" encoding="UTF-8"?>

    <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "">

    <plist version="1.0">







              <string> g</string>

              <string> d-1.sucatalog</string>

              <string> merged-1.sucatalog</string>

              <string> pard-leopard.merged-1.sucatalog</string>




  • ipcray Level 1 Level 1 (0 points)

    Hey Fred,


    Yes, as Atom_bomb has said, the format is exactly what was working before with https instead of http for the actual catalog listings.


    LOOK OUT with copy/paste because spaces will appear in those listings just like the one right above me 'sucatalo g' is in leopard.merged-1.  I assume you have seen this before using these forums though and know this already.


    The only thing I didnt mention in my long winded description was that I added each os level (ie, 10.5, then 10.6, then 10.7, then 10.8) only after the previous one had fully downloaded.  I was starting from scratch so this didnt matter to me.  I simply thought this would stress an already troubled mess less.  I continue to have no problems with swupd since this setup and it is getting all updates and updating all boxes all os versions.


    I am running 7GB of real RAM in quad G5 if you want for comparison.


    Glad I could help you both, as I will assume you get the existing catalog error worked out (even if you have to reload all of it one good time)


    Take care and GL both of you and anyone else that finds this thinking how can Apple break a web file server updater using basically open protocols to do its business.


More Like This

  • Retrieving data ...

Bookmarked By (0)


  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.