Closed marcus905 closed 1 year ago
To try to restart the system, after going back to v 1.30.6 manually it all appears to work but there might be some issues as there was a migration applied for the v2, so a backmigration could be needed, and some unexpected PHP fatal errors.
Class "App\Entity\Customer" is not a valid entity or mapped super class.
In MappingException.php line 364:
Class "App\Entity\Invoice" is not a valid entity or mapped super class.
In MappingException.php line 364:
Class "App\Entity\User" is not a valid entity or mapped super class.
In MappingException.php line 364:
Class "App\Entity\Configuration" is not a valid entity or mapped super clas
s.
Kimai updates running ...
=========================
[WARNING] You have 1 previously executed migrations in the database that are
not registered migrations.
>> 2023-02-09 15:32:00 (DoctrineMigrations\Version20230126002049)
[OK] Already at the latest version ("DoctrineMigrations\Version20230126002049")
Rebuilding your cache, please be patient ...
// Clearing the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully cleared.
// Warming up the cache for the prod environment with debug
// false
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 53248 bytes) in /opt/kimai/vendor/twig/twig/src/Compiler.php on line 121
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 32768 bytes) in /opt/kimai/vendor/symfony/var-dumper/Caster/ExceptionCaster.php on line 180
[ERROR] email (superadmin)
The email is already used.
[ERROR] username (superadmin)
The username is already used.
Kimai2 ready
Reloading configurations ...
============================
[OK] All 39 YAML files contain valid syntax.
[OK] All 530 XLIFF files contain valid syntax.
Rebuilding your cache, please be patient ...
// Clearing the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully cleared.
// Warming up the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully warmed.
[OK] Kimai config was reloaded
[Thu Feb 09 17:39:55.969994 2023] [mpm_prefork:notice] [pid 61] AH00163: Apache/2.4.38 (Debian) PHP/8.1.12 configured -- resuming normal operations
[Thu Feb 09 17:39:55.970083 2023] [core:notice] [pid 61] AH00094: Command line: '/usr/sbin/apache2 -D FOREGROUND'
You're right. It seems the apache latest image was pointing to the 2.x dev image. I've fixed that now. Did you back up the DB before you ran upgrade?
Restoring that would be the simplest option. If not we'll need to look at what back migrations are needed an how we would craft those
I was hit by the dev-image too yesterday, now it's back the the previous version. Luckily my instance still works.
You're right. It seems the apache latest image was pointing to the 2.x dev image.
Haha, and I was already happy about the new design. 😅 And I was even able to find out which setting was preventing me from stopping time entries, because I worked for more than 8h yesterday. I even updated my end2end tests to check if my instance is up, need to revert that again. 😁 Do you know when will dev hit latest for good, @tobybatch? Thanks again for the great work!
I think this happens with the fpm image too. I used the fpm-latest tag.
Going back to the fpm-1.30.5-prod worked again.
You're right. It seems the apache latest image was pointing to the 2.x dev image. I've fixed that now. Did you back up the DB before you ran upgrade?
Restoring that would be the simplest option. If not we'll need to look at what back migrations are needed an how we would craft those
Sadly it was automatically done with watchtower and i noticed it only afterwards. I can try diffing the db schema of a clean 1.30.6 and the one i have now on Monday.
Watchtower too for me, but I didn't seem to have lost anything. How curious
Let me start with the obvious part: sorry guys that it hit you!
Use the backup if you can. The latest migration was renamed at some point between the beta releases and the next automatic update (who does that?) might error out with the message you see above:
You have 1 previously executed migrations in the database that are not registered migrations.
>> 2023-02-09 15:32:00 (DoctrineMigrations\Version20230126002049 .
The beta release was not meant to be used with production databases and I would strongly suggest to rollback.
There is no guarantee, that you got all required SQLs now. Besides of the problem with the unknown migration in the last row in the table migration_versions
.
Well, we did do that 😂 I have to manually diff databases, the backup was done weekly (as all other non-critical systems... as to why it was deemed non-critical I have no idea) and I cannot reapply a week's worth of timesheets sadly.
I'll try to put a "rollback" script up Monday, hopefully.
Check this migration files, it explains the differences: https://github.com/kimai/kimai/blob/main/migrations/Version20230126002049.php
New images are now built and pushed (including multiarch). I'll close this for now, please open a new ticket if issues persist.
Describe the bug After updating from 1.30.5 to latest the container doesn't start and the app returns 500.
Most probably the apache tag now mistakenly points to 2.0.0
Logs: running
after a restart
To Reproduce Steps to reproduce the behaviour:
Desktop (please complete the following information):
Command used to run the container
Docker compose file (with passwords redacted)