Only a stupid would set the interval to 30 seconds,
I have many installations we set the interval to x hours, enough time for db integrity checks we run in the background to alert something went wrong.
No, because the database dump from Compose is in a different format (.ns files). Like I wrote the main challenge why the solution posted on SO didn’t work was that Compose.io is using a much older MongoDb version than MongoDb Atlas which is using right now the most recent (3.4.4).
Somehow my original thread got hijacked into a “How to run MongoDb in a self hosted environment” thread.
It probably would be better to open a separate thread for the self hosted part and stick to the original topic of sharing experience when moving from company xx to MongoDb Atlas.
Thanks for your understanding!
It’s not about db integrity. It’s about user error.
Okay, I always use Studio 3T to export my database also. If you try that it should be easy to import it into Atlas. No need for .ns files I think.
We just moved over to Atlas from Compose.
Makes a lot of sense in terms of pricing. Especially if you’re using WiredTiger.
Not having Oplog on the free tier isn’t the biggest deal.
Being down is obviously pretty bad. Your database was offline for the weekend?
Elie
Hey @a4xrbj1,
I’d like to point a few things out. First, the “free” MongoDB atlas is specifically listed as a “sandbox”. NOT a production ready, or even development ready instance of MongoDB. It is a free sandbox with the purpose of giving you a playground to test out Atlas, nothing more. And why would you expect 24/7 support for a free product? That seems like a really high expectation.
Secondly, I’ve been using Atlas since the day it was launched and has 100% uptime since. That on the lowest size that only costs about 55 a month.
Thirdly, your link to the jira ticket isn’t working for me so I can’t check it out.
But lastly, the thing that concerns me most is that getting data into Atlas is STUPID EASY. You can just connect any client and import. Studio 3T is my preferred choice. But even doing it on the command line is about as easy as it gets. If you are struggling with these very simple tasks you aren’t really in a position to advice other people on their use of a product.
Wouldn’t it be better to admit you need help and ask the community instead of bashing the product?
Have a great day!
Joshua
We’ve had a great experience. Idk what the difficulty with migrating is, you can do it with mongodump/mongorestore.
They offer more options, are cheaper, and have much much better tooling. Being able to query backups without downloading them is super cool.
Also, Compose has been having lots of downtime and host disconnects recently. Part of the reason we switched.
It’s a weird problem. My backend app can connect to the MongoDb cluster but the login to the backend app from my frontend app isn’t working. We’ve tried all sorts of things but this was never the problem with Compose.io - not sure if it’s a Atlas problem but it is the first time.
We can login when we run the backend app locally though. No whitelisting on Atlas before someone asks.
Why do you think I have opened two tickets with MongoDb? Because I don’t need help?
If you’re a customer of them then you should know they offer first 30 days of support for free.
Also, like stated we’re in beta still, not in production but close to launch if we wouldn’t waste our time with a sudden problem that never occurred on Compose.io.
I’m telling my experience, if that is bashing then maybe it’s because so far it’s anything than a perfect experience. Why do you think now even a VP from MongoDb has apologized? Because I bash them?
We all know that in order to win customer over from the competitors every entry barrier must be removed. Even a single question too much asked in your sign-on process can be a showstopper and leading to less new customer.
So if pointing out that MongoDb indeed can remove a lot of barriers by providing an easy way to win Meteor clients who run their database on Compose.io is bashing a company then I might misunderstand the meaning of bashing. To me bashing is unsubstantial, without proof.
I think I’ve highlighted that there are enough hurdles in the current process. Even when their help desk tried to help. It was my employee and not MongoDb help desk who figured out it was all caused through different MongoDb version that lead to us not being able to import the data in the first place.
As for the free instance, why not limit it after 30 days? Everyone can try Atlas for 30 days without the current restrictions of no oplog, only a max of 100 transaction per second (which makes it impossible to guess if the performance is better, same or worse).
There is actually a long list of features that aren’t working in the free version. I do get it that they don’t want customer to free ride a production environment. Everyone needs money to run their business but with my 30 days model suggested above it would give us a fair test ride and a like-for-like comparison with our current provider.
Another point, why is it so damn complicated to convert from the free “sandbox” version to a paid version? Another unnecessary hurdle build in by MongoDb. See here for details: Migrate Data from an M0 (Free Tier) Cluster to a Paid Cluster
Lastly, I do see that you’ve just joined Meteor forum and this is your first post. It might be that this is just a coincidence and you do indeed work as an Application Developer for North 40 Outfitters.
Well I hope it’s that way as it would be really lame for any MongoDb employee to not identify himself when commenting on here. Right?
So happy to have you on board at Meteor 
Have a great day too!
Unfortunately that’s exactly what didn’t work for us because of the different MongoDb versions used
It actually is a coincidence. I just joined because I am checking out a project called Reaction. I also happen to be a Certified MongoDB Developer and when I saw this I felt like responding.
I understand you are having a bad time, but you don’t seem to understand that you are using a product outside of its intended scope. I understand that you wish the free tier was more than it is, but it isn’t.
On the other hand, as a certified MongoDB professional, I would have been more than happy to help you out. Instead, you post something titled “Don’t move your MongoDB to MongoDB Atlas!”, with an exclamation point. Then try to say you aren’t bashing it?
It seems like your biggest frustration is not being able to import data from an older version of MongoDB to a newer version though. If that’s so, it has nothing to do with Atlas and you would experience the same frustration just standing up your own 3.4.x version of MongoDB. Am I wrong there?
You might have set the mongo_url and oplog url incorrectly. Oplog url won’t
work for their free tier as mentioned above.
And I’d get in touch with their support. They’ll respond quickly. We just
went through this process and we were using the wrong connection strings.
Elie
Interesting, we migrated from 3.0 -> 3.4 without any issue
Yup. You really can’t use the free Atlas tier.
You should use Mongo 3.2 and Oplog. Neither available on Atlas free tier.
If you don’t want to pay $60 per month for their M10, go with mlab free version (and then migrate to Atlas when your db grows) or self host.
First rule of marketing, if you want attention (clicks) come up with the right headline
My biggest frustration is that it’s not working, free or not. See this message in my command line:
2017-06-12T20:14:00.637+0100 W NETWORK [ReplicaSetMonitor-TaskExecutor-0] No primary detected for set Cluster0-shard-0
2017-06-12T20:14:00.637+0100 I NETWORK [ReplicaSetMonitor-TaskExecutor-0] All nodes for set Cluster0-shard-0 are down. This has happened for 501 checks in a row.
Please see also this picture which I posted earlier:
So when you can’t connect to your MongoDb cluster via Compass, MongoBooster, Command Line and their web URL then you’re not disappointed?
I’m not a MongoDb developer, so I’m expecting more from a managed service like Atlas where the MongoDb devs are actually sitting on the other side of the screen. That’s why I have paid and will be willing to pay a premium for experts to ensure that my apps are up and running fine, 24x7
Please see above that I’m in touch with their support since days, hence the links to JIRA (which I understand now aren’t visible to you guys).
Yes, they respond quickly, something that MDG could learn from! Did I just bash another company? LOL
Yeah you did… well good luck with whatever you’re doing. You’ll get further with an attitude change.
1 Like
So I pointed out that I’ve been already in contact with their support and that I wrote it at the beginning of my post. You suggested that I should get in contact with them. Why does that require a change my attitude?
Hmh. Don’t think so. There are surely other points in my post were your suggestion is more adequate but not on that particular post.
Just some update with my ongoing discussion with MongoDb support (which hopefully might help others in the future):
They are actively working with MDG on solving the Oplog issue with their free M0 tier, see this:
As was previously noted, the issue at hand is likely related to the limitation imposed onto Atlas’ Free Tier cluster in which the oplog may not be tailed using the $regex operator. We understand that this limitation is problematic for Meteor users and have thus contacted some core members of the Meteor team to review Meteor’s oplog query patterns to ensure that we may provide the necessary support within Atlas’ Free Tier for Meteor developers. This collaborative effort is in-progress; we hope to have additional insights available by the end of this Summer.
They have also generously provided me with some free credits to try out their M10 tier and see if that solves the problems.
Lastly, they also agree that this is most likely a Meteor problem:
Knowing that you are able to connect to your Atlas cluster from your Laptop but not from Meteor does suggest the problem lies within Meteor.
This might be related to the bcrypt issues referenced in another thread here in the forum as I’m affected by these.