scrutiny: NVMe drives not correctly detected by Scrutiny
Output of
root@c43726ce532e:/scrutiny# smartctl -j -x /dev/nvme0
{
"json_format_version": [
1,
0
],
"smartctl": {
"version": [
7,
0
],
"svn_revision": "4883",
"platform_info": "x86_64-linux-4.19.107-Unraid",
"build_info": "(local build)",
"argv": [
"smartctl",
"-j",
"-x",
"/dev/nvme0"
],
"exit_status": 0
},
"device": {
"name": "/dev/nvme0",
"info_name": "/dev/nvme0",
"type": "nvme",
"protocol": "NVMe"
},
"model_name": "Force MP510",
"serial_number": "yes",
"firmware_version": "ECFM12.3",
"nvme_pci_vendor": {
"id": 6535,
"subsystem_id": 6535
},
"nvme_ieee_oui_identifier": 6584743,
"nvme_total_capacity": 480103981056,
"nvme_unallocated_capacity": 0,
"nvme_controller_id": 1,
"nvme_number_of_namespaces": 1,
"nvme_namespaces": [
{
"id": 1,
"size": {
"blocks": 937703088,
"bytes": 480103981056
},
"capacity": {
"blocks": 937703088,
"bytes": 480103981056
},
"utilization": {
"blocks": 937703088,
"bytes": 480103981056
},
"formatted_lba_size": 512,
"eui64": {
"oui": 6584743,
"ext_id": 171819811633
}
}
],
"user_capacity": {
"blocks": 937703088,
"bytes": 480103981056
},
"logical_block_size": 512,
"local_time": {
"time_t": 1600380529,
"asctime": "Thu Sep 17 22:08:49 2020 Europe"
},
"smart_status": {
"passed": true,
"nvme": {
"value": 0
}
},
"nvme_smart_health_information_log": {
"critical_warning": 0,
"temperature": 38,
"available_spare": 100,
"available_spare_threshold": 5,
"percentage_used": 1,
"data_units_read": 6734413,
"data_units_written": 15749028,
"host_reads": 29048027,
"host_writes": 17155968,
"controller_busy_time": 298,
"power_cycles": 4,
"power_on_hours": 6420,
"unsafe_shutdowns": 4,
"media_errors": 0,
"num_err_log_entries": 8382,
"warning_temp_time": 0,
"critical_comp_time": 0
},
"temperature": {
"current": 38
},
"power_cycle_count": 4,
"power_on_time": {
"hours": 6420
}
}
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 47 (22 by maintainers)
Running into this as well, but I was able to work around it by passing
--privileged
to the docker run command.Here’s debug logs from running both with and without
--privileged
, if they help. In particular, when running unprivileged, the collector log has a"Read NVMe Identify Controller failed: NVME_IOCTL_ADMIN_CMD: Permission denied"
error.privileged-collector.log privileged-web.log unprivileged-collector.log unprivileged-web.log
@npodbielski Unfortunately this is out of my control. Scrutiny uses Smartctl under the hood, and smartctl requires capabilities equivalent to
--privileged
– when running in a container.If you’re really worried, you can run the scrutiny webapp and influxdb in docker, and the collector outside (as a locked-down non-root user).