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.

Sign up for GitHub

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

Jump to bottom

setsockop fails with SOL_SOCK, SO_RECVUCRED [Chrome core dumps] #11

Closed
sjorge opened this issue Nov 28, 2014 · 3 comments
Closed

setsockop fails with SOL_SOCK, SO_RECVUCRED [Chrome core dumps] #11

sjorge opened this issue Nov 28, 2014 · 3 comments

Comments

@sjorge
Copy link

sjorge commented Nov 28, 2014

'Google Chrome' fails when running inside an lx branded zone. (Using official 64-bit dataset)

setsockopt(10, SOL_SOCKET, SO_RECVUCRED, 0xFFFFFD7FFFDFE9E4, 4, SOV_DEFAULT) Err#22 EINVAL

Full truss available here: https://gist.github.com/sjorge/6ba0abc719f36c6f33fa
Core available here: http://sjorge.sinners.be/joyent/core.chrome.tar.bz2
@pfmooney
Copy link

pfmooney commented Dec 1, 2014

Filed internally:
https://smartos.org/bugview/OS-3601

Thanks for pointing it out.

@pfmooney pfmooney closed this as completed Dec 1, 2014
@pfmooney
Copy link

This specific issue should be fixed in 42ce707.
That said, Chrome still is nonfunctional due to lack of user namespace support.

@sjorge
Copy link
Author

sjorge commented Jan 14, 2016

I'll try chrome again in the next platform release. Hopefully indeed one browser will work now. (poke me if I forget)

mgerdts pushed a commit to mgerdts/illumos-joyent that referenced this issue Mar 16, 2018
@ryao @ahrens
6386 Fix function call with uninitialized value in vdev_inuse
f2ec8f3 
Reviewed by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed by: Dan Kimmel <dan.kimmel@delphix.com>

LLVM's static analyzer reported that we could pass an uninitialized
pool_guid to spa_by_guid() in vdev_inuse(). Upon review, it is correct.
An attempt to repurpose a spare or L2ARC drive from an exported pool
will cause the pool_guid passed to spa_by_guid() to be unintialized
information from the stack. This will cause non-deterministic behavior.
Since there is no reason why we cannot repurpose such disks, we modify
vdev_inuse() to avoid calling spa_by_guid() when they are detected.

openzfs/zfs@485c581

Closes TritonDataCenter#11
@rmustacc rmustacc mentioned this issue Mar 11, 2019
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@sjorge @pfmooney