You are not logged in.
Pages: 1
Topic closed
Bonjour,
Actuellement sur GLPI 0.80.1, nous venons de nous rendre compte qu'il n'y a plus d'actions automatiques de planifiées.
Ce qui est bizarre c'est que normalement on ne peut pas supprimer les actions automatiques, on peut juste les désactiver.
Est-ce un bug connu ?
Merci à vous.
Cordialement
Cédric
Offline
Elles sont présentes dans GLPI?
Elles sont activés?
Offline
Non ! Elles ont disparues du menu ! Je ne comprends pas ! Help
Offline
dnas la table glpi_crontasks il y a quelquechose?
Offline
MySQL a répondu:Documentation
#145 - Table './glpi/glpi_crontasks' is marked as crashed and should be repaired
Offline
Je viens de faire une repair table et je pense que cela a fonctionné.
Ma machine GLPI ne disposait plus assez d'espace disque.
J'espère que cela n'a rien "abimé"
Offline
ben tu as ta réponse, la table a crashée, il faut la réparer
Offline
Grilled
Offline
Par contre j'ai cette table qui n'est pas présente : Est-ce normal ?
requête SQL: Modifier
SHOW INDEX FROM `glpi_notimportedemails` ;
MySQL a répondu:Documentation
#1017 - Can't find file: 'glpi_notimportedemails' (errno: 2)
Est-ce une ancienne table utilisée par les versions antérieure de GLPI ?
Last edited by TiCeD (2011-09-21 15:33:44)
Offline
Cette table est présente depuis la 0.78 et est toujours utile.
Si une table n'est plus utile a GLPI, elle est renommée lors de la migration (backup_ancienNom)
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Et à quoi sert cette table svp ?
Merci
Offline
Liste les emails refusés par le collecteur mail
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour.
Je rencontre le même problème :
Plus de récupération des tickets depuis une boite mail dédier, et échec lors de test d'envoie de mail à l'administrateur, alors que tout marchais très bien avant et que aucun changement n'a été fait.
J'ai ce message dans les journaux application de windows.
C:\Xampp\mysql\bin\mysqld.exe: Table '.\glpi\glpi_crontasklogs' is marked as crashed and last (automatic?) repair failed
je suis en version 0.78 installé sur un windows xp pro.
Je ne sais pas comment réparer ceci.
Merci de me venir en aide.
Cordialement,
Gilles
Offline
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Merci pour la réponse super-rapide.
Par contre je suis désolé mais je ne comprend pas grand chose. J'ai repéré le ou les fichiers (même nom de fichier mais 3 extensions différentes) qui pose problème, mais je ne vois nin comment les exploiter et encore moins comment les réparer.
Je les voit sur les disque dur et aussi par phpmyadmin. Dans ce dernier je vois bien la table en question et le message d'erreur lui correspondant mais je ne vois pas la manip à faire.
Merci encore de me venir en aide.
Cordialement,
Gilles
Offline
Ben... sous phpMyAdmin, il y a un choix "reparer"
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Offline
Pages: 1
Topic closed