Error 500 on general setting and speedtest not working #943
Comments
|
It seems to happen pretty randomly, can you restart the container and check if you can access the UI? If so feel free to close the issue. |
Kunalb963
changed the title
|
i tried every possible solution even deleted the env file i can only access the ui of all except general setting only. |
also no results shown. |
Do you want to keep your data or are you ok with starting over? If so you can run Been warned. |
done but still same issue. |
|
Can you attach a copy of the log? Should start from line 1. |
🔒 SSL_MODE has been set to MIXED, setting the web server to work in HTTP + HTTPS... |
|
Just to confirm you can access and sign into the application at |
yes.also not only that even speedtest doesn't run at all as you can see in the above screenshot.can you take over to my device to setup new container build to help me out and if you want to contact me plese send me the email to 963kunal.biswas@gmail.com |
because from past 7-8 months i was trying to set it up i get same errors. |
|
This same issue popped up for me over the past couple of days...not sure exactly when. The command listed above (php artisan app:install --force) to force a reset of the application has it working again. Just wanted to make that known since I literally just had the 500 status error start for me randomly without me changing anything related to the container. |
php artisan app:install --force) it also did not work for me. |
|
I bet this is tied to the recent introduction of the public dashboard setting and potentially a migration that didn't run. I'll look into it tonight. |
update us as soon as it resolved |
|
Just wanted to add that I'm also getting this 500 error since the lastest update. Can't access the docker container at all. |
|
@Kunalb963 can you dump the settings table from the app's database and attach it as a csv file to this issue? You can connect and dump the database using an application like DBeaver if you're not familiar with working with databases. |
|
Also running in to this 500 error for the last few weeks now |
Do you mind also dumping your |
This is probably way more info than you need but I am on Unraid and wasn't sure where to pull the docker config |
I was actually looking for the |
Sorry, where do I grab that from on Unraid? |
|
I have identical issue. I have exported the "settings" table into csv and attached here (had to remove my email id). Hope that helps. My HW is different. Running on Rpi4, Open Media Vault. Docker image is the latest. I have auto update of docker images setup so that may have caused it to fetch an image that has this issue. |
Thank you, for a while now there's been some random settings only issues cropping up and it's been a PITA to debug |
|
@crypticviper are you comfortable manually updating a record? If so can you change your timezone from |
|
@Kunalb963 @Bulletoverload if y'all can dump your |
I don't have access to the app at all. Where can I grab the settings table at? I'm on Unraid |
Are you using sqlite or MySQL for a database? |
|
The default. Sqlite I believe.
…On Thu, Dec 7, 2023, 10:10 PM Alex Justesen ***@***.***> wrote:
I don't have access to the app at all. Where can I grab the settings table
at? I'm on Unraid
Are you using sqlite or MySQL for a database?
—
Reply to this email directly, view it on GitHub
<#943 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/A2NJCYUEMTVFNEOPBHEJG33YIKAJ3AVCNFSM6AAAAAA76HCIHKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBWGQ4DKMBZG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
Can confirm... the Unraid setup uses sqlite |
On Unraid you can find it in Shares>appdata>speedtest-tracker>database.sqlite. Easiest way is to set the appdata share to export=yes and security=public then navigate over your network to that directory. I followed the instructions above and downloaded DBeaver and connected it to the database file and then exported the settings table to csv as requested. All this was new for me but it wasn't hard to figure out. |
I tried this with America/New_York and still getting same 500 server error. Stopped the docker container, updated the database, restarted container. No difference. Updated settings attached. |
|
My logs... .....snipped..... |
|
As a brand new user I just did a completely fresh install on a new VM/Docker from the docker-compose in the instructions using Postgres, and after entering the default user/password it returns me to the "getting started" screen. Clicking on the "sign in / admin panel" link again returns me to the "getting started" screen. I am unable to proceed and have never got to the main screen. There's no error in the logs for either the db container or the main app, but a few restarts ago I got the "There seems to be a failure in checking the web server + PHP-FPM. Here's the response:" error from the first post. I ran Again, this was a completely new install - I've never run this program before. Ubuntu 23.10 |
This has been fixed in a beta build, just click for the admin panel again.
Fpm issues are random and can be ignored. This issue relates to the settings page so if your having other problems please open a separate issue. |
|
Well, the being sent back to the "getting started" screen every time seems to be a problem specific to Firefox, the application works on Chrome (which I don't particularly want to use). My version of Firefox is : |
|
@Minirex96 your error is in the first line of the output. It's asking for an app key which has been covered in other issues and generating one is in the docs. That should solve your issue. |
Yeah that's new, can you do me a favor and open a new issue? |
I changed this, restarted the container. Still same issue. |
This was perfect thanks. @alexjustesen Attached is my settings table. |
|
Yeah formatting of the time zone is wrong again. I'm going to make a cli command to fix settings manually. |
|
oh ya that funky extra slash. I'll change it manually and see if it fixes. |
|
I changed the timezone entry to "America/New_York", restarted the container and confirmed the change stuck, but still getting the error. |
Can you also remove the |
|
Removed. Still nothing. Updated settings for you incase I did it wrong. |
Yep fixed it |
Ok, I had an additional issue of missing app key. Somehow, it was not being read from .env file. So I had to set it in my docker compose file and it started working. Thanks for your help. |
|
Closing haven't heard from OP in 2 weeks, feel free to open a new issue if the problem persists. |
I am using container in Synology DS220+ NAS
❌ There seems to be a failure in checking the web server + PHP-FPM. Here's the response:
#14 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#24 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#34 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#44 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#54 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#64 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#74 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()
#84 /var/www/html/vendor/livewire/livewire/src/Features/SupportPageComponents/HandlesPageComponents.php(14): Livewire\Features\SupportPageComponents\SupportPageComponents::interceptTheRenderOfTheComponentAndRetreiveTheLayoutConfiguration()A clear and concise description of what the bug is.
To Reproduce
version: '3.3'
services:
tracker:
container_name: speedtest-tracker
ports:
- 8080:80
- 6443:443
environment:
- PUID=1026
- PGID=100
- APP_KEY=base64:2Sv4krpXu4yspl8lahCiWpafS9U4OqUPWkbrVEm87C4=
- DB_CONNECTION=mysql
- DB_HOST=db
- DB_PORT=3306
- DB_DATABASE=speedtest_tracker
- DB_USERNAME=speedy
- DB_PASSWORD=password
volumes:
- '/etc/localtime:/etc/localtime:ro'
- '/volume1/docker/speedtest:/config'
- '/volume1/docker/speedtest/web:/etc/ssl/web'
image: 'ghcr.io/alexjustesen/speedtest-tracker:latest'
restart: unless-stopped
depends_on:
- db
db:
image: mariadb:10
restart: always
environment:
- MARIADB_DATABASE=speedtest_tracker
- MARIADB_USER=speedy
- MARIADB_PASSWORD=password
- MARIADB_RANDOM_ROOT_PASSWORD=true
volumes:
- speedtest-db:/var/lib/mysql
volumes:
speedtest-db:
The text was updated successfully, but these errors were encountered: