Had the same problems.
Delete all data in directory /bootstrap/cache/
Restart web server… for me
sudo systemctl restart nginx
then
sudo php7.4 artisan optimize
since then everything works for me
1 Like
As it is a shared server i cant restart
I have deleted all data in directory /bootstrap/cache/
This update broke my installation too. I’m manually rebuilding.
I’m just manually uploading the new files from the unzipped 5.3.77 OVER my existing files. It worked to fix the last update which also broke my installation.
I’m sure there’s a faster way, but this way works, usually. I’ll report back if the update fails and I still have 500’s.
I have Done a Manual Update and even a fresh install of the files and replaced it with my .env file but i still get the Error 500 / Delete all data in directory /bootstrap/cache/ and still get the Error 500.
My programmer was able to make V4 compatible with PHP 8.0.
So now I have until the end of 2023 and will continue to work with V4.
What’s in /public/storage/logs/laravel.log??
The Log shows as [2022-03-31 07:37:02] production.ERROR: Class 'Codedge\Updater\UpdaterServiceProvider' not found {"exception":"[object] (Error(code: 0): Class 'Codedge\\Updater\\UpdaterServiceProvider' not found at /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Application.php:745) [stacktrace] #0 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(679): Illuminate\\Foundation\\Application->resolveProvider('Codedge\\\\Updater...') #1 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/ProviderRepository.php(75): Illuminate\\Foundation\\Application->register('Codedge\\\\Updater...') #2 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(659): Illuminate\\Foundation\\ProviderRepository->load(Array) #3 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Bootstrap/RegisterProviders.php(17): Illuminate\\Foundation\\Application->registerConfiguredProviders() #4 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(237): Illuminate\\Foundation\\Bootstrap\\RegisterProviders->bootstrap(Object(Illuminate\\Foundation\\Application)) #5 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(310): Illuminate\\Foundation\\Application->bootstrapWith(Array) #6 /home/redstonewebdesig/public_html/portal/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(127): Illuminate\\Foundation\\Console\\Kernel->bootstrap() #7 /home/redstonewebdesig/public_html/portal/artisan(37): Illuminate\\Foundation\\Console\\Kernel->handle(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput)) #8 {main} "}
Is it possible you deleted the bootstrap/cache folder before copying over the zip? For other people deleting the folder has resolved this error.
You may also want to confirm this a new error added to the logs and not from before.
Hi Have now managed to get this working, following your instructions, but now when i go to check for an update I get
Where is this file a search did not show anything?
Thanks
Here are the commands to set the file permissions:
sudo chown -R www-data:www-data storage
sudo find ./ -type d -exec chmod 755 {} \;Hi,
I am on a shared server so i am not able to do those commands
Sometimes in the control panel is an SSH window. You might look for that, then you can run @hillel 's command
This is strange. It sounds like you’ve uploaded the files with a different user. There should be a “root” type of user which will be the same that the webserver uses to execute.
After increasing the memory limit, I also get an error when trying to update from 5.3.75 to 5.3.78 but it’s complaining about an .htaccess file instead.
I’m using suphp and ownership and permissions are correct on the file in the root and public folders.
The error log comes from here: https://github.com/invoiceninja/invoiceninja/blob/v5-stable/app/Http/Controllers/SelfUpdateController.php#L150
But that doesn’t show the location of the file it’s having an issues with, just the name.
Wouldn’t \RecursiveDirectoryIterator::SKIP_DOTS mean it should skip any .htaccess files anyway?
I downloaded the manual package from here: https://github.com/invoiceninja/invoiceninja/releases/download/v5.3.78/invoiceninja.zip
I just left it uploading manually after renaming the folder bootstrap/cache and there weren’t any failed files.
Then I tried running artisan update and got an error about a missing package:
In Application.php line 745:
Class 'Former\FormerServiceProvider' not found
So then I ran composer install and then artisan optimize worked again and I could log back in.
Ok, it looks like the errors I’m getting relate to the "require-dev" section of package.json.
They don’t seem to be in the zip’s vendor folder and I assume they aren’t needed.
So this might be related to the last time I ran composer update for a similar problem Got Error 500 when upgrading from V5.3.66-W77 to V5.3.7x - #20 by robwent
I just tried running composer again with composer install --no-dev
Dev packages are now gone and the install is still running.
Thanks sharing the details/update!
THANK YOU: the update from 5.4.5 to 5.4.8 has now worked without problems via the backend.