How to stay at 1.2.1?

I’m using git and it only works with a revert. Going from 1.2 to 1.3 and back to 1.2 ended up in a broken application and dependency problems, if I do it via --release parameter.

I’m looking for an option where I can force the version without adding --release on every meteor update command.

If there is such an option, I’m not aware of it. I always make sure my updates are a fresh commit so that I can revert any changes if I don’t like the results, so I have never had need of such a thing. I also only update package versions when I’m working on a new feature and as such generally move to the new version of meteor at the same time. Sorry I couldn’t be more help.

Having the same problem, tried to upgrade to 1.3, found out it doesn’t work on windows, and when forcing to go back to 1.2.1 it ends on a infinite downloading meteor-tools 1.1.0

P.S. It’s a trap! :frowning: :frowning:

Update: Found out that actually creating a new meteor app with --release 1.2.1 took extremely long but it worked, so used that to fetch back 1.2.1 packages and then could update my failed 1.3 update attempt
to 1.2.1 again (I had deleted 1.2.1 for a clean 1.3 install)… phew not everything was lost :sweat_smile:

1 Like

I didn’t do anything and had a 1.2.1 app that has been working for months… all of a sudden once 1.3 released - then just running meteor (not meteor --update) sent things into a frenzy. Now I cannot even run the 1.2 app. So I tried making a new 1.3 app with the plan to copy the source over, but that hangs too. Think someone pulled the trigger way too early and hosed even those of us that did not plan to move to 1.3 just yet in the process… Not sure what to try from here and I have to figure out something to tell the boss soon…

If you are using git, revert to the last commit before you did the update. Then run meteor --release 1.2.1 and then…never forget to call it on every update command.

balls i hope we dont all get this problem.

I’m having this problem too. Doesn’t matter which command i use… run, list, update, reset, create… it always says "Downloading meteor-tool@1.3.0_3… " and get’s stuck. I really hope this can be fixed fast :confused:

It’s not stuck. It just takes foreeeeveeeer.

how long did it take for you? over here it’s running for over an hour now

Not that long!
I think it was like 10-20 min

You were right greblak, it just took an eternity :astonished: 2.5 hours later it finished and everything executes very quickly.

You can also do meteor update --packages-only but I guess that’s still a moot point since it’s the same problem. :slight_smile:

In Windows-land you can modify the meteor.bat so that if it see update as the first parameter it will automatically add the necessary parameter. I think you can do something similar on Unix.

1 Like

How can we deploy a Meteor 1.2.1 app, now that RELEASE="1.3" is hardcoded in the install script at https://install.meteor.com?

Most buildpack scripts download and execute the script to install meteor onto cloud hosting.

Would it be better and possible to detect the version of Meteor an app being deployed uses and then install the appropriate version of Meteor, instead of only installing the version that is dictated by the install script?

I wold love to deploy the new version but it doesn’t work (“Error: ENOSPC” when attempting to deploy Meteor 1.3 app), so would like to revert to the previous version until the problem is fixed. Now my web app is completely down.

meteor create --release 1.2.1 still works

Im on a windows box, upgrading to 1.3 has been a nightmare, my app is broken. Im fairly new to Meteor and feel stuck about where to start.Im having a lot of trouble reverting to realease 1.2.1. After I reverted and started my app, a message indicated that v1.3 was being downloaded in the background. I have not experienced this issue with another app on my linux box, hope the issue gets sorted asap.

To answer my own question, I simply tried adding a query string to the install script URL and it worked: https://install.meteor.com/?release=1.2.1

So I am now able to redeploy my Meteor 1.2.1 app.

Though it would still be better if the version of Meteor used by the app was automatically detected so that we wouldn’t have to manually add the query string to the URL.

Nobody is doing any updates! Restarting one’s app is all that it takes. You’ve hosed, what, hundreds if not thousands of users?

What’s your problem? Meteor automatically upgrades to the newst version if you run meteor update.

My problem is I’m stuck with a system that is broken and I cannot get it to work.

  1. Meteor lost confidence in it’s front end and decided to open itself up to cross pollination with NPM and React.

  2. The fact that one cannot invoke meteor w/o having it update itself to the next version is very careless. One does not have to run meteor update. Invoking meteor itself is quite enough to get the next version. Who will tell my customers why their app has been missing for a day and a half.

  3. The meteor support people are asking folks to create repositories with their broken apps? I took the standard ‘todos’ app and added packages until the system broke. It broke when I added "accounts-password”. Accounts password pulls in :

meteor
[[[[[ /apps/test/todos ]]]]]

=> Started proxy.

Changes to your project’s package version selections:
accounts-base added, version 1.2.9
accounts-password added, version 1.2.12
ddp-rate-limiter added, version 1.0.5
email added, version 1.1.16
localstorage added, version 1.0.11
npm-bcrypt added, version 0.8.7
rate-limit added, version 1.0.5
service-configuration added, version 1.0.10
sha added, version 1.0.8
srp added, version 1.0.9

With the results below: (I’ve followed, to the best of my ability, the meteor migration docs, upgrading mongo, etc.).

W20160730-21:11:18.869(-4)? (STDERR) /home/ell/.meteor/packages/meteor-tool/.1.4.0-1.1qvcz63++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/server-lib/node_modules/fibers/future.js:313
W20160730-21:11:18.870(-4)? (STDERR) throw(ex);
W20160730-21:11:18.870(-4)? (STDERR) ^
W20160730-21:11:18.871(-4)? (STDERR) MongoError: failed to connect to server [localhost:27017] on first connect
W20160730-21:11:18.871(-4)? (STDERR) at Object.Future.wait (/home/ell/.meteor/packages/meteor-tool/.1.4.0-1.1qvcz63++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/server-lib/node_modules/fibers/future.js:449:15)
W20160730-21:11:18.871(-4)? (STDERR) at new MongoConnection (packages/mongo/mongo_driver.js:216:27)
W20160730-21:11:18.872(-4)? (STDERR) at new MongoInternals.RemoteCollectionDriver (packages/mongo/remote_collection_driver.js:4:16)
W20160730-21:11:18.873(-4)? (STDERR) at Object. (packages/mongo/remote_collection_driver.js:38:10)
W20160730-21:11:18.873(-4)? (STDERR) at Object.defaultRemoteCollectionDriver (packages/underscore/underscore.js:750:1)
W20160730-21:11:18.873(-4)? (STDERR) at new Mongo.Collection (packages/mongo/collection.js:103:40)
W20160730-21:11:18.874(-4)? (STDERR) at AccountsServer.AccountsCommon (packages/accounts-base/accounts_common.js:23:18)
W20160730-21:11:18.874(-4)? (STDERR) at new AccountsServer (packages/accounts-base/accounts_server.js:18:5)
W20160730-21:11:18.874(-4)? (STDERR) at meteorInstall.node_modules.meteor.accounts-base.server_main.js (packages/accounts-base/server_main.js:9:12)
W20160730-21:11:18.875(-4)? (STDERR) at fileEvaluate (packages/modules-runtime/.npm/package/node_modules/install/install.js:153:1)
W20160730-21:11:18.875(-4)? (STDERR) - - - - -
W20160730-21:11:18.875(-4)? (STDERR) at [object Object]. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/topologies/server.js:295:35)
W20160730-21:11:18.875(-4)? (STDERR) at emitOne (events.js:77:13)
W20160730-21:11:18.876(-4)? (STDERR) at [object Object].emit (events.js:169:7)
W20160730-21:11:18.876(-4)? (STDERR) at [object Object]. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/connection/pool.js:251:12)
W20160730-21:11:18.876(-4)? (STDERR) at [object Object].g (events.js:260:16)
W20160730-21:11:18.877(-4)? (STDERR) at emitTwo (events.js:87:13)
W20160730-21:11:18.877(-4)? (STDERR) at [object Object].emit (events.js:172:7)
W20160730-21:11:18.877(-4)? (STDERR) at Socket. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/connection/connection.js:150:49)
W20160730-21:11:18.878(-4)? (STDERR) at Socket.g (events.js:260:16)
W20160730-21:11:18.878(-4)? (STDERR) at emitOne (events.js:77:13)
=> Exited with code: 1
W20160730-21:11:39.390(-4)? (STDERR)
W20160730-21:11:39.392(-4)? (STDERR) /home/ell/.meteor/packages/meteor-tool/.1.4.0-1.1qvcz63++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/server-lib/node_modules/fibers/future.js:313
W20160730-21:11:39.392(-4)? (STDERR) throw(ex);
W20160730-21:11:39.393(-4)? (STDERR) ^
W20160730-21:11:39.533(-4)? (STDERR) MongoError: failed to connect to server [localhost:27017] on first connect
W20160730-21:11:39.534(-4)? (STDERR) at Object.Future.wait (/home/ell/.meteor/packages/meteor-tool/.1.4.0-1.1qvcz63++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/server-lib/node_modules/fibers/future.js:449:15)
W20160730-21:11:39.536(-4)? (STDERR) at new MongoConnection (packages/mongo/mongo_driver.js:216:27)
W20160730-21:11:39.537(-4)? (STDERR) at new MongoInternals.RemoteCollectionDriver (packages/mongo/remote_collection_driver.js:4:16)
W20160730-21:11:39.537(-4)? (STDERR) at Object. (packages/mongo/remote_collection_driver.js:38:10)
W20160730-21:11:39.538(-4)? (STDERR) at Object.defaultRemoteCollectionDriver (packages/underscore/underscore.js:750:1)
W20160730-21:11:39.538(-4)? (STDERR) at new Mongo.Collection (packages/mongo/collection.js:103:40)
W20160730-21:11:39.538(-4)? (STDERR) at AccountsServer.AccountsCommon (packages/accounts-base/accounts_common.js:23:18)
W20160730-21:11:39.539(-4)? (STDERR) at new AccountsServer (packages/accounts-base/accounts_server.js:18:5)
W20160730-21:11:39.540(-4)? (STDERR) at meteorInstall.node_modules.meteor.accounts-base.server_main.js (packages/accounts-base/server_main.js:9:12)
W20160730-21:11:39.540(-4)? (STDERR) at fileEvaluate (packages/modules-runtime/.npm/package/node_modules/install/install.js:153:1)
W20160730-21:11:39.540(-4)? (STDERR) - - - - -
W20160730-21:11:39.541(-4)? (STDERR) at [object Object]. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/topologies/server.js:295:35)
W20160730-21:11:39.541(-4)? (STDERR) at emitOne (events.js:77:13)
W20160730-21:11:39.542(-4)? (STDERR) at [object Object].emit (events.js:169:7)
W20160730-21:11:39.542(-4)? (STDERR) at [object Object]. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/connection/pool.js:251:12)
W20160730-21:11:39.542(-4)? (STDERR) at [object Object].g (events.js:260:16)
W20160730-21:11:39.543(-4)? (STDERR) at emitTwo (events.js:87:13)
W20160730-21:11:39.543(-4)? (STDERR) at [object Object].emit (events.js:172:7)
W20160730-21:11:39.544(-4)? (STDERR) at Socket. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/connection/connection.js:150:49)
W20160730-21:11:39.544(-4)? (STDERR) at Socket.g (events.js:260:16)
W20160730-21:11:39.544(-4)? (STDERR) at emitOne (events.js:77:13)
=> Exited with code: 1
W20160730-21:11:42.227(-4)? (STDERR)
W20160730-21:11:42.229(-4)? (STDERR) /home/ell/.meteor/packages/meteor-tool/.1.4.0-1.1qvcz63++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/server-lib/node_modules/fibers/future.js:313
W20160730-21:11:42.229(-4)? (STDERR) throw(ex);
W20160730-21:11:42.229(-4)? (STDERR) ^
W20160730-21:11:42.376(-4)? (STDERR) MongoError: failed to connect to server [localhost:27017] on first connect
W20160730-21:11:42.377(-4)? (STDERR) at Object.Future.wait (/home/ell/.meteor/packages/meteor-tool/.1.4.0-1.1qvcz63++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/server-lib/node_modules/fibers/future.js:449:15)
W20160730-21:11:42.377(-4)? (STDERR) at new MongoConnection (packages/mongo/mongo_driver.js:216:27)
W20160730-21:11:42.377(-4)? (STDERR) at new MongoInternals.RemoteCollectionDriver (packages/mongo/remote_collection_driver.js:4:16)
W20160730-21:11:42.378(-4)? (STDERR) at Object. (packages/mongo/remote_collection_driver.js:38:10)
W20160730-21:11:42.378(-4)? (STDERR) at Object.defaultRemoteCollectionDriver (packages/underscore/underscore.js:750:1)
W20160730-21:11:42.378(-4)? (STDERR) at new Mongo.Collection (packages/mongo/collection.js:103:40)
W20160730-21:11:42.379(-4)? (STDERR) at AccountsServer.AccountsCommon (packages/accounts-base/accounts_common.js:23:18)
W20160730-21:11:42.380(-4)? (STDERR) at new AccountsServer (packages/accounts-base/accounts_server.js:18:5)
W20160730-21:11:42.380(-4)? (STDERR) at meteorInstall.node_modules.meteor.accounts-base.server_main.js (packages/accounts-base/server_main.js:9:12)
W20160730-21:11:42.381(-4)? (STDERR) at fileEvaluate (packages/modules-runtime/.npm/package/node_modules/install/install.js:153:1)
W20160730-21:11:42.382(-4)? (STDERR) - - - - -
W20160730-21:11:42.382(-4)? (STDERR) at [object Object]. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/topologies/server.js:295:35)
W20160730-21:11:42.382(-4)? (STDERR) at emitOne (events.js:77:13)
W20160730-21:11:42.383(-4)? (STDERR) at [object Object].emit (events.js:169:7)
W20160730-21:11:42.383(-4)? (STDERR) at [object Object]. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/connection/pool.js:251:12)
W20160730-21:11:42.383(-4)? (STDERR) at [object Object].g (events.js:260:16)
W20160730-21:11:42.383(-4)? (STDERR) at emitTwo (events.js:87:13)
W20160730-21:11:42.384(-4)? (STDERR) at [object Object].emit (events.js:172:7)
W20160730-21:11:42.384(-4)? (STDERR) at Socket. (/home/ell/.meteor/packages/npm-mongo/.1.5.45.1rizxra++os+web.browser+web.cordova/npm/node_modules/mongodb-core/lib/connection/connection.js:150:49)
W20160730-21:11:42.384(-4)? (STDERR) at Socket.g (events.js:260:16)
W20160730-21:11:42.384(-4)? (STDERR) at emitOne (events.js:77:13)
=> Exited with code: 1
=> Your application is crashing. Waiting for file change.

Thank you @tab00 your release flag worked.

@everyone, just delete meteor (rm -r -f ~/.meteor) and then install using the release flag @tab00 suggested