Magento indice de statut en attente pour toujours
J'ai créé une instance Magento via la ligne de commande et ajouté quelques produits. Juste après, a commencé à ré-indexer la proccess pour tous les indices. La situation actuelle est que tous les indices ont le statut de en attente de traitement.
Cette situation m'amène à quelques questions:
- Est-il un lien entre ce problème et le processus d'installation? (via la ligne de commande)
- Est-il un problème? Comme je n'avais pas remarqué aucun effet secondaire, je ne suis pas très inquiète. Sauf si c'est passé des tonnes d'inutiles de traitement.
- Comment puis-je résoudre ce problème?
J'ai déjà exécuté php shell/indexer.php reindexall
mais rien n'a changé. Et, si j'exécute php shell/indexer.php --status
tous les indices de rapport comme "en Attente".
Grâce
OriginalL'auteur MatheusJardimB | 2013-12-31
Vous devez vous connecter pour publier un commentaire.
D'abord: Vous ne pourrez plus vous passer de votre terminologie. (il peut être un peu déroutant). Un Magento indice est l'un des trois statuts.
Vous pouvez voir l'une des constantes de ces statuts ici
Cela peut être source de confusion car l'image Magento utilise pour représenter ces statuts utiliser une terminologie différente.
Qui est, lorsqu'un index est à l'état de
pending
, Magento UI représente commeReady
. Lorsqu'un index est à l'état deworking
, Magento UI représente commeProcessing
, etc.Autres choses confuses, le
indexer.php
commande ne pas utiliser cette terminologie -- au lieu de cela, il utilise des termes plus proches de la situation réelleDonc, quand vous êtes en train de dire en Attente de Traitement ci-dessus, il n'est pas clair quel est l'état de votre système.
Deuxième: PHP n'est pas intégré dans le système de file d'attente — ce qui signifie que chaque indice va chez un individu, processus PHP. Cela signifie également Magento et PHP n'ai pas (facile, fiable) de façon à déterminer si un index est en cours. Afin de mettre en œuvre les
STATUS_RUNNING
/Working
/Running
état, Magento utilise les fichiers de verrouillage pour garder la trace d'un indice de l'état. Ces verrouiller les fichiers sont situés dansLorsqu'un index est "coincé" dans
STATUS_RUNNING
/Working
/Running
pour plus longtemps que vous attendez, c'est généralement parce queUn indexeur demande de quitter la moitié du chemin, cependant, et a omis de nettoyer ses fichiers de log
Les autorisations des fichiers dans
var/locks/index_process_*
sont tels que PHP ne peut pas écrire les fichiersRe: #2-Si vous avez l'habitude d'utiliser la ligne de commande de l'indexeur, vous pouvez souvent créer des fichiers que Magento, lors de l'exécution du serveur web/web-admin, de ne pas être en mesure de modifier ou supprimer. La suppression de ces fichiers, puis de réindexation est souvent la meilleure façon de résoudre ce problème.
OriginalL'auteur Alan Storm
dans var/serrures de la suppression du dossier la .verrouillage de fichier qui a été créé.
Ce sera la première étape de la résolution.
Aussi vérifier si php moment de l'exécution et de la limite de mémoire ne sont pas la raison de l'indexation script de ne pas terminer son exécution.
lors de l'indexation commence dans var/lock dossiers peu de verrouiller les fichiers sont placés par Magento.Ceci est fait de sorte qu'aucun autre code doit s'exécuter l'indexation sur les processus verrouillé.Mais dans votre cas lors de l'indexation a été exécuté et de verrouiller le fichier a été placé en tant que l'exécution n'a pas été complétée afin de verrouiller le fichier n'est pas retiré.
aussi, vous vérifiez journal système,à l'exception du journal et du site journal des erreurs.
OriginalL'auteur oscprofessionals