Skip to content
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

manager crashes on accessing /cover #18

Closed
jirislaby opened this issue Feb 16, 2016 · 7 comments
Closed

manager crashes on accessing /cover #18

jirislaby opened this issue Feb 16, 2016 · 7 comments

Comments

@jirislaby
Copy link

Sometimes, when I go to machine:56741/cover, manager exits. I think, it crashes, as it leaves all qemu instances running.

@dvyukov
Copy link
Collaborator

dvyukov commented Feb 16, 2016

Is there any error message after manager?

@jirislaby
Copy link
Author

Not at all, it's like this:
syzkaller> syz-manager -config syzkaller.cfg
2016/02/16 11:21:59 loading corpus...
2016/02/16 11:22:01 loaded 1472 programs
2016/02/16 11:22:01 serving http on http://0.0.0.0:56741
2016/02/16 11:22:01 serving rpc on tcp://127.0.0.1:52034
syzkaller>

I.e. a prompt is shown.

@dvyukov
Copy link
Collaborator

dvyukov commented Feb 16, 2016

Hummm... Can it be an OOM kill? Memory consumption can grow significantly when coverage report is requested.

@jirislaby
Copy link
Author

Nope, dmesg is clean. No trace of OOM killer, neither crashes. I ran manager insider gdb, but cannot reproduce yet.

@dvyukov
Copy link
Collaborator

dvyukov commented Feb 16, 2016

Humm... I am out of ideas. Go programs don't exit silently until you say os.Exit (which I don't as far as I see).

If gdb won't show anything useful, let's try to fix profile generation first. Maybe the crash will go away if we fix that...

@jirislaby
Copy link
Author

it didn't happen with gdb. Neither it happens w/ debuginfo.

@dvyukov
Copy link
Collaborator

dvyukov commented Feb 16, 2016

OK, I am going to close this. It is not actionable and harmless provided that I add proper diagnosis for missed debug info. Feel free to reopen if you localize the root cause.

@dvyukov dvyukov closed this as completed Feb 16, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants