Bug 1372617 - "Error probing device: Error opening device file /dev/sr0: Permission denied (udisks-error-quark, 0)"
Summary: "Error probing device: Error opening device file /dev/sr0: Permission denied ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: cockpit
Version: 25
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Marius Vollmer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-02 08:37 UTC by lnie
Modified: 2017-01-02 12:56 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-02 12:56:37 UTC
Type: Bug

Attachments (Terms of Use)
problem vm journal (154.09 KB, text/x-vhdl)
2016-09-02 08:37 UTC, lnie 		no flags Details
picture1 (63.92 KB, image/png)
2016-09-02 08:38 UTC, lnie 		no flags Details
picture2 (60.87 KB, image/png)
2016-09-02 08:38 UTC, lnie 		no flags Details
picture3 (118.72 KB, image/png)
2016-09-02 08:40 UTC, lnie 		no flags Details
picture4 (146.20 KB, image/png)
2016-09-02 08:41 UTC, lnie 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Description lnie 2016-09-02 08:37:15 UTC 
Created attachment 1197061 [details]
problem vm journal

Description of problem:
I have created a vm and added two disks after the installation,
after play with the disk for a while( create ,delete luks disks),
the cockpit can't get the storage api anymore,then I created a new one 
with the same process,the cockpit works well.
the strange thing is,
both the vm have the exactly the same permission mode,which can be confirmed  from the attached pictures.


Version-Release number of selected component (if applicable):
 cockpit-0.117-1.fc25.x86_64

How reproducible:
always 

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 lnie 2016-09-02 08:38:02 UTC 
Created attachment 1197062 [details]
picture1
Comment 2 lnie 2016-09-02 08:38:25 UTC 
Created attachment 1197063 [details]
picture2
Comment 3 lnie 2016-09-02 08:40:58 UTC 
Created attachment 1197064 [details]
picture3
Comment 4 lnie 2016-09-02 08:41:21 UTC 
Created attachment 1197065 [details]
picture4
Comment 5 Marius Vollmer 2017-01-02 12:56:37 UTC 
I think the relevant bit from the journal is this:

   USER_AVC pid=695 uid=81 auid=4294967295 ses=4294967295 subj=system_u:system_r:system_dbusd_t:s0-s0:c0.c1023 msg='avc:  denied  { acquire_svc } for service=org.freedesktop.UDisks2 spid=1111 scontext=system_u:system_r:udisks2_t:s0 tcontext=system_u:system_r:system_dbusd_t:s0-s0:c0.c1023 tclass=dbus exe="/usr/bin/dbus-daemon" sauid=81 hostname=? addr=? terminal=?'

This is why udisksd didn't appear to start up.  This has been fixed since.

I think the "Permission denied" error is not relevant.
Note You need to log in before you can comment on or make changes to this bug.