[pca] pca: Failed (unknown file type)

[Evan Bradley]

Martin,

Good morning...or is it already your afternoon?

> Forget about getupdates1.sun.com, it won't work with pca. While this and sunsolve.sun.com probably access the > same patch database, the interface (URLs etc.) is completely different.

Okay, thank you for the clarification.  I will focus on
sunsolve.sun.com from now on.

> But did you receive the correct patch file or the same 80-bytes that pca got when running the same command? > Please copy&paste the output you get from wget, "ls -l 119254-58.tmp" and "cat -v 119254-58.tmp" (only if it's
> *not* the 1.6MB patch file).

As I was running the above commands I noticed something.  Looking at
the output from 'cat 119254-58.tmp', I noticed 'http://blocked' was
listed as the URL, and my heart sank.  That 'blocked' URL is what we
display in a browser when a user trips our web-content filtering
software...in other words, my own tool was preventing pca from working
correctly.  I added sunsolve.sun.com to the list of Allowed Sites, and
pca is working beautifully on several machines simultaneously at this
very moment.

I'm rather embarrassed that an in-house tool was to blame and I feel
as if a bit of an apology is in order at this point.  I've taken up a
good chunk of your time and it was due to my own oversight.  Still, I
am very grateful for your continued support and quick replies.  If you
had never asked me to cat the 119254-58.tmp file, I'm not sure how
long it would have taken me to discover the true problem, as our
web-filter software showed no evidence that sunsolve.sun.com was being
blocked.

Thanks again, Martin.  I'm sure you'll see more posts from me on this
list at some point, but I'll try and do a better job of isolating the
problem next time before I click the send button!


Evan

On Wed, Sep 24, 2008 at 3:15 AM, Martin Paul <martin at par.univie.ac.at> wrote:
> Evan,
>
> Forget about getupdates1.sun.com, it won't work with pca. While this and
> sunsolve.sun.com probably access the same patch database, the interface
> (URLs etc.) is completely different.
>
>>> Let's try one more thing - please run:
>>>
>>>  /usr/sfw/bin/wget --http-user ... --http-passwd ...
>>> "http://sunsolve.sun.com/pdownload.do?target=119254-58&method=h" -O
>>> 119254-58.tmp
>>
>> That worked...the file 119254-58.tmp was saved to my current
>> directory, but a 'pca -i' still fails.
>
> But did you receive the correct patch file or the same 80-bytes that pca got
> when running the same command? Please copy&paste the output you get from
> wget, "ls -l 119254-58.tmp" and "cat -v 119254-58.tmp" (only if it's *not*
> the 1.6MB patch file).
>
> If you do get the correct patch file with the above command, re-try to
> download the patch with pca, as this should then work as well.
>
> You can make try the same with wget/--no-check-certificate/https as
> mentioned in your other mail and again let me know the details about the
> file you received. You can use pca's "--ssprot=https" option to force it  to
> download via HTTPS from sunsolve as well. It includes the needed
> certificate, so you don't need any --no-check-certificate option with pca.
>
> Martin.
>
>