Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I think I have a long running mongo script tanking my database, but I'm not sure. I was connected to the linux server via SSH and I ran the script like so:

mongo my_database my_script.js

It started chugging away, but it was taking too long, so I hit Ctrl-C and dropped back to the shell. I assumed the script was killed off, but now I'm seeing queries that it contained still running on the database.

How do I get a list of scripts the database is currently running and kill them? I know about db.currentOp and db.killOp, but the actual queries themselves are quick, I need to kill the script that's running them in a loop.

share|improve this question
Ok, the query was tanking our database, so we just restarted the mongod service. Our other secondaries stepped up, which was good, but this is not the solution I was looking for. – LoveMeSomeCode Mar 28 '14 at 19:09

From this:

This can be a little tricky, but the fact that the MongoDB shell is basically a Javascript interpreter gives us decent options in terms of filtering. Here is the function I use to accomplish this:

// kills long running ops in MongoDB (taking seconds as an arg to define "long")
// attempts to be a bit safer than killing all by excluding replication related operations
    // and only targeting queries as opposed to commands etc.
    killLongRunningOps = function(maxSecsRunning) {
        currOp = db.currentOp();
        for (oper in currOp.inprog) {
            op = currOp.inprog[oper-0];
            if (op.secs_running > maxSecsRunning && op.op == "query" && !op.ns.startsWith("local")) {
                print("Killing opId: " + op.opid
                + " running over for secs: "
                + op.secs_running);

This will only kill queries above the maxSecsRunning threshold and will not touch anything running against the local database, which is where the oplog lives (and hence is the database that is involved in the long running replication ops. It is relatively easy to add criteria to the inner if conditional to more precisely target operations as needed based on specific needs.

The code is also available as a gist (where I will remember to update it on an ongoing basis).

This will help you target specific operations and terminate the same.

share|improve this answer
To prevent link-rot, please try to include the relevant information from any linked articles in your answer. – BE77Y Jun 17 at 13:38
@BE77Y Thanks for the suggestion. Added! – Kaylors Jun 20 at 10:39

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.