OutagesIO Support ForumsInformation, Support, and FAQ relating to OutagesIO. Monitor your Internet service and provider with optional alerts to connection issues or downtime. For home, small businesses, IT companies, and enterprises. Tracks Internet and provider reliability with useful proof. For Windows, Linux, ARM (Raspberry, Tinker Board, etc).
Learn more by visiting www.outagesio.com
SOLVED: Cannot access dashboard | 503 and 504 errors
@OutagesIO_Support said in Cannot access dashboard | 503 and 504 errors:
Unfortunately, you have not shared any new information and I had asked a few things to try and help.
I'm not really sure how to diagnose this. I've tried it from different browsers, different networks, different PC's and all work as they should.
A dev that works remotely from Argentina has been working on this upgrade all week. A dev that is in the UK has also been working on something.
As you might notice in another post, we've even developed a new installation method during the last few days and there are posts from other members in the forums talking about installation help and they can reach the service.
The service was never completely down, it was interrupted during the week+ long upgrades/changes that we had to make.
Are you saying you still cannot access it now? If so, have you tried something like TOR? Maybe it's something between your location and the data center in Phoenix.
We're more than happy to help but we need more information in order to do so because everything is up and running.
Newly created user seems to work in chrome incognito mode:
Removed all outagesio related cookies in my chrome browser and everything seems to work now for both new and existing user.......
Please let me know if you are still experiencing the same issues now
dashboard at app.outagesio.com is ok now!
www.outagesio.com gives a timeout now.
Can not see dashboard at https://app.outagesio.com/agent/dashboardUnified/id/128915 now
So it is definitely something related to DNS replications at this point
Let us check a bit more why this is affecting some regions only
Actually, no DNS changes had to be made for this move other than the dnspoints slave server which is only used for members DDNS.
On this end of the network, other than a database issue that lasted around an hour yesterday, the only issues we still have is a slowness between servers due to heavy traffic that is being worked on.
Nothing else should affect the service other than in short burps so this problem is very perplexing.
There seemed to be a problem with cookies and local browser data. I am accessing the dashboard using a windows PC and a macOS PC, on both Chrome and Firefox. Accessing it via Incognito/Private Browsing allows me to log back in. Little bit of inconvenience but for almost 2 weeks I thought the dashboard was down. Probably something with the DNS issue you guys have raised.
Yes it is still ongoing for me. I haven't cleared my local cache and I am willing to send it to you guys for debugging.
Tried to login to Incognito on Windows PC and got hit with another 504 error.
Tried connecting via VPN located at Singapore and London. Still can't login. Gateway timeout still.
Here's some more info and screenshots:
I can access the login page using Private Browsing/Incognito. But once I submit my login credentials I encounter 504 Gateway Error.
Unable to login to the dashboard for at least 5 hours this morning using various browsers. I got in once on Sunday, but mostly got the same error.
The gateway did not receive a timely response from the upstream server or application.
That's so strange. Not doubting you at all, just not sure how to diagnose this. We have a similar problem with another person trying to get their agent to work but it cannot reach the receiving servers.
We know there is a gateway issue which is something we've been working on for days but it's not consistent, it's random, and it doesn't take the entire site down, just now and then.
We've been monitoring everything internally non stop and do see some latency problems and know when there are complete disconnections between app/db servers and so on but we reset those as quickly as we learn about them.
There must be something members are seeing that we simply haven't caught which is odd considering we're using the service from remote too so would experience the same things.
Still digging and definitely appreciate your ongoing input on this.
Still get the same error when attempting to login to my own account, BUT strangely I CAN login to the demo account! So is it some problem specific to my account?
I tried to do a password reset both using my email address and my username and in both cases it said it had sent a reset to my correct email address (so it knew the correspondence between the two) but nothing has arrived after 10 minutes, and yes I have checked my spam.
We can see in the email logs that the emails are making it into the site, which appears to be Google.
The email is not bouncing back so maybe the email service is quietly blocking outagesio.com?
Have you tried sending a reply to us and whitelisting it from the same mail service? Just send an email to firstname.lastname@example.org. Even if it bounces, it'll whitelist the service.
/var/log/smtp.log:Apr 5 10:53:12 mx postfix/smtp: DAFD9AE798: to=<email@example.com>, relay=aspmx.l.google.com[22.214.171.124]:25, delay=3.1, delays=0.01/0/1.8/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1649181191 f13-202a792ed00159ba2i4079lg.326 - gsmtp)
Since I have no way to access to your dashboard may I ask you your permission to force-change your password so i can test it?
Well that's interesting. I've managed to get the password reset email and reset it to the same password. It then automatically logged me in and I could see my dashboard.
So I logged out and tried to login again and I am back to getting the error!
Sorry, messages crossed. Yes go ahead and force change the password.
I will send it to your email address so we can both test and double check
The new password gives the same gateway timeout error for me.
I would like also to suggest one more thing to test meanwhile...
If you open a new tab and copy the following link:
Are you able to login going directly to that link?
If yes, are you receiving the gateway error only when you try to access the dashboard?
If yes, can you try to access the following link?
The first link takes me to a login page where I can type in my credentials and I get to my dashboard just fine.
The second link takes me to the notifications page and from there I can move back to my agent with no problems.
If I then logout I can now login again from the usual place.
I'm totally perplexed. Something to do with browser caching?
If I now try from DuckDuckGo it works fine from there too.
So something seems to have sorted the problem.