getupdates1.sun.com - http 500 errors

Hello,

something getting wrong @getupdates1 for last 4 days:

first run: "smpatch download":

--

119082-25 has been validated.

119999-02 has been validated.

122035-05 has been validated.

(...)

118855-36: Request to download update failed. Status code 500 returned. An unexpected error occurred inside the server that prevented it from fulfilling the request.

(next 10 same errors with other patches)

...

Next (immediate) run: "smpatch download":

--

Update 119082-25 will not be downloaded since it already exists in the download directory.

(...)

118855-36 has been validated.

119131-32 has been validated.

120223-15 has been validated.

(...)

The following patches were not downloaded:

124631-03: Request to download update failed. Status code 500 returned. An unexpected error occurred inside the server that prevented it from fulfilling the request.

(...)

grep 118855-36 /var/adm/messages (my timezone is CET):

-

Feb 10 15:33:38 srv root: [ID 702911 user.crit] => com.sun.patchpro.server.UnifiedServerPatchServiceProvider@1bbbafc <=java.io.IOException: Server returned HTTP response code: 500 for URL: https://getupdates1.sun.com/all_signed/118855-36.jar

Feb 10 15:47:05 srv root: [ID 702911 user.info] => com.sun.patchpro.server.UnifiedServerPatchServiceProvider@b3b6a6 <=List of patches downloaded from getupdates1.sun.com: 118855-36, 119131-32, 120223-15

I must repeat "smpatch download" for about 10 times to get all patches to download directory.

I tried this operation from 3 independent places in .cz and .sk, with or without http/proxy, sparc or x86 distribution with similar results.

"smpatch get":

patchpro.patch.source-https://getupdates1.sun.com/

Is there any more reliable server for patches ?

Thank you, M.C>

[1929 byte] By [mcervenya] at [2007-11-26 18:01:52]
# 1
Have the exact the same problem with all my Solaris 10 servers today.It took about 4-5 smpatch updates to get all the patches installed. Every time, except the last one, the error is http 500 errors.
shena at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 2

I also have been hit with http 500 errors from https://getupdates1.sun.com

I am using the updatemanager in a direct connection and now trying to get 118815-05. I am running the 11/2006 version of Solaris 10 on an Ultra 10 with all the not for pay patches on the system except 118815-05.I ran updatemanager with -debug and again found the same problem:

*************************

Status: STATUS DOWNLOAD_PATCH BEGIN 118815-05

Status: STATUS DOWNLOAD_PATCH END 118815-05 DOWNLOAD_PATCH.6 "Request to download update {0} failed. The HTTP response code is {1}." "500"

Status: STATUS INSTALL BEGIN 118815-05

Status: STATUS INSTALL END 118815-05 INSTALL.255 "Utility used to install the update failed with exit code {0}.

CSM out: EXIT 0

CSM in: END

STDOUT: Installing patches from /var/sadm/spool...

{1}" "997" "Patch is not available in the patch directory."

/var/sadm/spool/patchpro_dnld_2007.02.10@16:41:00:EST.txt has been moved to /var/sadm/spool/patchproSequester/patchpro_dnld_2007.02.10@16:41:00:EST.txt

EXTVAL: 0

STDERR: WARNING: The installer cannot find the patch.

UpdateMgrUtils.getEncodedFileName(): /usr/sbin/smpatch get patchpro.patch.source

UpdateMgrUtils- patch source: https://getupdates1.sun.com/

****************

The moved /var/sadm/spool/patchproSequester/patchpro_dnld_2007.02.10@16:41:00:EST.txt file says:

*******************

This collection of patches is incomplete due to problems in downloading. It is advisable to retry the download later and see if the remaining patches can be downloaded. If they can, then the new download summary file will show the patches required and the order in which to install them. The patches failing to install are listed here:

118815-05 Request to download update failed. Status code 500 returned. An unexpected error occurred inside the server that prevented it from fulfilling the request.

******************

Could someone please fix the "unexpected error" at getupdates1.sun.com? I had to try 7 times to get 120222-15 downloaded correctly (without the 500 error), and it will be my third try for 118815-05 in a few more minutes.

mike_buckleya at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 3
We have had a few support queries where this apparent authentication problem was occurring in the last few days and I have put a query to the infrastructure team regarding it.We'd hope to have it corrected soon.
ForumModeratora at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 4
I have the same problems.Hopefully this issue will be escalated and promptly fixed.
davidholmesa at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 5
last few days, try last couple weeks!and they still haven't fixed the batch download via LPS for Solaris 8/9 clients (smpatch download). That's been broke since third week in December!
jwbledsoea at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 6

Ditto. It seemed to be working okay for me at the end of last week - updatemanager on Solaris 10 was downloading and installing patches fine - but having a problem today. 'smpatch analyze' works okay, so at least I can get a patch list, but downloading them one at a time via SunSolve is getting tedious!

This sounds like a problem that would affect all users, I'm almost surprised at how little there seems to be about on these forums. Shouldn't this be a high priority to be resolved?

Iain

iainfirkinsa at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 7
This problem should now be fixed. Please verify.
ForumModeratora at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 8

Some of my patches are still not downloading, and some are. They're not 500 errors anymore though. I'm getting:

This collection of patches is incomplete due to problems in downloading. It is a

dvisable to retry the download later and see if the remaining patches can be dow

nloaded. If they can, then the new download summary file will show the patches r

equired and the order in which to install them. The patches failing to install a

re listed here:

120754-03 Request to download update failed. Status code 403 returned. Authentic

ation information was provided, but authentication or authorization failed.

120347-06 Request to download update failed. Status code 403 returned. Authentic

ation information was provided, but authentication or authorization failed.

119471-08 Request to download update failed. Status code 403 returned. Authentic

ation information was provided, but authentication or authorization failed.

geniusja at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 9

Still seeing these errors, although not as bad as before. It's like the client smpatch download times out before the LPS can cache and forward the file.

...

125012-01 has been validated.

125023-01 has been validated.

121011-04 has been validated.

124257-01 has been validated.

125002-01 has been validated.

119091-23 has been validated.

The following patches were not downloaded:

118855-36: Request to download update failed. Status code 500 returned. An unexpected error occurred inside the server that prevented it from fulfilling the request.

jwbledsoea at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 10

It now partially works here. (Everything worked fine a few weeks ago!)

smpatch set to udpate from getupdates1.sun.com now works for me as of today.Both "analyze" and "update" works.

However if I point smpatch at the local update server (that I manage btw), then smpatch "anaylze" and "update" both still fail with status 500.

Note both the local update server is on the same machine as I am running smpatch on...

Here is some info:

# patchsvr setup -l

Patch source URL: https://getupdates1.sun.com/

Cache location: /data/sun-updates

# smpatch get

patchpro.backout.directory"" ""

patchpro.baseline.directory-/var/sadm/spool

patchpro.download.directory/var/sadm/spool /var/sadm/spool

patchpro.install.types -rebootafter:reconfigafter:standard

patchpro.patch.sourcehttp://sun-updates.csx.cam.ac.uk:3816/ https://getupdates1.sun.com/

patchpro.patchset-current

patchpro.proxy.host -""

patchpro.proxy.passwd********

patchpro.proxy.port -8080

patchpro.proxy.user -""

# smpatch analyze -@ -C patchpro.internal.statustags=true -C patchpro.log.level=7 -C patchpro.debug=true

STATUS ANALYZE BEGIN

STATUS DOWNLOAD_PATCHDB BEGIN

STATUS DOWNLOAD_DETECTORS BEGIN

Effective proxy host : ""

Effective proxy port : "8080"

Effective proxy user : ""

Effective proxy host : ""

Effective proxy port : "8080"

Effective proxy user : ""

STATUS PROGRESS 5 "Analyzing system"

STATUS PROGRESS 5 "Analyzing system"

STATUS PROGRESS 10 "Analyzing system"

STATUS PROGRESS 10 "Analyzing system"

STATUS PROGRESS 10 "Analyzing system"

... Submitting download request against a GUUS server

... ... Hostname of URL is sun-updates.csx.cam.ac.uk

... ... Filename of URL is /detector/detectors.jar

... ... File path portion of URL is /detector/detectors.jar

... Submitting download request against a GUUS server

... ... Hostname of URL is sun-updates.csx.cam.ac.uk

... ... Filename of URL is /database/current.zip

... ... File path portion of URL is /database/current.zip

STATUS PROGRESS 10 "Analyzing system"

STATUS PROGRESS 10 "Analyzing system"

STATUS PROGRESS 11 "Analyzing system"

STATUS PROGRESS 11 "Analyzing system"

STATUS PROGRESS 11 "Analyzing system"

STATUS PROGRESS 11 "Analyzing system"

STATUS PROGRESS 12 "Analyzing system"

STATUS PROGRESS 12 "Analyzing system"

STATUS PROGRESS 12 "Analyzing system"

STATUS PROGRESS 12 "Analyzing system"

STATUS PROGRESS 13 "Analyzing system"

STATUS PROGRESS 13 "Analyzing system"

STATUS PROGRESS 13 "Analyzing system"

STATUS PROGRESS 13 "Analyzing system"

STATUS PROGRESS 14 "Analyzing system"

STATUS PROGRESS 14 "Analyzing system"

STATUS PROGRESS 14 "Analyzing system"

STATUS PROGRESS 14 "Analyzing system"

STATUS PROGRESS 15 "Analyzing system"

STATUS PROGRESS 15 "Analyzing system"

STATUS PROGRESS 15 "Analyzing system"

STATUS PROGRESS 15 "Analyzing system"

STATUS PROGRESS 16 "Analyzing system"

STATUS PROGRESS 16 "Analyzing system"

STATUS PROGRESS 16 "Analyzing system"

STATUS PROGRESS 16 "Analyzing system"

STATUS PROGRESS 16 "Analyzing system"

STATUS PROGRESS 16 "Analyzing system"

STATUS PROGRESS 20 "Analyzing system"

STATUS PROGRESS 20 "Analyzing system"

STATUS ANALYZE END ANALYZE.255 "Error occurred while executing the command or while downloading the {0} or database {1} or while analyzing the system to determine the updates. Verify that valid options and arguments are specified with the command and that the system is configured and registered properly. The detailed error message is: {2}" "detectors" "current" "Failure: Response code was 500"

Failure: Response code was 500

Any ideas?

Best regards,

Anton Altaparmakov (Unix Support @ Cambridge University, UK)

UnixSupportCambridgea at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 11

Hello,

There was some maintenance of the delivery servers on Thursday and Friday of

last week, which resulted in the limited download of patches, with "500" errors.

This issue has since been fixed and should not affect any subsequent download

of patches.

Please can you run the following command on the patchsvr:

rm -rf /var/sadm/spool/patchsvr/*

Then run the following command on the SunUC client system configured to use the patchsvr:

smpatch analyze

Regards,

ForumModeratora at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 12

Actually many of us are not newbies to this and we try things like cleaning out the dirs, cache's, restart LPS, etc. before we post.

I did all this before my last post where I showed the errors. The LPS still isn't right, please fix it. This was an issue about a year ago and a change on Sun's end fixed it but it seems to have cropped up again with the mid December changes that Sun made.

If we're expected to use these tools, then I think it's reasonable to expect Sun to provide working tools. Those that contract for support feel especially maligned when these patch tools are broke so often and at times for weeks or months straight.

Sun's maintenance: If Sun needs to schedule maintenance on their systems and for whatever reason they can't provide a redundant, fault tolerant solution, then at least pick a schedule and post it so all your customers can plan around your outages.

Thanks, Jeff

jwbledsoea at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 13

Certainly looks better for me. The updatemanager is able to download patches where it couldn't before. However, it's a real problem that it uses 'a248.e.akamai.net' for getting patches, as the IP addresses have changed from 193.38.108.198 and 193.38.108.206 on Tuesday, to 82.71.193.200 and 82.71.193.198 yesterday, to 193.38.108.214 and 193.38.108.198 today, and no firewall should be using DNS to determine where a server can connect to (what happens if you poison DNS?). I strongly feel these IP addresses should remain static, otherwise you're asking people to configure their firewall to allow their proxy patch server/their Sun servers to access all servers on the Internet on port 443 (I know you can use web proxy servers to access the Internet, but I've never successfully got that working because of bugs - especially the bug that means to register properly you have to connect directly to the remote server, and not forgetting the bug that means you can't register if your SunSolve ID contains uppercase letters).

I am getting these errors though:

Feb 14 16:08:05 seashell root: => com.sun.patchpro.server.UnifiedServerPatchServiceProvider@64160e <=java.io.IOException: You are not entitled to retrieve this content.

...

Feb 14 16:08:05 seashell root: => com.sun.patchpro.server.UnifiedServerPatchServiceProvider@64160e <=Caused by:

Feb 14 16:08:05 seashell root: => com.sun.patchpro.server.UnifiedServerPatchServiceProvider@64160e <=java.io.IOException: Server returned HTTP response code: 403 for URL: https://getupdates1.sun.com/all_signed/122525-03.jar

After completing two scan-and-patch cycles (clean Sol 10 03/05 install), the following patches still need to be installed (ie. there was a problem downloading them as described above):

120235-01

121428-03

120887-06

122525-03

122517-03

123334-04

118557-07

120346-06

119470-10

120068-02

122860-03

118777-08

Is there anything special about these patches? I have a Platinum support contract, yet I'm "not entitled to retrieve this content" according to the error message above. I can, however, download the patches above individually from SunSolve, so it suggests there is a problem with Updatemanager getting the patches.

Iain

iainfirkinsa at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 14

At this time akamai use dns round-robin for load balancing, which makes it a little tricky for firewall admins to configure unless their firewall uses DNS lookups. Either way I'm sure it wouldn't be too much trouble to enable a small range of IP's. A single IP address would in general mean a single point of failure, which I'm sure you'll agree is not a good thing.

If you are allowed to register your systems via a direct connection, you can register indivdual systems that way and then use a proxy for everything else. In addition, if you are running a Sun UC Proxy (<em>or</em> LPS), only the proxy needs to be registered; it's clients do not.

As for the entitlement errors, I would suggest raising a support call to have your entitlement for Sun UC checked; it may be that your entitlement is not quite in line with your contract.

Mod.

ForumModeratora at 2007-7-9 5:31:34 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 15

I guess I'm not sure what you are referring to, the entitlement works fine on my systems, but I still get the 500 errors on clients accessing via the LPS. Now that it's partially fixed, I only have to re-run the smpatch download 2-4 times to get all the patches downloaded. (as opposed to many times when it was badly broke)

jwbledsoea at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 16
I thought this 500 errors were solved.I am getting them again today when running smpatch analyze:Failure: Response code was 500
shena at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 17

The issue which you are seeing does not relate to the mainteance of the delivery servers over a week ago, although the symptoms are the same, i.e. http 500 errors.

This issue has been escalted to our engineering team, and is still under investigation.

We will update this thread as soon as we have received any useful information.

ForumModeratora at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 18

> 120754-03 Request to download update failed. Status

> code 403 returned. Authentic

> ation information was provided, but authentication or

> authorization failed.

> 120347-06 Request to download update failed. Status

> code 403 returned. Authentic

> ation information was provided, but authentication or

> authorization failed.

> 119471-08 Request to download update failed. Status

> code 403 returned. Authentic

> ation information was provided, but authentication or

> authorization failed.

I also am getting those same errors for those same three patches. All the other patches download and install fine, but these three won't download and return a 403 error.

Boingoa at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 19
These are all symptoms of the same issue, and is being investigated by our engineering team.However you may wish to download these patches individually, i.e.# smpatch download -i 120754-03Or from Sunsolve.
ForumModeratora at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 20
I tried downloading them invidividually yesterday. The same error happens.I don't have a support plan, so will I be able to get them from sunsolve?
Boingoa at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 21

> Actually many of us are not newbies to this and we

> try things like cleaning out the dirs, cache's, restart

> LPS, etc. before we post.

I have delt with a few of your Radiance cases and know where you are coming from on this angle via your sales contact. Wisdom held here was that this course of action was one of the steps forward on the issue.

>

> If we're expected to use these tools, then I think

> it's reasonable to expect Sun to provide working

> tools. Those that contract for support feel

> especially maligned when these patch tools are broke

> so often and at times for weeks or months straight.

Absolutely correct. No argument whatsoever.

It is rather exasperating as this team has repeatedly requested the infrastructure and tools teams to make improvements to solve these on going issues. Please be aware that we have been continuously pursing them for resolution for quite some time.

We would hope that the problem is fixed soon as Solaris 8 and 9 are moving to the same method of getting patches that requrie a valid support contract, as with Solaris 10. i.e; there will nolonger be ftp access to patches for Solaris 8 and 9. All patching will be done via authenticating against these servers.

--

Modski

ForumModeratora at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 22

> I tried downloading them invidividually yesterday.

> The same error happens.

>

> I don't have a support plan, so will I be able to get

> them from sunsolve?

For the vast bulk of Solaris 10 patches, you will require a support contract.

To check if your host is registered for patches, run this command, and if it returns with no output, you will need to register it:

# /usr/lib/cc-ccr/bin/ccr -g cns.assetid

Follow these instructions to register for patches: http://sunsolve.sun.com/search/document.do?assetkey=1-9-82688-1

--

Modski

ForumModeratora at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 23
When will sun provide a tool that just WORKS !!This is a toy !!! A bad toy !!
forum_deva at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 24

To allow us to investigate this issue further, please can I ask that customers who are affected by this issue, i.e. http 500 errors, that have a support contract, raise a support case via their local solution centre, referencing this forum thread,

For those customer who do not have a support contract please can you run the "suc.sh" script, which can be downloaded from the link below:

https://supportfiles.sun.com/download?directory=downloads&file=suc%2esh%2e2

On the system, from which the "500" error can be seen when running:

# smpatch analyze

Or

# smpatch download

If you are using a LPS / SunUC patch proxy I would also like you to run the "suc.sh" script on this system also.

Then paste the contents of the "suc-out" file generated from the client and LPS in a email to:

rsc-forum-inbound@sun.com

Also referencing this forum thread.

ForumModeratora at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 25

For any user that are still affected (and who have not already done so), please raise a support call with your local solutions center, or if you do not have a valid support contract, please send an email to rsc-forum-inbound@sun.com.

If you have already raised a case with us, or sent an email to that address and have not yet provided us with the output of the commands below, then please do so now.

We will require the output from the following commands;

If you have a Sun UC Proxy setup:

# showrev -p | grep 125730-01

# ifconfig -a

# patchsvr setup -l

On a SunUC client which is showing 500 errors when running "smpatch download":

# ifconfig -a

# smpatch get

# date; timex smpatch download

Please ensure that you reference this forum thread in any email communication, or when raising a support call.

ForumModeratora at 2007-7-21 17:13:42 > top of Java-index,Administration Tools,Sun Update Connection-System...