Bug 1382532 - F25 server beta: Storage section empty, "storaged API is not available on this system"
Summary: F25 server beta: Storage section empty, "storaged API is not available on thi...
Keywords:
Status: CLOSED DUPLICATE of bug 1375156
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-10-07 00:31 UTC by Chris Murphy
Modified: 2016-10-10 07:50 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-10-10 07:50:38 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
journalctl -b -o short-monotonic (64.00 KB, text/plain)
2016-10-07 00:35 UTC, Chris Murphy
no flags Details

Description Chris Murphy 2016-10-07 00:31:54 UTC
Description of problem:

Clicking on the Storage option in Cockpit, I get a message:

The "storaged" API is not available on this system.


Version-Release number of selected component (if applicable):

cockpit-shell-118-1.fc25.noarch
cockpit-ws-118-1.fc25.x86_64
cockpit-networkmanager-118-1.fc25.noarch
cockpit-bridge-118-1.fc25.x86_64
cockpit-storaged-118-1.fc25.noarch
 


How reproducible:
Always

Steps to Reproduce:
1. Default installation Fedora-Server-netinst-x86_64-25_Beta-1.1.iso in a VM.
2. Browser, connect to the server IP:9090, click on Storage on the left side UI
3.

Actual results:

The "storaged" API is not available on this system.

Expected results:

Bunch of badass storage info.

Additional info:

storaged looks available?

[root@f25v ~]# rpm -qa | grep storaged
storaged-lvm2-2.6.2-2.fc25.x86_64
storaged-2.6.2-2.fc25.x86_64
storaged-iscsi-2.6.2-2.fc25.x86_64
cockpit-storaged-118-1.fc25.noarch
libstoraged-2.6.2-2.fc25.x86_64

Comment 1 Chris Murphy 2016-10-07 00:35:48 UTC
Created attachment 1208061 [details]
journalctl -b -o short-monotonic

Doesn't appear to be that helpful, nothing storage related. udisks2.service is loaded and active.

Comment 2 Marius Vollmer 2016-10-10 07:50:38 UTC
THis is probably caused by storaged/selinux mismatches, see bug 1375156.

*** This bug has been marked as a duplicate of bug 1375156 ***


Note You need to log in before you can comment on or make changes to this bug.