Error since 1.3 release

[sungwoncho]

Since 1.3 release, I get

line 75: cd: deploy/bundle/programs/server: No such file or directory

I think this line did not do its job.

I have been deploying fine until 1.3 release. The buildpack installs Meteor 1.3 now because the install script was updated. My app is using 1.2.1.

[djules75]

Same issue here.

[djules75]

Full error:

-----> Building meteor bundle
/home/vcap/.meteor/packages/meteor-tool/.1.3.0_3.fc5itk++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/lib/node_modules/meteor-promise/promise_server.js:116
      throw error;
            ^
Error: ENOSPC, open '/home/vcap/.meteor/packages/meteor-tool/.build471771..1.1.10.ypfzk5++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/lib/node_modules/meteor-babel/node_modules/lodash/internal/baseFindIndex.js'
/tmp/buildpacks/cf-meteor-buildpack/bin/compile: line 75: cd: deploy/bundle/programs/server: No such file or directory

[snajjar]

+1

[globalise1]

Same here. My app is built in 1.2.1.

[snajjar]

I'm no longer seeing this error (after updating my project to meteor 1.3).

Now i see a staging error happening during the "meteor build" command:

ERR encountered error: Staging error: failed to stage application:
ERR Script exited with status 255

It's happening 9 times out of 10. Any idea guys?

[maresk]

Same here, App was built in 1.2.1, I did not update to 1.3 but now on deployment it shows the following error everytime

-----> Updating PATH with Meteor -----> Building meteor bundle /home/vcap/.meteor/packages/meteor-tool/.1.3.0_3.fc5itk++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/lib/node_modules/meteor-promise/promise_server.js:116 throw error; ^ Error: ENOSPC, open '/home/vcap/.meteor/packages/meteor-tool/.build475703..1.1.10.1vbmylf++os.linux.x86_64+web.browser+web.cordova/mt-os.linux.x86_64/dev_bundle/lib/node_modules/mkdirp/node_modules/minimist/test/long.js' /tmp/buildpacks/cf-meteor-buildpack/bin/compile: line 75: cd: deploy/bundle/programs/server: No such file or directory

[globalise1]

OK, so I have found a very hacky solution to this. The problem is that the Meteor install script has as a parameter "1.3". I simply copied the Meteor script from https://install.meteor.com/ into a new file hosted on Dropbox, and replaced the line 131, "TARBALL_URL = ..." with:

TARBALL_URL="https://d3sqy0vbqsdhku.cloudfront.net/packages-bootstrap/1.2.1/meteor-bootstrap-os.linux.x86_64.tar.gz"

This ignores the parameter "1.3" and downloads the previous version of Meteor when the script is run. I assumed IBM Bluemix is running Linux, so I used the linux.x86_64 parameter and it worked.

I then forked the cf-meteor-buildpack repository and replaced the curl https://install.meteor.com/ instruction with a curl request to my dropbox file containing the amended Meteor install script.

Finally, I run the cf push command referencing my fork of the buildpack rather than this one.

Result: my app is back up and running on Bluemix in 1.2.1.

I am new to Github, so please tell me how to make the amended Meteor install .sh file available on Github in a way that it can be called using curl, and I will do so. You guys can then inspect and use it if you want.

[globalise1]

OK, I have figured out how to get a Github file via curl!

I have created a Git repository for the amended Meteor install script here:

https://github.com/globalise1/meteor_install_1.2.1.git

I have also amended my fork of the cf-meteor-buildpack to reference the file on Github. Everything is now available for inspection.

https://github.com/globalise1/cf-meteor-buildpack

Hope this is useful to you.

PLEASE INSPECT ALL SCRIPTS CAREFULLY BEFORE USING THEM. I ACCEPT NO RESPONSIBILITY FOR ANY PROBLEMS THAT MIGHT OCCUR ON YOUR MACHINES.

[tab00]

I'm getting the "ENOSPC" error too. It means no space left. Because of this error, the directory deploy/bundle/programs/server does not get created, causing the subsequent error "No such file or directory".

Is there a space quota on IBM Bluemix?

The error may also mean that the maximum limit of files watchable by the system has been reached. This limit can be changed, but the commands require sudo. e.g. see http://stackoverflow.com/questions/22475849/node-js-error-enospc

I've also found that npm install 2>&1 | indent needs to also run before cd deploy/bundle/programs/server so that your app's npm dependencies are also installed. the original npm install just installs the npm dependencies of Meteor (e.g. fibers). So npm install needs to be called twice.

When I test deploy with a small app, there are no errors. But for an app with many packages the "ENOSPC" error is thrown.

Has anyone found a proper solution to the problem?

I've found that you can change the install script URL to https://install.meteor.com?release=1.2.1 to force installation of Meteor 1.2.1, but it is not a proper solution.

[snajjar]

@jsloyer: is this project still maintained?

[tab00]

Is there a way to increase max_user_watches? I think it's hitting the limit, causing the ENOSPC error.

[snajjar]

I have tested to increase the app disk space & memory when pushing with
cf push $application_name -m 2G -k 2G -b $buildpack_url

Then i scale it down afterwhile with:
cf scale $application_name -m 1G -k 1G

The build seems to behave better, i'm not seeing the "script exited with error 255" anymore, but i'm still seeing the ENOSPC error from time to time.

I'll try with more disk and report results here.

[snajjar]

Edit: no need for more disk, after updating meteor to 1.3.1, it worked for me.

[tab00]

Try to deploy Meteor's official production-ready example app: https://github.com/meteor/todos
Before deploying, upgrade it to version 1.3.1.
Let us know if it works.

[gilad-xtify]

Actually, upgrading to version 1.3.1 fixed the problem for me.
I had to remove reference to faker in todos.js then I was able to successfully start the app