Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.Sign up
GitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
attempt to access private resource denied #21
After I run the docker container of osrf/ros, I got the following error, and the GUI not work!
X Error: BadAccess (attempt to access private resource denied) 10
I tried it on Fedora22 X86_64.
The MIT-SHM is an extension to the X server which allows faster transactions by using shared memory. Docker isolation probably blocks it. Qt applications can be forced not to use the extension. Try using:
It could be a good idea to add it to the images (for rviz and rqt).
As @j-rivero points out a relevant issue with Qt, forgetting this flag results in much of the GUI windows button or menu interfaces not being rendered. How ever if you are having a Bad Access error, my guess is that your having and a permission or authentication problem using the mounted Unix socket from within the container. You should peruse through some notes on the topic I wrote in the ROS Docker wiki here:
Also, for some image sensors in gazebo, we might need GPU access within the container.
docker's --ipc setting: https://docs.docker.com/engine/reference/run/#/ipc-settings-ipc allows accessing shared memory between x11 and application running in container. But I'm no expert on it either.
It could open security holes though ( I made SO question, hopefully will someone answer http://stackoverflow.com/questions/38907708/docker-ipc-host-and-security ), I don't know enough to say for sure. But if you trust application inside (which is this case I suspect) and use docker more for convinience than security, you could just allow it.
PS: GPU benchmark (with
Tbh I would mind, I don't even have any idea what this project is, I just found this issue when googling for
so I don't feel like qualified person to edit your wiki :) Since this page is relatively high in google search, I thought I would leave here what I found for future people having this problem. I don't even know if GUI performance is important enough for you (I was benchmarking OpenGL so for me it was). But I can make a summary of what I managed to figure out and if you find it useful you (or someone) can incorporate it into your wiki :)
I'm using Archlinux as a base, so steps will probably need to be adapted to your base. This
Seems more complicated than it is. Basically it just updated archlinux base to newest version and install gui drivers & libraries.
Note: You need to pick driver depending on your GPU (or install them all), I have ATI card, so for me it's
Note2: this is probably not smallest possible, from
Note: The line with
If you think this could be useful you this project, go ahead and incorporate it into the wiki :) I have no doubt it could be simplified quite a bit since you already have working image etc.
Hope this will be helpful to someone ^_^
@graywolf , pardon my assumption, I guess these pages on Docker and GUIs are more general traffic than just fellow ROS users. I'll try this out for out ubuntu bases and incorporate it into the wiki. Does this no longer require adjusting the allowed xorg users on the host, i.e. doing
(P.S. awesome GITS related avatar by the way.)
GR plots couldn't display with the ubuntu images, probably due to missing packages. To support them, followed the instructions in http://gr-framework.org/tutorials/docker.html - Image based on fedora - Julia built from source, takes a long time - docker --ipc=host opens a potential security hole. Based on osrf/docker_images#21
@AnkS4 , if you're able to view the GUI window, but not the 3D rendered view, I think that would be an issue with enabling the hardware acceleration for 3D graphics. I'd say check your approach with the wiki, or use a tool to setup your environment for you: