We received this installation, broken, they try to upgrade, and fail, and no backup.
i did
DROP TABLE subeditor_submission_group;
But now:
PKP-Database-Logger 1594750242,4605: Query:
UPDATE submissions as s
SET current_publication_id = (
SELECT p.publication_id
FROM publications as p
WHERE s.submission_id = p.submission_id
)
failed. Subquery returns more than 1 row
PKP-Database-Logger 1594750242,4605: 1242: Subquery returns more than 1 row
ADOConnection._Execute( UPDATE submissions as s SET current_publication_id = ( SELECT p.publication_id FROM publications as p WHERE s..., false)
Parece que si se te presenta ese error, sí han intentado actualizar, pero lo habrán hecho por el método web y se les ha roto a medias.
No pude arreglarlo, al final conseguimos una copia de seguridad de 15 días posterior, que sí estaba íntegra.
Por lo visto, la tabla subeditor_submission_group, no existe en 3.1, pero sí en 3.2. Ese fue un elemento para detectar si una base de datos estaba bien o no.
¿Tendrán alguna copia de seguridad de hace unos días? ¿Dónde la tienen alojada, servidor dedicado propio o algún hosting? hay algunos hostings que sí guardan copias de seguridad aunque no lo digan.
A ver si hay suerte. Alguna solución tiene que existir, no me vi capacitado para determinar en qué punto se rompió el intento de actualización y deshacer, así que les presioné un poco para que me contasen la verdad y buscasen alguna copia de seguridad
Entonces es buena señal y puede que te hayan contado la verdad, en el caso que abría el post, había rastro de esta tabla “antes” de actualizar y el select de versión, devolvía una 3.2 rota en actualización
La tabla “subeditor_submission_group” si que existe. La verdad es que ni me había planteado que hubiesen hecho el upgrade y no me hubiesen dicho nada… pero como sea así, termina la actualización Rita.
Probably we don’t need to anyone Alec for this.
He usually have his hands full and this was an easy to solve.
First I though in look into the schema… but I couldn’t find the subeditor_submission_group table you talk about in the last release, so I’m missing something here: ojs/ojs_schema.xml at stable-3_2_1 · pkp/ojs · GitHub
So I started an ojs 3.1.1-0 over docker (it took me 5 minutes) and you are right… there is no “subeditor_submission_group” there. As you pointed, a clean 3.1.1-0 installation has 112 tables… and in the ojs that I like to upgrade we have 156.
The point is they don’t have backup… so I will need to dig further in the forum to discover how to undone the first steps of an unsuccessful migration.
Then I go with the progressive upgrade that Antti-Jussi suggested… first baby-steps, version by version (with docker it’s easy ) and after some try-error I discover my minimal migration path was:
3_1_1-0 > 3_1_2-4 > 3_2_0-3 > 3_2_1-1
After this process I was able to upgrade to the last version but I found some extra errors related with the journal’s about field… and thanks to Nate, I was able to debug and find the offending field:
Finally I got some trouble to login… but was something wired with my browser cache because after cleaning server’s cache, and ensure I was on php 7.3 I changed from Friefox to chromium and all worked like a charm.