"""
In case the number of tomcat threads and acceptCount values are set to be too high, a sudden increase in traffic will fill up the OS queues and make all the worker threads busy. When more requests than that can be handled by the system are sent to the machines, this "queuing" of requests is inevitable and will lead to increased busy threads, causing cpu starvation eventually. Hence, the crux of the solution is to avoid too much queuing of requests at multiple points (OS and tomcat threads) and fail fast (return http status 503) as soon the application's maximum capacity is reached. Here is a recommendation for doing this in practice:

Fail fast in case the system capacity for a machine is hit.
"""

haha, 100% reproductible

Lors des mises à jour owncloud, les tests de migration ont tendance à merder très souvent.... ça fait 2 fois que ça m'arrive:

• https://github.com/owncloud/core/issues/14006
• https://github.com/owncloud/core/issues/14916

Voici la méthode que j'utilise pour mettre à jour tout en neutralisant ces tests:

su www-data -c "/usr/bin/php /var/www/owncloud/occ upgrade --skip-migration-test" -s /bin/bash

chronique d'un fail:
"""
« Il y a trois Plagne en France et on s'est trompé », a expliqué le chauffeur
"""
(¬▂¬)

ok

Pour ma part, 0/5 partout sauf pour le play store que j'utilise encore en complément avec f-droid.

Ce qui est drôle c'est que j'ai fait le pas de migrer de gmail à un mail perso hébergé sur mon dédié. Mettre à jour tous mes comptes, avec la création d'un alias dédié pour chaque, était une tâche longue et ardue. Mais cela vaut le coup, je me sens plus libre maintenant que c'est fait.

Sauf qu'en janvier je serai dans un entreprise qui utilise les google apps dont gmail. Rien de très étonnant pour cette petite entreprise qui fonctionne encore en mode startup et qui cherche à minimiser ses coûts, mais gros #FAIL pour moi qui pensait m'être libéré quasi totalement de google.