Git Product home page Git Product logo

Comments (8)

yosifkit avatar yosifkit commented on June 2, 2024 6

You are probably running out of hard drive space on the boot2docker vm. This might help clean up untagged images to clear up some space: docker images --filter dangling=true -q | sort -u | xargs docker rmi.

from mongo.

henriquemoody avatar henriquemoody commented on June 2, 2024

I tried everything and I had no success until realize that /mnt/sda1 was full after accessing my boot2docker instance through docker-machine.

Seems that, sometimes, docker doesn't clean completely the containers after I remove them, so there were still some volumes there, even after the restart.

I end up using this https://github.com/chadoe/docker-cleanup-volumes to clean it up and it worked like a charm, I really think this is not a problem to be reported on this project, despite I still don't get why only the Mongo containers (I tried 3.0 and 3.1) could get this kind of error.

from mongo.

yosifkit avatar yosifkit commented on June 2, 2024

MongoDB gets this because they pre-allocate very large files for the database. Use docker rm -v to make sure volumes are cleaned up when deleting a container.

from mongo.

wattletimber avatar wattletimber commented on June 2, 2024

Hi Guys. Help me here i have installed a dockerized mongodb and meteor, and my container is increasing with a gig almost everyday. How can I handle this, see images below for reference. i want to preserve the images.
screen shot 2016-06-02 at 6 22 40 am
Uploading Screen Shot 2016-06-01 at 11.06.51 AM.png…

from mongo.

agamrafaeli avatar agamrafaeli commented on June 2, 2024

For me the problem was that I shut down my computer without shutting down the container properly.

When starting the container an internal problem happened with the mongo. I SSH'ed into the machine and deleted a lock file and then the container started all right for me.

from mongo.

puneetakhouri avatar puneetakhouri commented on June 2, 2024

@agamrafaeli Can you kindly elaborate where is the lock file that you mentioned in your post. I SSH'ed into the machine but am not able to track the location of the lock file you mentioned.

from mongo.

patrickaroo avatar patrickaroo commented on June 2, 2024

I'm having the same issue on:

-> Docker For Mac Version 1.12.3-beta30.1 (13946)Channel: Betaf94d037b71
-> tutum/mongodb.

Since I can't manage the VM in Docker For Mac directly as that's how it's set up, I am unable to use a few of the workarounds mentioned in dockerfile/mongodb#9 .

The error on running 'docker-compose up' (this error is also generated by a minimal docker run command as well) was:

db_1 | [initandlisten]
db_1 | [initandlisten] ERROR: Insufficient free space for journal files
db_1 | [initandlisten] Please make at least 3379MB available in /data/db/journal or use --smallfiles
db_1 | [initandlisten]
db_1 | [initandlisten] exception in initAndListen: 15926 Insufficient free space for journals, terminating
db_1 | [initandlisten] dbexit:
db_1 | [initandlisten] shutdown: going to close listening sockets...
db_1 | [initandlisten] shutdown: going to flush diaglog...
db_1 | [initandlisten] shutdown: going to close sockets...
db_1 | [initandlisten] shutdown: waiting for fs preallocator...
db_1 | [initandlisten] shutdown: lock for final commit...
db_1 | [initandlisten] shutdown: final commit...
db_1 | [initandlisten] shutdown: closing all files...
db_1 | [initandlisten] closeAllFiles() finished
db_1 | [initandlisten] journalCleanup...
db_1 | [initandlisten] removeJournalFiles
db_1 | [initandlisten] shutdown: removing fs lock...
db_1 | [initandlisten] dbexit: really exiting now
db_1 | => Waiting for confirmation of MongoDB service startup
db_1 | => Waiting for confirmation of MongoDB service startup
db_1 | => Waiting for confirmation of MongoDB service startup

Since I'm using the new(ish) Docker For Mac app, instead of the old docker-machine approach, it's a little unclear at first glance how I'll do the workaround of rebuilding the VM, and restarting the Docker app isn't helping. Also, restarting my machine completely didn't help.

Incidentally, it didn't help to try the suggestion to run:

docker images --filter dangling=true -q | sort -u | xargs docker rmi

from mongo.

yosifkit avatar yosifkit commented on June 2, 2024

Closing old issue. Feel free to comment on further troubleshooting if you feel this was closed in error or on the solution to help users running into the same problem.

(related lock file issue #62)

from mongo.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.