Sounds like something in your patch sources is broken (curious how, as this is a new install...).
Replace the file "Patchsources.xml" with a good copy. Patchsources.xml is located in \ManagementSuite\ directory.
That's assuming you have a "healthy" 8.8 Core somewhere. If not, then feel free to contact us, we can send you one from our Core(s).
Just to make sure - you have actually told it to download content from a specific server - i.e. US East or whatnot, right? (Just making sure).
Paul Hoffmann
LANDesk EMEA Technical Lead.
Hi paul,
please do send me the copy of patchsource.xml file to my email <E-mail deleted>, i select the east coast, try the west one and europe one without prevail, and try to copy the patchsource file from the managementsuite directory as well, but still the same error..i'll try your file as soon you send me the copy
I have edited your above post, removing your e-mail address from it. This is a public forum, and as such prone to be scanned by spam-bots and similar devices, and having plain e-mail addresses in it is a rather risky matter.
I'll send you a download link for the XML-file when I have a few moments, as E-mail servers don't like incoming XML's a lot in many cases.
Paul Hoffmann
LANDesk EMEA Technical Lead.
Hi Paul,
We experiencing the
same problems on your production and acceptation environment.
Both are LDMS 8.8 one is a
virtual machine and the other a normal server.
Could you publish a link so
we can download the the XML file or see my profile for my e mail
Thanks Erik
Hmm - strange.
I've attached the file to this comment as "8.8_Default_Patchsources.zip" - that will be easier than uploading it somewhere where it would be auto-deleted.
Hmm - nope - patch content still works fine for me, so IF your files are broken, this should fix it. It's possible that you have other problems though (it could be naff things like proxies and/or WebCaching appliances)...
Paul Hoffmann
LANDesk EMEA Technical Lead.
Hi Paul,
Your quick responses are
much appreciated.
We tried your XML without any
result, still the same error.
Regards Erik
Hmm - OK - in this case, get in touch with your networking people.
You want to check Proxy / Firewalls for instances of the Core being blocked. That's pretty much the only "Other" reason that I can think of that would have this result at this moment.
Paul Hoffmann
LANDesk EMEA Technical Lead.
Hi Paul,
I tested the internet connection and everything is fine, browsing works normally.
When I browse to "https://patchemea.landesk.com/"
I Get the following message (see attachment):
Regards Erik
Ah - not quite what I meant.
1 - Don't bother trying to go to https://patchemea.landesk.com/ - that's not really a browseable site, never has been :).
2 - I was talking about Proxy / Firewall's specifically. You see, it's not "normal browsing", but may depend on user-context (depending on your proxy/firewall) of "who it is" that's trying to browse.
A scheduled patch content update for instance will by default run as the Core's Local System - and your proxy may not like that (or it may have been changed to "not like that"). This is why I said to have a look on Proxy (more likely) and Firewalls (less likely) to see if there's any entries in the logs there of the Core being blocked.
We've seen it a few times that Proxy's caused that problem because they were a bit user-sensitive, and people needed to grant "the Core Server" as opposed to specific users access to the www in the Proxy. There's no general rules here though, as the rules by which this applies change based on what Proxy you use - product A is quite different to Product B - it is its own field.
Hope that clarifies.
Paul Hoffmann
LANDesk EMEA Technical Lead.
Hi Paul,
You are right the problem seems lay down to the proxy we use, after changing it with direct connection, everything seems running well, patch downloaded, so the problem is not about the patchsources.xml file, Perhaps it is better if landesk change the error message accordingly.
Thanks for ur reply! great help..
hi Paul,
Thanks for your help, we made specifiek firewall rules and everything works perfectly again.
Only strange thing is that there were no changes made to your proxy and firewall environment, when it stopped working.
Thanks again,
Erik
Erik - plain logic concludes that "there must've been" - even if it's something like a firmware update.
If it worked fine before - and in order to get it working again you had to change something on the firewall - the "problem" (or whatever) MUST have been on the firewall.
But oh well - these IT gremlins are what give us all a job in the end :).
Glad to have sorted you out.
Paul Hoffmann
LANDesk EMEA Technical Lead.
|
|||||