Closed
Bug 966080
Opened 12 years ago
Closed 12 years ago
SUMO chief is returning an Internal Server Error
Categories
(Infrastructure & Operations Graveyard :: WebOps: Community Platform, task)
Infrastructure & Operations Graveyard
WebOps: Community Platform
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: rrosario, Assigned: cturra)
Details
One more time.
+++ This bug was initially created as a clone of Bug #939797 +++
(Again)
+++ This bug was initially created as a clone of Bug #932380 +++
+++ This bug was initially created as a clone of Bug #925080 +++
+++ This bug was initially created as a clone of Bug #917357 +++
When trying to deploy, chief is failing me with an Internal Server Error.
http://supportadm.private.phx1.mozilla.com/chief/support.stage
I didn't try prod. Obviously, this blocks us from deploying.
| Assignee | ||
Comment 1•12 years ago
|
||
looks like the redis process had hung completely. the redis-memory check script in place could not check the state correctly because redis was running, but not responding. i went ahead and manually kicked the redis process, which should get you back up and running.
[root@supportadm.private.phx1 ~]# bash -x /data/bin/redis-memory-check.sh
+ REDIS_CLI=/usr/bin/redis-cli
+ GREP=/bin/grep
+ DATE=/bin/date
+ LOGGER=/usr/bin/logger
+ KILL=/bin/kill
+ REDIS_SERVICE_NAME=/etc/init.d/redis-support-updater
+ MEM_MAX=99
++ redis-cli -p 6388 info
++ grep used_memory_human
++ awk -F : '{print $2}'
++ awk -F . '{print $1}'
Could not connect to Redis at 127.0.0.1:6388: Cannot assign requested address
+ MEM_USED=
++ redis-cli -p 6388 info
++ grep used_memory_human
++ awk -F : '{print $2}'
++ awk -F . '{print $2}'
++ tr -d '\r'
Could not connect to Redis at 127.0.0.1:6388: Cannot assign requested address
+ MEM_UNIT=
+ [[ '' = *M* ]]
[root@supportadm.private.phx1 ~]# /etc/init.d/redis-support-updater status
redis-server (pid 28195) is running...
[root@supportadm.private.phx1 ~]# /etc/init.d/redis-support-updater stop
Shutdown may take a while; redis needs to save the entire database
Shutting down redis-server: Could not connect to Redis at 127.0.0.1:6388: Cannot assign requested address
[FAILED]
[root@supportadm.private.phx1 ~]# ps aux | pgrep redis
28195
[root@supportadm.private.phx1 ~]# kill 28195
[root@supportadm.private.phx1 ~]# /etc/init.d/redis-support-updater start
Starting redis-server: [ OK ]
[root@supportadm.private.phx1 ~]# bash -x /data/bin/redis-memory-check.sh
+ REDIS_CLI=/usr/bin/redis-cli
+ GREP=/bin/grep
+ DATE=/bin/date
+ LOGGER=/usr/bin/logger
+ KILL=/bin/kill
+ REDIS_SERVICE_NAME=/etc/init.d/redis-support-updater
+ MEM_MAX=99
++ awk -F : '{print $2}'
++ awk -F . '{print $1}'
++ grep used_memory_human
++ redis-cli -p 6388 info
+ MEM_USED=826
++ awk -F : '{print $2}'
++ awk -F . '{print $2}'
++ tr -d '\r'
++ grep used_memory_human
++ redis-cli -p 6388 info
+ MEM_UNIT=78K
+ [[ 78K = *M* ]]
Assignee: server-ops-webops → cturra
| Reporter | ||
Comment 2•12 years ago
|
||
I was able to deploy now. Thanks cturra!!
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Priority: -- → P4
Resolution: --- → FIXED
| Assignee | ||
Comment 3•12 years ago
|
||
i actually found a bug in my redis-memory-check script that is likely the root cause here. it identified when the service needed a force restart, but couldn't do it b/c my variable was incorrect.
i just committed a fix for that which should resolve this permanently.
$ svn diff
sIndex: modules/webapp/templates/admin/data-bin/redis-memory-check.sh.erb
===================================================================
--- modules/webapp/templates/admin/data-bin/redis-memory-check.sh.erb (revision 81626)
+++ modules/webapp/templates/admin/data-bin/redis-memory-check.sh.erb (working copy)
@@ -11,7 +11,7 @@
function force_restart {
REDIS_PID=`pgrep redis-server`
$KILL -9 $REDIS_PID
- /etc/init.d/$REDIS_SERVICE_NAME start > /dev/null
+ $REDIS_SERVICE_NAME start > /dev/null
}
Priority: P4 → --
| Reporter | ||
Comment 4•12 years ago
|
||
Seems busto again :-/
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 5•12 years ago
|
||
hah! i found another bug :(
i had added some login a while ago to ensure that the memory check only looked when Mb's were used, not kb's. as it turns out, i applied that check /before/ looking to see if the service had packed it in. doh! this has now been committed to puppet and resolved on the sumo chief instance.
sorry for the delay in solving this completely!
$ svn diff
svn Index: modules/webapp/templates/admin/data-bin/redis-memory-check.sh.erb
===================================================================
--- modules/webapp/templates/admin/data-bin/redis-memory-check.sh.erb (revision 81800)
+++ modules/webapp/templates/admin/data-bin/redis-memory-check.sh.erb (working copy)
@@ -19,16 +19,16 @@
MEM_USED=`redis-cli -p 6388 info | grep used_memory_human | awk -F ":" '{print $2}' | awk -F "." '{print $1}'`
MEM_UNIT=`redis-cli -p 6388 info | grep used_memory_human | awk -F ":" '{print $2}' | awk -F "." '{print $2}' | tr -d '\r'`
+# if blank is returned for MEM_USED, redis has hung.
+if [ "$MEM_USED" == "" ]; then
+ $LOGGER -p user.notice "[redis-memory-checker] kill/start redis process b/c it has stopped responding."
+ force_restart
+ exit 1
+fi
+
# check that Mb are consumed, not Kb
if [[ $MEM_UNIT = *M* ]]; then
- # if blank is returned for MEM_USED, redis has hung.
- if [ "$MEM_USED" == "" ]; then
- $LOGGER -p user.notice "[redis-memory-checker] kill/start redis process b/c it has stopped responding."
- force_restart
- exit 1
- fi
-
if [ $MEM_USED -gt $MEM_MAX ]; then
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•