ipweb_actionscheduler_logs
-
La tabla en la base de datos ipweb_actionscheduler_logs no para de crecer
probamos desactivando plugins y borrando muchos de los plugins que estaban instalados pero al rato vuelve el problemaERROR LOG:
WordPress database error Duplicate entry ‘0’ for key ‘PRIMARY’ for query INSERT INTOipweb_actionscheduler_claims
(date_created_gmt
) VALUES (‘2023-01-11 14:07:30’) made by do_action_ref_array(‘action_scheduler_run_queue’), WP_Hook->do_action, WP_Hook->apply_filters, ActionScheduler_QueueRunner->run, ActionScheduler_QueueRunner->do_batch, ActionScheduler_HybridStore->stake_claim, ActionScheduler_DBStore->stake_claim, ActionScheduler_DBStore->generate_claim_idno entiendo bien como solucionar este problema, por favor ayuda!
graciasLa página con la que necesito ayuda: [accede para ver el enlace]
-
Comprueba que la tabla «actionscheduler_claims» tiene la estructura correcta:
https://github.com/woocommerce/woocommerce/wiki/Database-Description#table-actionscheduler_claims
Por lo que veo creo que esta bien configurada..
adjunto captura:
https://drive.google.com/file/d/1MsDV5a-fvx2R9SWqKpcn2GuVAjDiIn8R/view?usp=sharingya no se que mas hacer
La captura de pantalla no se corresponde a la estructura de la tabla «actionscheduler_claims» que es la que tienes que comprobar.
Tú has puesto la de la tabla actionscheduler_logs que, por cierto, tampoco está bien. Fíjate en la columna EXTRA del campo «log_id». Falta el «auto_increment» quee s lo mismo que le faltará casi seguro a la otra tabla.
Como hago para agregar el auto_increment en la columa EXTRA? no veo como modificar eso, te agradeceria muchisimo si me explicas como modificarlo, porque no veo desde donde
-
Esta respuesta fue modificada hace 2 años, 1 mes por
Ivanna Tuyk.
Adjunto captura de como tengo la tabla actionscheduler_claims
https://drive.google.com/file/d/11IyRVVEBaU_EytK5VXQgQlal7pw1Esjh/view?usp=share_link
Desde ya te agradezco de antemano toda ayuda que me puedas dar, esto es algo que nunca hice, estoy metida en un problemon y no se como solucionarlo, me esta volviendo loca este tema
Te lo explico pero no hagas nada de momento que esta tarde miraré a ver si hay alguna forma de reparar de forma automática las tablas de woocommerce.
En cualquier caso, siempre copia de seguridad de la base de datos antes de tocar nada.
1) Clic en «cambiar» en la fila que quieras modificar.
2) Clic en la casilla de la columna
A_I
3) Ve a la pestaña «Operaciones» y allí buscas la sección «Opciones de la tabla» donde se encuentra el campo «AUTO_INCREMENT» que es donde se introduce el valor correspondiente. Lo normal sería poner
1
pero primero mira a ver cuál es el valor más alto que hay en la tabla del valor con la clave primaria, y le pones uno más.En «actionscheduler_claims» sería el valor más alto+1 de «claim_id»
En «actionscheduler_logs» sería el valor más alto+1 de «log_id»Perfecto, quedo atenta a tu respuesta, tengo una observación, nosotros no tenemos instalado woocomerce, es una web de busqueda de apartamentos hecha con jet engine el pack de crocoblock
Esta web no la hice yo, es una web que migre de otro hosting a pedido de una clienta, puede ser que este error se esta dando porque hay que instalarle el woocomerce?
1) No he encontrado ningún método automático.
2) Plugin woocommerce: ¿no le tenéis instalado aunque esté desactivado? Si no está o está desactivado, no entiendo porque os da un error en una tabla que se supone forma parte de dicho plugin. Si no es éste, ¿quién la está utilizando?
Nunca se instaló Woocommerce en esa web… ni esta instalado
lo unico que puedo decirte es que hace poco tuvimos un virus, que ya no lo tenemos mas según worldfence y godaddy..Esos son todos los plugins que tenemos instalados:
https://drive.google.com/file/d/1EsHDm_or92cv824dUatYKoxwzQ-qG3Cb/view?usp=sharinglos que dicen OLD fueron unos que instale tratando de solucionar este problema
Ayer también tuvimos un error ocasionado por el plugin elementor:
Se ha producido un error del tipo E_ERROR en la línea 1080 del archivo /home/i3gmp522a3y1/public_html/propiedades/wp-content/plugins/elementor/includes/template-library/sources/local.php. Mensaje de error: Uncaught TypeError: Elementor\TemplateLibrary\Source_Local::on_save_post(): Argument #2 ($post) must be of type WP_Post, null given, called in /home/i3gmp522a3y1/public_html/propiedades/wp-includes/class-wp-hook.php on line 310 and defined in /home/i3gmp522a3y1/public_html/propiedades/wp-content/plugins/elementor/includes/template-library/sources/local.php:1080 Stack trace: #0 /home/i3gmp522a3y1/public_html/propiedades/wp-includes/class-wp-hook.php(310): Elementor\TemplateLibrary\Source_Local->on_save_post() #1 /home/i3gmp522a3y1/public_html/propiedades/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters() #2 /home/i3gmp522a3y1/public_html/propiedades/wp-includes/plugin.php(517): WP_Hook->do_action() #3 /home/i3gmp522a3y1/public_html/propiedades/wp-includes/post.php(4717): do_action() #4 /home/i3gmp522a3y1/public_html/propiedades/wp-admin/includes/post.php(706): wp_insert_post() #5 /home/i3gmp522a3y1/public_html/propiedades/wp-admin/post-new.php(66): get_default_post_to_edit() #6 {main} thrown
Buscando el error en google acabo de encontrar esto:
I found out that for some reason, after exporting and importing the database manually by PHPMyAdmin, some tables missed their primary keys and/or auto increase attribute, which leads to a lot of records have 0 as the value for the ID column. As a result, WP and Elementor did not work properly.
Solution:
* go through very tables to check whether they have primary key and auto increase or not. If not, set primary key for them, most likely the ID column.
*NOTE: you might need to remove the auto increase value first if that column has an auto increase attribute but not a primary key. Next, drop the index and after that set primary key then is auto increase.Descubrí que por alguna razón, después de exportar e importar la base de datos manualmente por PHPMyAdmin, algunas tablas perdieron sus claves primarias y / o atributo de aumento automático, lo que lleva a una gran cantidad de registros tienen 0 como el valor de la columna ID. Como resultado, WP y Elementor no funcionaban correctamente.
Solución:
* Revise todas las tablas para comprobar si tienen clave primaria y auto incremento o no. Si no es así, establezca la clave primaria para ellos, muy probablemente la columna ID.
*NOTA: es posible que tenga que eliminar el valor de aumento automático en primer lugar si la columna tiene un atributo de aumento automático, pero no una clave primaria. A continuación, elimine el índice y después de que el conjunto de clave primaria a continuación, es el aumento automático.Cuando GoDaddy nos restauró la pagina despues del virus se ve que algo en los valores de la base de datos quedó mal.. y estan los valores modificados, hay alguna documentación donde yo pueda verificar e ir cambiando tabla por tabla los valores a los que correspondan? o algun complemento que pueda solucionar este problema?
Yo no descartaría que aún estuviera infectada la web.
Los pasos a seguir serían los siguientes:
1) Copia de seguridad de la base de datos y de los archivos.
2) Eliminar todos los plugins que tengáis inactivos y que por tanto no estéis utilizando.
3) Instalar en local una copia de WordPress e ir instalando tanto el tema que estéis usando como los plugins. Vamos.. crear un duplicado en local.
IMPORTANTE: a cada instalación debéis comprobar si se crea alguna tabla y tomar nota de su nombre.
El resultado final será una lista de tablas que debéis comparar con las tablas que existen en el servidor. Deberéis borrar todas las tablas del servidor que no aparezcan en la lista.
Las tablas de WordPress están aquí: https://codex.wordpress.org/Database_Description
4) El último paso sería seguir la siguiente guía: https://es.wordpress.org/support/topic/limpiar-un-wordpress-infectadohackeado/
-
Esta respuesta fue modificada hace 2 años, 1 mes por
- El debate ‘ipweb_actionscheduler_logs’ está cerrado a nuevas respuestas.