[squid-users] internal image call busted? /squid-internal-static/icons/SN.png

Tory M Blue tmblue at gmail.com
Sat Feb 11 01:05:07 UTC 2017


On Fri, Feb 10, 2017 at 2:58 PM, Tory M Blue <tmblue at gmail.com> wrote:

> Sorry image didn't come through, i'm talking about this error
>
> ERRORThe requested URL could not be retrieved
> ------------------------------
>
> *Invalid Request* error was encountered while trying to process the
> request:
>
> GET /squid-internal-static/icons/SN.png HTTP/1.1
> Connection: keep-alive
> Upgrade-Insecure-Requests: 1
> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.95 Safari/537.36
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
> DNT: 1
> Accept-Encoding: gzip, deflate, sdch
> Accept-Language: en-US,en;q=0.8,ru;q=0.6
> Cookie: dtuid=1471486181650244744
> Host: cache03
>
> Some possible problems are:
>
>    -
>
>    Request is too large.
>    -
>
>    Content-Length missing for POST or PUT requests.
>    -
>
>    Illegal character in hostname; underscores are not allowed.
>    -
>
>    HTTP/1.1 Expect: feature is being asked from an HTTP/1.0 software.
>
> Your cache administrator is webmaster
> <webmaster?subject=CacheErrorInfo%20-%20ERR_INVALID_REQ&body=CacheHost%3A%20cache03%0D%0AErrPage%3A%20ERR_INVALID_REQ%0D%0AErr%3A%20%5Bnone%5D%0D%0ATimeStamp%3A%20Fri,%2010%20Feb%202017%2022%3A58%3A21%20GMT%0D%0A%0D%0AClientIP%3A%20100.99.67.26%0D%0A%0D%0AHTTP%20Request%3A%0D%0AGET%20%2Fsquid-internal-static%2Ficons%2FSN.png%20HTTP%2F1.1%0AConnection%3A%20keep-alive%0D%0AUpgrade-Insecure-Requests%3A%201%0D%0AUser-Agent%3A%20Mozilla%2F5.0%20(Macintosh%3B%20Intel%20Mac%20OS%20X%2010_11_6)%20AppleWebKit%2F537.36%20(KHTML,%20like%20Gecko)%20Chrome%2F55.0.2883.95%20Safari%2F537.36%0D%0AAccept%3A%20text%2Fhtml,application%2Fxhtml+xml,application%2Fxml%3Bq%3D0.9,image%2Fwebp,*%2F*%3Bq%3D0.8%0D%0ADNT%3A%201%0D%0AAccept-Encoding%3A%20gzip,%20deflate,%20sdch%0D%0AAccept-Language%3A%20en-US,en%3Bq%3D0.8,ru%3Bq%3D0.6%0D%0ACookie%3A%20dtuid%3D1471486181650244744%0D%0AHost%3A%20cache03%0D%0A%0D%0A%0D%0A>
> .
>
> On Fri, Feb 10, 2017 at 12:52 PM, Tory M Blue <tmblue at gmail.com> wrote:
>
>>
>> The request just from the browser or curl:
>> http://cache04.prod.ca.domain.net/squid-internal-static/icons/SN.png
>>
>> Anyone know what could have changed in 3.5.20 CentOS7 to cause this check
>> to fail? I use it for internal load balancers to note if the system is able
>> to handle requests.
>>
>> Not sure why this call is failing now, however it works on my stage
>> deployment "*squid*-3.5.20-1.el7.centos.x86_64"
>>
>> Same RPM as the impacted systems: *squid*-3.5.20-1.el7.centos.x86_64
>>
>> any idea?
>>
>> Thanks
>> Tory
>>
>

Path changed, default is wrong

Where the RPM installed it, the default expects /usr/local/blah....
/usr/share/squid/icons/SN.png

Someone may want to figure out how, why this changed??

Tory
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20170210/d5a7a078/attachment-0001.html>


More information about the squid-users mailing list