-
Notifications
You must be signed in to change notification settings - Fork 100
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
Unable to read all frames even V8 ones in core dump taken #74
Comments
@maziey93 - Can you post the command line you started lldb with and let me know whether the docker image was Mac or Linux? |
@hhellyer I started lldb using |
Ah, so lldb was running in a Mac terminal? The node executable on your path would have been a Mac one rather than a Linux one? |
@hhellyer yes I ran lldb in a Mac terminal, but got the core dump from the node docker image which is more or less Linux, but shouldn't the native C binding stack at least show? |
Ok, we could probably use some better examples for this case. But here's what happens for me, using a linux VM that mounts my Mac file system so I can access files in either environment: To see the same as you: To make it work, point lldb at the exact linux executable you were running when the dump was created: |
@hhellyer I see what you mean now, I'm actually running the |
No - you need the exact same node executable that was used inside docker. You can't use a Mac executable with a Linux core dump. Trying to rebuild the same level from source (even on the same platform) is unlikely to work - you probably won't get exactly the same binary. The core file and node exe that created it should be treated as a matching pair. When you copy the core file from your docker image copy the node executable as well. |
@hhellyer Alright thanks alot, I will give it a try |
@maziey93 - Let me know if it does/doesn't work. I shall leave this issue open so I can use it to update the docs. If it works I'll base them off what I've written, if it doesn't I'll try and help you get it going so I can write some docs which do work! |
@hhellyer it works 🕺🏾🕺🏾 |
Re-opening to remind me to update the documentation! |
@hhellyer Ping, did that documentation update happen? |
@bnoordhuis - Sorry, got sidetracked - I've raised PR #86. |
can this ticket be closed? |
PR #86 has been landed and published to https://www.npmjs.com/package/llnode - Closing this now. @brendangregg - Thanks for the reminder, sorry I didn't want to close this until the README.md update was visible on npmjs.org. |
@maziey93 - I know this is closed but I've also published an npm package which can generate a core dump and tar it up with the executable and libraries you need for lldb. It should simplify this sort of thing in the future. (We needed it for some situations where gcore was blocked - mainly inside docker containers.) |
@hhellyer thank you!! I am taking a look at it |
Hi I have been interested in debugging nodejs in prod for a while but having to install
mdb
was quite an issue, it’s really awesome that there is llnode.I installed llnode on my mac with brew for practice taking core dumps, analyzing points of failure etc it all worked, so I tried setting up with “a real project” using the simple code here so everything is predictable but with a docker container. The idea was to get the core dump move it to my machine and debugging, like I would hope to do in production
This is what I got after moving it to my machine, I’d like to know what I might have done wrong
The text was updated successfully, but these errors were encountered: