-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error when deploying to Modulus only #143
Comments
Thanks for the report. This seems like a great chance to test out the demeteorizer beta, which uses Try this out and see how it works out for you.
That will generate a bundle that's much more similar to what would be running on |
All of your steps worked fine without throwing any errors. But still get this in the app log on Modulus. The odd thing is that this code had been working fine on Modulus before. I shut it down for a few months and now get this when deploying; Found package.json: ./programs/server/package.json
/mnt/app/programs/server/npm/mongo/node_modules/mongodb/lib/mongodb/connection/base.js:246 npm ERR! [email protected] start: |
I'm not sure how to help from this point. :/ This is something that I've seen before with Meteor projects that comes and goes |
I have everything that I'm using updated and over the past three days I'd say that I've already tried the many times approach. |
Check this out: meteor/meteor#4148 |
I've seen that one already. My user name has always been - harleyhar It is a bit odd though that my error is thrown from that exact same location? I found this one that says it fixed it but never mentions how to do the upgrade or how to tell if you already have it. |
Looks like that is fixed in 1.4.34, which is weird because 1.1.0.3 is the latest.. |
Not sure where to post issues for the beta, there doesn't seem to be a public branch. I'm using the RC-12 of 1.2 by the way. fs.js:887 |
What was your current WD when you ran the demeteorizer command and what command options did you use? The path C:\Pigments.demeteorized\bundle\ looks rather .. odd.. Also — when did you get the error? From the demeteorizer or the modulus deploy? And what was the command lines for the latter?
|
That sucks. For some reason, the bundle output is readonly. I was able to |
Actually, this is not a 1.2 issue.. I am having the same issue (I just tried it) on my 1.1.0.3 app with the @next version on Windows 7. I tried looking at the permissions but the output directory seems to disappear if there is an error? At least I can’t even see c:\deploy\RTViewer on the file-system .. I also note that you no longer output where the Destination Path is going to be upon start up .. that is sort of good information to know in case it’s wrong and you can kill it before it goes too far.. :) — $ demeteorizer -o c:/deploy/RTViewer fs.js:772 Steven McDowall@VM-WIN7-64 ~/work/galaxy/rts/sources/RTViewer (master) |
I may have been too hasty on the deletion of the folder -- I was looking in the wrong place. :) If I have a chance I'll take a look at the permissions, etc. once I get my latest version deployed using the old version. |
I just did demeteorizer, which demeteorizes and bundles stuff up but apparently it misses some really crucial stuff. Sorry, what's WD? From the modulus logs: I have a feeling the actual deploy with modulus deploy .demeteorized/bundle -m would work. |
That's important. :) It's also important that |
So what can I do to solve this? I really need to launch an MVP tomorrow (8 hours from now preferably). Is something wrong on my end? Can I fix it with a hack? Should I wait for a solution? |
Use the latest version of demeteorizer rather than the beta. The bundle that |
So are there any nice calls that allows us to change the permissions before we try the unlink -- ?? Also, since it's an unlink -- is the PERM error on the file or the directory containing the file? |
What version of node are you on? The unlink works as expected on OSX and when I tested on Windows; however, node |
Ah -- I am on V 10.0.36 because, as far as I know -- that's still the only node version Meteor officially supports... ?? |
Yeah, that's correct. Damn. |
Related: nodejs/node-v0.x-archive#3006 |
Fixed in PR # 144 (or whatever it's called) -- this is the EPERM error .. not the original problem.. |
Actually I tried the beta because I got errors with the stable version as well, probably due to the RC :P. Anyway, I don't know I guess I'll deploy on a meteor testserver for now x_x From the old demeteorizer without setting any demeteorizer parameters. I guess it doesn't work with RCs because bundling is no longer supported in favor of build? PS C:\Pigments> demeteorizer WARNING: The output directory is under your source tree. |
@AndreasGalster #144 should solve this for you. :) |
|
This was a combination of issues. So I reverted back to the version before I did any edits and created a new mongo db collection. It's too bad that I have to do two days of edits all over again but at least it's getting deployed now. |
I get the error below only when deploying to the Modulus server. Works fine on my server and when deploying to the Meteor server.
/mnt/app/node_modules/mongodb/lib/mongodb/connection/base.js:246
throw message;
^
TypeError: Cannot read property 'done' of null
at /mnt/app/node_modules/mongodb/lib/mongodb/auth/mongodb_scram.js:165:17
at /mnt/app/node_modules/mongodb/lib/mongodb/db.js:1194:16
at /mnt/app/node_modules/mongodb/lib/mongodb/db.js:1903:9
at Server.Base._callHandler (/mnt/app/node_modules/mongodb/lib/mongodb/connection/base.js:453:41)
at /mnt/app/node_modules/mongodb/lib/mongodb/connection/server.js:487:18
at [object Object].MongoReply.parseBody (/mnt/app/node_modules/mongodb/lib/mongodb/responses/mongo_reply.js:68:5)
at [object Object]. (/mnt/app/node_modules/mongodb/lib/mongodb/connection/server.js:445:20)
at [object Object].emit (events.js:95:17)
at [object Object]. (/mnt/app/node_modules/mongodb/lib/mongodb/connection/connection_pool.js:207:13)
at [object Object].emit (events.js:98:17)
The text was updated successfully, but these errors were encountered: