Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 3 replies
  • Subscribers 1 subscriber
  • Views 1763 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Unknown Error (Unbalanced composite package source name)

kej

Hi,

 I've just upgraded from Enterprise Console 3  to 4 and am having problems getting a secondary site update working.

 The site itself appears to be working fine from a Web browser and the passwords all seem to work. The CID seems to be generating the right folders under the virtual directory (ie http://my.website.tld/virtualdirectory/CIDs/S000/SAVSCFXP/). The URL seems to have been correctly updated on the clients (ie you enter http://my.website.tld/virtualdirectory and the clients get the above).

 ..but all I get in the auto-update logs is;

 Time: 25/02/2010 21:12:20
Message: ERROR:   the operation failed due to an unknown error: Unbalanced composite package source name {auto|http://my.website.tld/virtualdirectory/CIDs/S000/SAVSCFXP/|username: password}{mapped|C:\Program Files\Sophos\AutoUpdate\data\warehouse|}
Module: ALUpdate
Process ID: 2796
Thread ID: 2172

 Bug?

  The "}{" looks very suspect and there's nothing quite like unbalanced brackets/braces to ruin a programmer's day!

 If anyone has run into this let me know please!

Keith

:1522


This thread was automatically locked due to age.
  • 0

    Hello Keith,

    The "}{" looks very suspect

    Yeah, but that seems to be correct. There should be a corresponding entry in the ALUpdate201002.....log (in the %PROGRAMFILES%\Sophos\AutoUpdate\Logs\ folder). Perhaps there is more information a few lines up or down from it. Look for SDDSUpdateLocation, constructor start and lines with PSN (like Composite upstream PSN).

    But, sorry, haven't run into it - fortunately :smileywink:

    Christian

    :1543
  • 0

    Hi Christian,

     Thanks for replying and giving me some good advice.

     I couldn't see anything particularly weird in the logs but I think I've got a good hunch what's going wrong now.

     The web server is IIS and, although I can browse around the directories, the actual files give me an http 404 error.

     I think it's nothing more than IIS's usual pig-headedness at serving files that you haven't supplied mime types for so I'll work out how to add a generic catch-all mime-type of "application/octet-stream" to files of type .* and see what happens on Monday.

     It's definately a wierd message to receive if that does turn out to be the problem though. I'd kinda expect Auto-update to just turn round and say it couldn't download a file because it got an http error.

     Oh well... now I'll have to twiddle my thumbs until I get to try the theory out... ho hum...

     Thanks for the support and quick response.

     Regards,

     Keith

    :1557
  • 0

    You're welcome, Keith

    I tend to shut out thoughts about IIS ...

    While the catch-all is definitely a good idea it might not be enough. Webserver Extensions and "application" settings sometimes map certain extensions to active content (and this is not overridden by the catch-all). And in such cases it's not a simple 404 which is reported back but some "smart" content which could confuse Sophos.

    Yes, it's a good idea to also check the IIS logs ...

    Christian

    :1567