Le 03/07/2019 à 01:23, W a écrit :
> Hi,I have Tomcat 9 on Ubuntu 18.04. Tomcat stars very slow, sometimes 15
> minute.
> I checked catalina.2019-xxx.log and found some issues below.
> What should I do?
> Any information would be appreciated. Thanks in advance.
Your server lacks entropy, see:
h
Hi,I have Tomcat 9 on Ubuntu 18.04. Tomcat stars very slow, sometimes 15
minute.
I checked catalina.2019-xxx.log and found some issues below.
What should I do?
Any information would be appreciated. Thanks in advance.
02-Jul-2019 03:07:25.360 WARNING [main]
org.apache.catalina.util.SessionIdGener
On 02/07/2019 17:29, Tom Kuo wrote:
>>
>> The above are from Tomcat to the client, correct?
>>
>
> Yes that's correct.
It looks like you have some additional component configured that is
adding those headers.
Tomcat never sets "Cache-Control: no-store" and I can't find anywhere
where Tomcat sets
>
> The above are from Tomcat to the client, correct?
>
Yes that's correct.
On 02/07/2019 17:13, Tom Kuo wrote:
> Hi Chris,
>
> Are you able to put a packet analyzer into the mix? My guess is that
>> part of the TLS handshake is being interpreted by Safari as response dat
>> a.
>>
>
> I was able to get the traffic and I do see headers being sent back from
> Tomcat. Here
Hi Chris,
Are you able to put a packet analyzer into the mix? My guess is that
> part of the TLS handshake is being interpreted by Safari as response dat
> a.
>
I was able to get the traffic and I do see headers being sent back from
Tomcat. Here is what the packet sniffer saw
HTTP/1.1 101
Cache
Am 2019-07-02 um 17:18 schrieb Christopher Schultz:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Michael,
On 7/2/19 10:40, Osipov, Michael wrote:
Hi folks,
I am trying to understand a sporadic failure (several times a day)
where a request proxied by HTTPd takes so long that the default
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Michael,
On 7/2/19 10:40, Osipov, Michael wrote:
> Hi folks,
>
> I am trying to understand a sporadic failure (several times a day)
> where a request proxied by HTTPd takes so long that the default
> timeout of mod_proxy drops the request with 503.
Hi folks,
I am trying to understand a sporadic failure (several times a day) where
a request proxied by HTTPd takes so long that the default timeout of
mod_proxy drops the request with 503.
The Tomcat:
VersionLoggerListener.log Server version:Apache Tomcat/8.5.38
VersionLoggerListene
