New 502 Bad Gateway
-
I was seeing the same thing, I upgraded to the October 9th snapshot, and did a "pkg upgrade -f" at the shell prompt and all is well again.Statement retracted.
Took a day but yes, eventually got the bad gateway again.
-
Strange thing is that I run PFblocker on the SG-2440 boxes without issues. They have been up since I installed the 1006.2203 release …. 4 days now. Same install on the SG-8660 locks up in a couple of hours. ???
On the SG-2440 boxes did you do a fresh install or update, and vise versa for the SG-6880?
I was seeing the same thing, I upgraded to the October 9th snapshot, and did a "pkg upgrade -f" at the shell prompt and all is well again.
I am on the 20171009.1758 and still having issues. Depending on your load will depend on how fast it takes, I have one that can run for 4 days before it locks, but I have another than locks in less than 12 hours. I have also done the "pkg upgrade -f" and "pkg update -f" on all systems, to rule out maybe a bad file. Still persists.
I hate to say it, but I am glad others are having issues. I knew I wasn't crazy like what was suggested. ::)
-
Hi besides using pfBlocker, do (some of?) you guys also use xmlrpc feature?
Can you check that there are 4 active php-fpm processes 'running' ?I found that if i sync pfSense settings several times in a period of a few seconds then sometimes the sync process bails out as soon as it needs to 'print' some output, adding ignore_user_abort and setting no time limit should allow it to always finish and remove the placed lock file..
Maybe some of you can try if this patch can solve/reduce some of these issues?: https://github.com/pfsense/pfsense/pull/3848
To apply it, either add the 2 lines manually to the changed file /usr/local/www/xmlrpc.php or apply it through patches package.. -
Hi besides using pfBlocker, do (some of?) you guys also use xmlrpc feature?
Can you check that there are 4 active php-fpm processes 'running' ?I found that if i sync pfSense settings several times in a period of a few seconds then sometimes the sync process bails out as soon as it needs to 'print' some output, adding ignore_user_abort and setting no time limit should allow it to always finish and remove the placed lock file..
Maybe some of you can try if this patch can solve/reduce some of these issues?: https://github.com/pfsense/pfsense/pull/3848
To apply it, either add the 2 lines manually to the changed file /usr/local/www/xmlrpc.php or apply it through patches package..I dont use the xmlrpc feature on any of my boxes.. I don't know if the other guys do, they may..
-
Having the same issue here. I've even tried using "pkg upgrade -f" in the shell but nothing. I can sign in as a user an execute commands at user level no problem but as admin I'll get stuck with the command screen unable to load as everyone else has a problem with. Shutdown won't even commence and I have to do a forced shutdown in order to restart. I'm on the latest build on my home box but I have another box with this issue running on the weekend release. Removed squid/squidguard, I'm also not using xmlrpc feature but am using pfBlockerNG.
-
On the SG-2440 boxes did you do a fresh install or update, and vise versa for the SG-6880?
All three came from 2.3.4-RELEASE-p1. I de-installed all packages on all three, upgraded to 2.4 and installed the packages again. I only have 502 problems with the SG-8860. Now when the 8660 is downgraded to 2.3.4-RELEASE-p1 I have problems with the XMLRPC Sync because of the mixed 2.4 and 2.3.4 setup.
-
https://redmine.pfsense.org/issues/7923
-
-
The bug report and the thread here are bit unclear and contradictory now.
Is this happening on current 2.4.0 snapshots or only 2.4.1?
What error messages are in the system log, if any, when it happens?
Does it only happen with pfBlocker installed, or is there some other way to trigger it? Captive Portal, perhaps? Does it require using a specific pfBlocker feature like DNSBL?
If it's the max connections error, increasing kern.ipc.soacceptqueue should fix it (somaxconn no longer exists, it has a convenience alias but using it is quirky)
-
The bug report and the thread here are bit unclear and contradictory now.
Is this happening on current 2.4.0 snapshots or only 2.4.1?
What error messages are in the system log, if any, when it happens?
Does it only happen with pfBlocker installed, or is there some other way to trigger it? Captive Portal, perhaps? Does it require using a specific pfBlocker feature like DNSBL?
If it's the max connections error, increasing kern.ipc.soacceptqueue should fix it (somaxconn no longer exists, it has a convenience alias but using it is quirky)
Its happening on 2.4.0 after the Oct 3 update or around that. it happened on 2.4.1 before that. I was on 2.4.1 and it started happening, so I reloaded to 2.4.0 and issue was resolved till after the Oct 3 update then it showed its head there as well. Others on here are still on the 2.4.1 and it is still present as well. It effects both 2.4.0 and 2.4.1. From what I can tell it only happens if pfBlockerNG is installed, The 502 Bad gateway is a result of the processes not finishing. It happens on both my systems with captive portal and without captive portal. So CP has nothing to do with it. As for features of pfBlocker, I have tested a bit with that, but nothing conclusive.
I have kern.ipc.soacceptqueue set at 4096 and it still happens, Also it happens even on systems that have low connections. I have one system I use just for home, with a super low connection rate, and it happens as well, takes longer but still will eventually get the error.
I have searched the system logs, and it shows nothing about whats causing the error itself. It just starts filling up with the Connections errors. But when you SSH in, it will not load the gui, you have to CTRL-Z to get a prompt. Once you have a prompt, you can do Nano, or VI but that is about the extent of it. It will not show the directory you are in, and if you try to restart PHP it will lock up on restart and you have to CTRL-Z again. I have found that you can surf the net just fine when its happening, however SOME pages will fail, but not all. In general its still good to go, but it really affects the web Gui, and any CP due to it locks up the internal system. But Lan, Wan still seem to operate just fine for the most part.
If you need any more information please let me know. I have one system that will lock up in less than 12 hours after I enable pfBlocker, I have one that takes up to 4 days, and another between 2 to 3 days.
Thank you
BreeOge -
I need specifics. Exact error messages, a list of features enabled in pfBlocker, etc. It's nice to know that it appears isolated there, so the impact isn't too large, but there isn't enough to go by here yet.
-
Hi,
I'm having the same problem. I'd be glad to help but not sure where to look. The only error I get is when trying to connect to the GUI. The web browser appears to time out and the message "Bad Gateway nginx". If I try to use the serial console port it is also unresponsive. My only recourse is to power cycle the device.
I have looked at the logs but to be honest I wouldn't know what to look for. Like I said I'd be glad to help if given some direction as to what to provide.
Doug
-
Is this happening on current 2.4.0 snapshots or only 2.4.1?
You know it'd be a whole lot easier to trace if you stopped the ridiculous "top secret" kernel commits. Annoying, stupid, plus no credits for screaming about open-source solutions and playing retarded games like this.
-
I need specifics. Exact error messages, a list of features enabled in pfBlocker, etc. It's nice to know that it appears isolated there, so the impact isn't too large, but there isn't enough to go by here yet.
Ill get that info for you sir..
-
Is this happening on current 2.4.0 snapshots or only 2.4.1?
You know it'd be a whole lot easier to trace if you stopped the ridiculous "top secret" kernel commits. Annoying, stupid, plus no credits for screaming about open-source solutions and playing retarded games like this.
Well, you know your comments about it being overloaded was annoying, stuipd, because it was the first thing I tried before I even posted about the issue. But I didn't say anything negative to you about it, thought maybe I had missed something. I hadn't but I didn't slam you for the suggestion, because all we want is to find the fix. You want to say its got nothing to do with the kernel, yet it only happened when the kernel was updated. So not to ridiculous as you say, It may not be the Kernel itself, its probably something else, but that is as close as we have to go on since it effects multiple things. You concentrate on one thing, and refuse to read what everyone else says its also doing. It's probably a fix that can be done in pfBlockernNG to conform to 11.1. We are trying to get to the solution, what are you doing? Complaining and giving us old threads that we have already tried.
Definition of insanity = doing the same thing over and over again and expecting different results.
We appreciate you trying to help, but having the i'm better than you attitude is not helping anyone or this problem. So in the future do not say anything is ridiculous if your not assisting in TRACING the issue. I would be happy to do any tracing to find the issue, like me and other have stated. Nothing in the System.log, nothing in the php log. If you have any suggestions on other logs that could help track down the issue please post them, I will try them in a heartbeat. But don't call anyone or anything ridiculous, that is no different than you saying you are a know it all. All the suggestions you suggested were Kernel suggestions. I thought you knew what you was talking about so thats why we say Kernel.
Thank you, now lets please resolve this issue without belittling people.
-
I need specifics. Exact error messages, a list of features enabled in pfBlocker, etc. It's nice to know that it appears isolated there, so the impact isn't too large, but there isn't enough to go by here yet.
Ill get that info for you sir..
My config for pfBlocker
General Default settings.
DSNBL Default settings
I have 2 DSNBL Feeds, mostly for ads, and Malware
I have an IPv4 list, block Malware and torrents and sip attacks.
No Reputation
No Geoip locations selectedThe only Error messages we get are 502 Bad Gateway, but we can not access SSH without closing out process with CTRL-Z, and commands such as find, ect do not work. they just hang.
Thank you
Can someone else that is also having this problem give the pfBlocker settings, maybe we can find a common element.
-
I will when I get home.
Doug
-
It's probably a fix that can be done in pfBlockernNG to conform to 11.1. We are trying to get to the solution, what are you doing? Complaining and giving us old threads that we have already tried.
No, it cannot. pfBlockerNG is merely using the pf firewall, that's it. It's using lighttpd as a 1x1 px webserver, not even nginx. It's using Unbound as resolver to redirect the requests to that webserver. It's doing absolutely nothing that should cause any box to hang and become unresponsive.
Thank you, now lets please resolve this issue without belittling people.
Sorry to have upset you. The only cases of the 502 Bad Gateway I (and pretty much anyone else) have seen been caused by simply not enough processes to serve the nginx/php-fpm requests (and/or exhausting the connections limit altogether). Now I'll need to get a crystal ball for cases when someone goes on secret commit spree that eventually makes a giant kaboom with pretty much every core package out there.
The devs can perhaps assist with tracing, meanwhile I'm simply once again annoyed by the course taken here. We've had this some ~3 years ago when the repos have been taken offline altogether, accompanied by some giant noise about trademark violations. It's getting old. Waste of time. Annoying. Disrespectful to people who've been contributing to pfSense, even after that CLA/copyright assignment/re-licensing nonsense etc. People wanting to build this thing for development purposes get absolutely zero assistance whatsoever and are being deliberately sabotaged by the so-called build scripts.
Open-source touted all over the website, and all you get is this. Getting on a tipping point again here.
-
DSNBL Default settings
I have 2 DSNBL Feeds, mostly for ads, and MalwareApproximately how many clients do you have on your local network that hit DNSBL? Any idea how busy it usually is?
The only Error messages we get are 502 Bad Gateway, but we can not access SSH without closing out process with CTRL-Z, and commands such as find, ect do not work. they just hang.
Most likely you just need to start a proper shell, try running /bin/tcsh
-
DSNBL Default settings
I have 2 DSNBL Feeds, mostly for ads, and MalwareApproximately how many clients do you have on your local network that hit DNSBL? Any idea how busy it usually is?
The only Error messages we get are 502 Bad Gateway, but we can not access SSH without closing out process with CTRL-Z, and commands such as find, ect do not work. they just hang.
Most likely you just need to start a proper shell, try running /bin/tcsh
I have one site that has currently has
LAN 192.168.1.175 192.168.1.199 = 5 users
LAN 192.168.1.5 192.168.1.174 = 19 usersThis site will lock up in less than 12 hours.
Another site
LAN 192.168.1.41 192.168.1.50 = 3 users
LAN 192.168.1.5 192.168.1.40 = 4 usersIt will take up to 24 hours.
and another
Interface Pool Start Pool End # of leases in use
LAN 192.168.16.50 192.168.16.75 = 5 usersThis one will take up to 24 to 48 hours. However since the last update 2.4.0.r.20171009.1758 it has been happening more frequent around every 12 hours itself.
I currently have the pfBlockerNG uninstalled on the top 2 because they are used for apartments, and didn't want to bug the tenants when it locks up the CP becomes unresponsive. However for testing purpose I do re-install, and let it run with any changes for testing. I can usually get a crash within 6 to 12 hours. or less sometimes.
Just a note the amount of users, has not changed from before to after this issue started. Load has remained the same.
Thank you, I will test the /bin/tcsh and see if that gives me a good shell again. I will test that now on the top 2, will have a result back after it crashes.
Thank you, any logs you would like to see, please let me know I will post as much as I can.
