Bonjour quand j'importe une base OVH vers une autre base OVH que je viens de créer j'ai toujours ce message d'erreur :
Erreur_Requête SQL :
– Base de données : `…`
– Structure de la table `wp_actionscheduler_actions`
– Création : mer. 04 nov. 2020 à 02:03
CREATE TABLE `wp_actionscheduler_actions` (
_ `action_id` bigint(20) UNSIGNED NOT NULL,
`hook` varchar(191) COLLATE utf8mb4_unicode_520_ci NOT NULL,
`status` varchar(20) COLLATE utf8mb4_unicode_520_ci NOT NULL,
`scheduled_date_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`scheduled_date_local` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`args` varchar(191) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
`schedule` longtext COLLATE utf8mb4_unicode_520_ci,
`group_id` bigint(20) UNSIGNED NOT NULL DEFAULT '0',
`attempts` int(11) NOT NULL DEFAULT '0',
`last_attempt_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`last_attempt_local` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`claim_id` bigint(20) UNSIGNED NOT NULL DEFAULT '0',
`e[…]
MySQL a répondu : Documentation
#1067 - Valeur par défaut invalide pour 'scheduled_date_gmt'_
Comment remédier a ce problème ? il y a un paramétrage a changer sur MySql ?
il faut désactiver le mode NO_ZERO_DATE et/ou le mode strict mais comment faire ?
tu devrais modifier le titre de ton sujet (le crayon) et choisir la catégorie: Hébergement Web
---------
et lire https://community.ovhcloud.com/t/33223
Merci c'est fait, sinon ce n'est pas un problème de mise à jour car les 2 bdd sont en 5.6.
il n'empêche que tu dois corriger, voir le message d'erreur?
Bah oui forcement, mais mon message d'erreur n'est pas lié a une mise a jour c'est le mode strict chez OVH et donc je voudrais savoir comment le changer ce MODE ou sinon assigner une date dans l'export de ma bdd et ne plus avoir cette erreur MySql lors de l'import
"Datetime NOT NULL DEFAULT '0000-00-00 00:00:00'
#1067 - Valeur par défaut invalide pour 'scheduleddate_gmt'
si ça peut aider quelqu'un , j'ai rajouté ça au début du dump
SET SQL_MODE='ALLOW_INVALID_DATES';
et ça a marché ! YES !
> il faut désactiver le mode NO_ZERO_DATE et/ou le mode strict mais comment faire ?
sur un mutualisé: non possible
> il y a un paramétrage a changer sur MySql ?avant d'importer: `SET sql_mode = 'mode_qui_va_bien';` ?
trop tard
> DEFAULT '0000-00-00 00:00:00',_
corriger par `DEFAULT '1000-01-01 00:00:00'`?
Valid range for DATETIME:
`[1000-01-01 00:00:00] to ['9999-12-31 23:59:59']`
Merci encore j'ai réussi à m'en sortir, j'espère que ça pourra aider quelqu’un qui tombe sur le même soucis