Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 3 replies
  • Subscribers 1 subscriber
  • Views 1765 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.
Parents
  • 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
Reply
  • 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
Children
No Data