Antares

Bonjour; Non pas aujourd'hui, ou alors je l'ai loupé; quand je me suis connecté vers midi pour publier un article, j'ai eu directement le code 503. Environ 10-15 minutes plus tard en faisant un refresh de la page j'ai eu le "insufficient storage".

Et Insufficient Storage pour suivre... Insufficient Storage The method could not be performed on the resource because the server is unable to store the representation needed to successfully complete the request. There is insufficient free space left in your storage allocation.

Une petite erreur 503 sur tous mes sites comme apero... Incident technique en cours Un incident technique rend indisponible la visualisation de ce site. Liste des travaux et incidents en cours

Et puis c'est censé être isolé un minimum... Un site ne peut pas phagocyter les ressources d'un autre, en théorie.

Oui, on ne peut pas dire que ça communique de manière transparente... Elle semble loin l'époque Web4All...

Oui, mais jusqu'à quand...

En effet... Et toujours aucun retour valable du support ni ici ni sur le ticket que j'ai ouvert début avril, rouvert début aout...

Idem.

Ah un que je n'ai pas essayé 😁 merci 😉

504 Gateway time-out : on varie les plaisirs... Et on enchaine sur un Insufficient Storage...

Oh, il est revenu à la vie.. https://dai.ly/xqaihd

Et c'est reparti.... J'adore... 😤

@plow : le screenshot provient de quel outil ? Merci

C'est à présent revenu... Mais de fait les sites ne posant pas de problèmes sont les plus légers ou ceux ayant le moins de trafic. Forcément, ils demandent moins de ressources...

Encore la même chose maintenant, et aucune solution ? Sur 3 sites sur le même hébergement, 2 ont le problème.

Bonjour; J'avais déjà créé un ticket sur le sujet auquel @Aurélien PONCINI avait répondu, mais ce genre d'incidents se multiplie apparemment : hier et ce matin. "Insufficient Storage The method could not be performed on the resource because the server is unable to store the representation needed to successfully complete the request. There is insufficient free space left in your storage allocation." Sur l'autre site du même hébergement j'ai aussi en même temps "504 Gateway Time-out The server didn't respond in time. Si l'erreur persiste, merci de contacter le support YULPA. Liste des travaux et incidents en cours" Ce n'est pas un problème de place disque mais d'attribution de ressources. Ca n'arrivait jamais avant le déménagement, mais je ne sais pas si c'est lié. Ca a commencé (je m'en suis rendu compte) dans le courant du mois d'avril. A part les mises à jour Wordpress la dernière grosse modif était un changement de thème en juin 2020. Ca dure a priori environ 10-15 minutes à chaque fois; le temps de perdre des visiteurs... Est-ce mon (mes) site(s) qui sont mal optimisés ? Est-ce que ça vient des nouveaux réglages sur l'hébergement actuel ? En tous cas j'aimerais une solution pérenne, si je ne sais plus compter sur mes sites, si leur disponibilité devient aléatoire, ce n'est pas viable à long terme.

C'est revenu... Mais je ne sais pas grâce à qui ou à quoi 😉

Je viens d'avoir le problème, tout fonctionnait bien jusqu'il y a quelques minutes, et puis là plus rien d'accessible... Sur tous mes sites... Ils sont tous en HTTPS.

Bon, presqu'un an après, je me suis décidé, et évidemment tout ne se passe pas comme prévu 😁 J'ai créé une nouvelle DB et un nouvel utilisateur sur le serveur MariaDB V10, différents des existants sur le V5.5. Via PHPMyAdmin sur le serveur V5.5, j'ai sélectionné la DB et j'ai fait un export rapide de la DB, donc options par défaut. Le fichier .sql non compressé fait 52MB. Via PHPMyAdmin connecté sur le serveur V10, j'ai sélectionné la DB juste créée et j'ai fait l'import, options par défaut. Les erreurs ci-dessous c'est lié au nombre de requêtes possibles sur le Mutualisé ? Je dois scinder l'export ? On dirait qu'il n'y a pas vraiment d'erreurs en fait... A part le warning du début... Et si on ignore les erreurs, le message d'importation réussie apparaît... J'ai qqes notions de SQL, mais là, je ne sais pas trop quoi en penser... J'ai remplacé les noms des tables dans le log ci-dessous. Merci d'avance pour vos réponses 😉 Warning in ./libraries/classes/Dbi/DbiMysqli.php#228 Error while sending QUERY packet. PID=52320 Backtrace ./libraries/classes/Dbi/DbiMysqli.php#228: mysqli_query( , string ' SELECT tracking_active FROM `phpmyadmin`.`pma__tracking` WHERE db_name = \'nouvelle_table\' AND table_name = \'wp_termmeta\' ORDER BY version DESC LIMIT 1', integer 0, ) ./libraries/classes/DatabaseInterface.php#319: PhpMyAdmin\Dbi\DbiMysqli->realQuery( string ' SELECT tracking_active FROM `phpmyadmin`.`pma__tracking` WHERE db_name = \'nouvelle_table\' AND table_name = \'wp_termmeta\' ORDER BY version DESC LIMIT 1', , integer 1, ) ./libraries/classes/DatabaseInterface.php#1630: PhpMyAdmin\DatabaseInterface->tryQuery( string ' SELECT tracking_active FROM `phpmyadmin`.`pma__tracking` WHERE db_name = \'nouvelle_table\' AND table_name = \'wp_termmeta\' ORDER BY version DESC LIMIT 1', integer 257, integer 1, boolean false, ) ./libraries/classes/Tracker.php#151: PhpMyAdmin\DatabaseInterface->fetchValue( string ' SELECT tracking_active FROM `phpmyadmin`.`pma__tracking` WHERE db_name = \'nouvelle_table\' AND table_name = \'wp_termmeta\' ORDER BY version DESC LIMIT 1', integer 0, integer 0, integer 257, ) ./libraries/classes/Tracker.php#829: PhpMyAdmin\Tracker::isTracked( string 'nouvelle_table', string 'wp_termmeta', ) ./libraries/classes/DatabaseInterface.php#348: PhpMyAdmin\Tracker::handleQuery(string '-- -------------------------------------------------------- -- -- Structure de la table `wp_termmeta` -- CREATE TABLE `wp_termmeta` ( `meta_id` bigint(20) UNSIGNED NOT NULL, `term_id` bigint(20) UNSIGNED NOT NULL DEFAULT \'0\', `meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL, `meta_value` longtext COLLATE utf8mb4_unicode_ci ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; ') ./libraries/classes/Import.php#96: PhpMyAdmin\DatabaseInterface->tryQuery(string '-- -------------------------------------------------------- -- -- Structure de la table `wp_termmeta` -- CREATE TABLE `wp_termmeta` ( `meta_id` bigint(20) UNSIGNED NOT NULL, `term_id` bigint(20) UNSIGNED NOT NULL DEFAULT \'0\', `meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL, `meta_value` longtext COLLATE utf8mb4_unicode_ci ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci') ./libraries/classes/Import.php#256: PhpMyAdmin\Import::executeQuery( string '-- -------------------------------------------------------- -- -- Structure de la table `wp_termmeta` -- CREATE TABLE `wp_termmeta` ( `meta_id` bigint(20) UNSIGNED NOT NULL, `term_id` bigint(20) UNSIGNED NOT NULL DEFAULT \'0\', `meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL, `meta_value` longtext COLLATE utf8mb4_unicode_ci ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci', string '-- -------------------------------------------------------- -- -- Structure de la table `wp_termmeta` -- CREATE TABLE `wp_termmeta` ( `meta_id` bigint(20) UNSIGNED NOT NULL, `term_id` bigint(20) UNSIGNED NOT NULL DEFAULT \'0\', `meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL, `meta_value` longtext COLLATE utf8mb4_unicode_ci ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci', array, ) ./libraries/classes/Plugins/Import/ImportSql.php#158: PhpMyAdmin\Import::runQuery( string '-- -------------------------------------------------------- -- -- Structure de la table `wp_terms` -- CREATE TABLE `wp_terms` ( `term_id` bigint(20) UNSIGNED NOT NULL, `name` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT \'\', `slug` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT \'\', `term_group` bigint(10) NOT NULL DEFAULT \'0\' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci', string '-- -------------------------------------------------------- -- -- Structure de la table `wp_terms` -- CREATE TABLE `wp_terms` ( `term_id` bigint(20) UNSIGNED NOT NULL, `name` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT \'\', `slug` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT \'\', `term_group` bigint(10) NOT NULL DEFAULT \'0\' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci', array, ) ./import.php#554: PhpMyAdmin\Plugins\Import\ImportSql->doImport(array) ************************** L'importation a réussi, 1254 requêtes exécutées. (ancienne_table.sql)

A présent c'est en ordre en tous cas 😉 Merci

Ce matin c'est en ordre en tous cas; je n'ai pas du regarder le bon TTL ou il a fallu plus de temps que prévu...

Juste pour que j'arrête de chercher une solution à un problème qui va peut-être se résoudre de lui-même : Si on vient d'acheter un nom de domaine, il faut le temps de propagation DNS (TTL 2 heures en principe non ?) pour que LE arrive à générer son certificat ? J'ai l'erreur "please check http://[nomdomaine]/.wellknown/acme-challenge/[token] -Token not available"

Bon, après quelques tests (réinitialisation, suppression/ajout du compte sur l'app Outlook) je crois qu'on peut dire que l'app Outlook agit à présent comme le client lourd sur PC; pas de support Active Sync pour Zimbra Open Source, comme mentionné là : https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source/configuration-outlook J'ai recréé le compte sur l'app Gmail et ça fonctionne a priori sans soucis depuis quelques heures; alors qu'avec l'app, à chaque lancement il me demandait de réintroduire le mot de passe et le login.

Après avoir fonctionné 7 mois sans soucis, j'ai un compte mail d'un de mes domaines, configuré via Activesync (push-zose.yulpa.io) dans l'app Outlook qui me redemande systématiquement le mot de passe dans l'app Outlook sur Android. Aucun paramètre n'a changé sauf peut-être une mise à jour de l'app : on pencherait plutôt pour un bug d'Outlook ? J'ai un autre domaine chez Yulpa mais en IMAP dans l'app Gmail sans problèmes J'ai le compte du boulot en M365 dans l'app Outlook aussi sans problèmes. Personne d'autres n'a rencontré de soucis avec Zose en Activesync ?

Bon, ça a fini par passer après une bonne dizaine d'essais, certains laissés pendant plusieurs minutes, comme le dernier d'ailleurs : assez long, mais qui a réussi au final... Peut-être le temps du rafraichissement du proxy au niveau des logins ?