php-fpm pool about cachetool HOT 8 CLOSED

There is no way to do this, what is your precise use case? It would be ineteresting to have this in cachetool

from cachetool.

We have an nginx server configured with an upstream pool of 6 php-fpm servers listening on [IP]:9001. I'd like to be able to flush opcache on all of them easily.

from cachetool.

Do you have 6 instances of php-fpm or one instance of php-fpm with 6 workers?
If you have 6 instances, are they listening on the same port or not?
If you have one instance with 6 workers, cachetool will affect all of these.

from cachetool.

6 instances of php-fpm (php v5.5) (running on 6 virtual servers/VMs - 1 php-fpm instance on each server)
they're all listening on the same port e.g. 192.168.0.10:9001
The 7th VM runs nginx which is configured to connect to those php-fpm's using this config

upstream backend {
    server 192.168.0.10:9001;
    server 192.168.0.11:9001;
    server 192.168.0.12:9001;
    server 192.168.0.13:9001;
    server 192.168.0.14:9001;
    server 192.168.0.15:9001;
}

Ideally I'd like to be able to flush opcache from the nginx VM. Maybe cachetool.phar could use a config similar to "upstream backend" one. I know it can use a config at the moment but I don't think it supports multiple IPs in it.

from cachetool.

Right know cachetool needs to be on the server with php-fpm as it requires it dump the code for execution.

There could be a solution: Where cachetool would be installed in all servers and the master one would execute cachetool to execute commands on these servers by connecting with ssh.

How do you connect to those servers from the nginx VM?

from cachetool.

Yeah, I ended up writing a small shell script that connects to all those VMs via ssh and runs

ssh phpfarm-a "php cachetool.phar opcache:reset --fcgi=192.168.0.10:9001"

opcache:status works fine on all of them.

The problem I'm having right now is when I try to opcache:reset in production most of the time the opcache gets disabled and it's state is Restart pending = Yes. Sometimes, very rarely the reset works. Any ideas why?

This is what I get on opcache:status on a "locked" opcache. The php-fpm server is still working and responding to requests, it's just not using opcache anymore.

+----------------------+---------------------------------+
| Name                 | Value                           |
+----------------------+---------------------------------+
| Enabled              | No                             |
| Cache full           | No                              |
| Restart pending      | Yes                              |
| Restart in progress  | No                              |
| Memory used          | 92.8 MiB                        |
| Memory free          | 163.2 MiB                       |
| Memory wasted (%)    | 0 b (0%)                        |
| Strings buffer size  | 12 MiB                          |
| Strings memory used  | 9.64 MiB                        |
| Strings memory free  | 2.36 MiB                        |
| Number of strings    | 93741                           |
+----------------------+---------------------------------+
| Cached scripts       | 2642                            |
| Cached keys          | 4663                            |
| Max cached keys      | 16229                           |
| Start time           | Wed, 20 May 2015 16:21:41 +0000 |
| Last restart time    | Never                           |
| Oom restarts         | 0                               |
| Hash restarts        | 0                               |
| Manual restarts      | 0                               |
| Hits                 | 1244282                         |
| Misses               | 2644                            |
| Blacklist misses (%) | 0 (0%)                          |
| Opcache hit rate     | 99.78795854766                  |
+----------------------+---------------------------------+

from cachetool.

That looks like a opcache issue, not really sure what is it though.

from cachetool.

Closing this issue, feel free to reopen if you have anything else new.

from cachetool.