Bug #79729 [Asn]: Strings missing last character (Apache + OPcache)

From: Date: Wed, 24 Jun 2020 12:25:15 +0000
Subject: Bug #79729 [Asn]: Strings missing last character (Apache + OPcache)
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-227629@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=79729&edit=1

 ID:                 79729
 Updated by:         cmb@php.net
 Reported by:        ca at lsp dot net
 Summary:            Strings missing last character (Apache + OPcache)
 Status:             Assigned
 Type:               Bug
 Package:            opcache
 Operating System:   Windows Server 2016 Standard
 PHP Version:        7.3.19
 Assigned To:        cmb
 Block user comment: N
 Private report:     N

 New Comment:

> Events 487 occur several times per day and sound like bug
> #79040, which should have been fixed in 7.3.14.

That bug was actually why I asked for the exact PHP version
(thanks for the info!)  The fix addressed potential issues with
running diffent SAPIs simultaneously (such as apache2handler and
cli).

Other than that, "Opcode handlers are unusable due to ASLR."
warnings may occur on Windows, so we recommend to never disable
opcache.file_cache_fallback (which it is in your case); otherwise
the process exits, which is undesireable.

I don't think that these errors are related to the truncated
strings, though.

[1] <https://www.php.net/manual/en/opcache.configuration.php#ini.opcache.file-cache-fallback>


Previous Comments:
------------------------------------------------------------------------
[2020-06-24 11:18:01] ca at lsp dot net

Just stumbled upon the following errors in the Windows Event Logs:

```
24.06.2020 08:43:00, Event 487, Zend OPcache
Opcode handlers are unusable due to ASLR. Please setup opcache.file_cache and
opcache.file_cache_fallback directives for more convenient Opcache usage

...

23.06.2020 20:15:00, Event 0, Zend OPcache
Unable to read base address
```

Events 487 occur several times per day and sound like bug #79040, which should have been fixed in
7.3.14.

Events 0 occur not more than once per day.

The issues started 10 minutes after an Event 487:

```
[24/Jun/2020:08:53:13 +0200] "GET /admin/default*** HTTP/2.0" 302 -
[24/Jun/2020:08:53:13 +0200] "GET /admin/index*** HTTP/2.0" 500 921
```

But there are also two PHP cronjobs running every minute via CLI.

------------------------------------------------------------------------
[2020-06-24 10:47:16] ca at lsp dot net

Updated OS.

------------------------------------------------------------------------
[2020-06-24 10:45:55] ca at lsp dot net

@nikic Thanks, I will try that once the issue occurs again (which I hope it does).

@cmb The server is running PHP 7.3.19 since 2020-06-11 (but actually the OS is Windows Server 2016
Standard, not Windows 10).

```
$ php --version
PHP 7.3.19 (cli) (built: Jun  9 2020 11:54:59) ( ZTS MSVC15 (Visual C++ 2017) x64 )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.19, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.19, Copyright (c) 1999-2018, by Zend Technologies
```

------------------------------------------------------------------------
[2020-06-24 10:38:26] cmb@php.net

Are you really using PHP 7.3.19, or maybe an older 7.3 version?
If the latter, could you check with 7.3.19?

Also, do you use mod_php or FCGI; in other words, is about a ZTS
(thread-safe) or NTS (non thread-safe) PHP build?

------------------------------------------------------------------------
[2020-06-24 10:30:09] nikic@php.net

Does opcache.optimization_level=0 fix the issue?

------------------------------------------------------------------------


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=79729


--
Edit this bug report at https://bugs.php.net/bug.php?id=79729&edit=1


Thread (23 messages)

« previous php.bugs (#227629) next »