Issues with HP P420i and SMART

[Edoardo396]

Hi everyone, this is my first post here.
I'm running Proxmox on my homelab (a HP P360p Gen8) and I'm having issues reading SMART values from my drives.

The drives are connected to the onboard RAID controller that I set to HBA mode because otherwise I could not have had more than one disk showing to the OS.

root@fullser:~# ssacli ctrl all show config

Smart Array P420i in Slot 0 (Embedded) (sn: 00143802831AA10)


Port Name: 1I

Port Name: 2I


HBA Drives

physicaldrive 1I:0:1 (port 1I:box 0:bay 1, SATA HDD, 500 GB, OK)
physicaldrive 1I:0:2 (port 1I:box 0:bay 2, SATA HDD, 2 TB, OK)
physicaldrive 2I:0:7 (port 2I:box 0:bay 7, SATA SSD, 250 GB, OK)

The problem I'm having is that SMART values don't show in the GUI



By manually running smartctl I get the following output

root@fullser:~# smartctl -a /dev/sdc
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.65-1-pve] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sda: requires option '-d cciss,N'
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

As it suggested I tried running smartctl with the new parameters and the SMART values seems to show up now.

root@fullser:~# smartctl -a -d cciss,1 /dev/sdc
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.65-1-pve] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model: ST2000DM008-2FR102
Serial Number: XXXXXXX
LU WWN Device Id: 5 000c50 0bf0642de
Firmware Version: 0001
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Thu Nov 26 09:42:45 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 198) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30a5) SCT Status supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 083 064 006 Pre-fail Always - 181667648
3 Spin_Up_Time 0x0003 098 098 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 452
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 078 060 045 Pre-fail Always - 64170667
9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 3391 (110 58 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 426
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 077 056 040 Old_age Always - 23 (Min/Max 19/23)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 270
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 1226
194 Temperature_Celsius 0x0022 023 044 000 Old_age Always - 23 (0 17 0 0 0)
195 Hardware_ECC_Recovered 0x001a 083 064 000 Old_age Always - 181667648
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 3252 (160 92 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 3554826126
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 5429268168

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 3333 -
# 2 Extended offline Completed without error 00% 1063 -

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Am I missing something?

The problem seems to be that proxmox is expecting to address every disk directly while the RAID card "hides disks in a submenu".

Would it be the same with a "proper" HBA card? Can I do something to fix this?


Thanks in advance.
Edo

 

[esquizo]

I have the same problem with the same hardware (HP DL360p Gen8 with P420i RAID Controller).

Can someone help please?

Thanks

 

[Edoardo396]

Seems like the onboard controller in HBA mode does not behave exactly like a HBA card.

I just bought a HP H220 and the problem is gone

 

[RolandK]

i have the same problem with p420 in hba mode.

apparently, specifying "cciss,N /dev/sdX" does not output smart info of "/dev/sdX" but of cciss/hpsa device number "N"

look here:
root@pve:/dev# smartctl -a -d cciss,1 /dev/sda|grep Serial
Serial Number: ZAD4F9V3
root@pve:/dev# smartctl -a -d cciss,1 /dev/sdb|grep Serial
Serial Number: ZAD4F9V3

mhh, difficult. i'm not sure if proxmox team should fix this, as it needs special handling to support this controller in a right way.

i think, smartctl should handle this more intelligent, i.e. detect that disk is attached to hp controller and automatically find appropriate special option for getting data from that.

to some degree, it works when telling smartctrl it should use type "scsi" instead of "autodetect"

# smartctl -a -d scsi /dev/sdc
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.4.103-1-pve] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

User Capacity: 6,001,175,126,016 bytes [6.00 TB]
Logical block size: 512 bytes
Physical block size: 4096 bytes
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Logical Unit id: 0x5000c500b0edbd21
Serial number: ZAD4F9PN
Device type: disk
Local Time is: Sat Mar 20 12:33:02 2021 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Disabled or Not Supported

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK
Current Drive Temperature: 27 C
Drive Trip Temperature: 0 C

Error Counter logging not supported

Device does not support Self Test logging

 

[RolandK]

also mind, there is cciss_volstatus tool ( http://cciss.sourceforge.net/ ) for getting status information from the drives

# cciss_vol_status -V /dev/sda
Controller: Smart Array P420
Board ID: 0x3351103c
Logical drives: 0
Running firmware: 8.32
ROM firmware: 8.32
Physical drives: 12
connector 2I box 1 bay 1 ATA ST6000NE0023-2EX ZAD4FKB3 EN02 OK
connector 2I box 1 bay 2 ATA ST6000NE0023-2EX ZAD4F9V3 EN02 OK
connector 2I box 1 bay 3 ATA ST6000NE0023-2EX ZAD4F9PN EN02 OK
connector 2I box 1 bay 4 ATA ST6000NE0023-2EX ZAD4FK4Y EN02 OK
connector 2I box 1 bay 5 ATA ST6000NE0023-2EX ZAD4FK8X EN02 OK
connector 2I box 1 bay 6 ATA ST6000NE0023-2EX ZAD4F9RG EN02 OK
connector 2I box 1 bay 7 ATA WDC WD30EFRX-68E WD-WCC4N5YNU5HP 82.00A82 OK
connector 2I box 1 bay 8 ATA WDC WD30EFRX-68E WD-WCC4N7TLDU27 82.00A82 OK
connector 2I box 1 bay 9 ATA WDC WD30EURS-63S WD-WMC1T2178327 80.00A80 OK
connector 2I box 1 bay 10 ATA WDC WD30EURS-63S WD-WMC1T2259555 80.00A80 OK
connector 2I box 1 bay 11 ATA ST2000DL003-9VT1 5YD677H7 CC3C OK
connector 2I box 1 bay 12 ATA WDC WD20EFRX-68E WD-WCC4M7VPE2A6 82.00A82 OK
/dev/sda: (Smart Array P420) Enclosure Gen8 ServBP 12+2 (S/N: FZ31BP2744) on Bus 1, Physical Port 2I status: OK.
/dev/sda(Smart Array P420:0): Non-Volatile Cache status:
Cache configured: No

 

[Alexey Pavlyuts]

Have the same problem with HP DL360 Gen9 server and Smart Array P440ar controller in HBA mode.

I have HP 10Krpm SAS deives and intel D3-S4510 series SSDs. Web interface show nothing, smartctl asks for -d hint, ad with -d option starts to return a ot of information but it looks like it is NOT use devce name from command line at all.

Any ideas of how to manage it?

 

[udotirol]

I'm "suffering" from the same situation, with a P420i controller in RAID mode. The UI would only show an error when trying to access the SMART values via the "Disks" page.

So what I did was to write a little wrapper script around smartctl, adding the "-d cciss,X" as needed. /dev/sda will get "-d cciss,0", /dev/sdb will be "-d cciss,1" and so on.

Maybe someone finds it useful:

#!/bin/bash
 
# -----------------------------------------------------------------
# Copyright (c) 2021 BestSolution.at EDV Systemhaus GmbH
# All Rights Reserved.
#
# This software is released under the terms of the
#
#            "GNU Affero General Public License"
#
# and may only be distributed and used under the terms of the
# mentioned license. You should have received a copy of the license
# along with this software product, if not you can download it from
# https://www.gnu.org/licenses/agpl-3.0.en.html
#
# Author: udo.rader@bestsolution.at
# -----------------------------------------------------------------
#
#  smartctl_cciss.sh
#
#  Wrapper that converts
#
#    '$ smartctl [...] /dev/sda' to '$ smartctl -d cciss,0 [...] /dev/sda'
#    '$ smartctl [...] /dev/sdb' to '$ smartctl -d cciss,1 [...] /dev/sdb'
#    '$ smartctl [...] /dev/sdc' to '$ smartctl -d cciss,2 [...] /dev/sdc'
#    ...
#    '$ smartctl [...] /dev/sdp' to '$ smartctl -d cciss,15 [...] /dev/sdp'
#
#  Per definition (see man smartctl(8)), the maximum number of devices
#  supported by the cciss driver is 15, so the /dev/sdp is the "highest"
#  device accepted (p=15).
#
#  This is useful for certain HP RAID/HBA controllers that expose the block
#  devices they control as /dev/sdX, but still require '-d cciss,N' to be
#  present when used with smartctl.
#
#  At the bottom line, this saves you the extra commandline switch  plus at
#  the same time allows other tools to read out the SMART values without any
#  further configuration on their side (eg. the proxmox admin interface
#  showing SMART values).
#
#  To wrap the original smartctl binary using this script, rename the script
#  to /usr/sbin/smartctl.orig and use this script as a replacement, eg like
#  this:
# 
#  $ mv /usr/sbin/smartctl /usr/sbin/smartctl.orig
#  $ cp /path/of/the/downloaded_wrapper/smartctl_cciss.sh /usr/sbin/smartctl
#  $ chmod 755 /usr/sbin/smartctl
#
#  Later updates of the smartmontools package will probably overwrite the
#  wrapper, so what you can do to prevent this is to make the in place
#  wrapper immutable like this:
#
#  $ chattr +i /usr/sbin/smartctl
#
#  ... but this may have some sideffects afterwards (eg. updates might
#  complain that they cannot update the now immutable file).
#
#  This is a little bit hackish, but it does the job well enough for me :)
 
SMARTCTL=/usr/sbin/smartctl.orig
OPTIONS=("$@")
 
# build up map
char_index=({a..p})
declare -A num_map
for((i=0; i < ${#char_index[*]}; ++i)); do
    num_map[${char_index[i]}]=$i
done
 
for((i=1; i<$#; ++i)); do
    device_letter="${OPTIONS[i]#/dev/sd}"
    # only proceed if the given device ends with [a-p]
    if [[ ! -z "${num_map[$device_letter]:-}" ]]; then
        cciss_device="-d cciss,${num_map[$device_letter]}"
        # add the "-d cciss,X" option to the list of options
        OPTIONS=($cciss_device "${OPTIONS[@]}")
    fi
done
 
exec $SMARTCTL "${OPTIONS[@]}"

I've also attached the script to this post.

To actually use it, you need to rename the original /usr/sbin/smartctl binary as /usr/sbin/smartctl.orig and copy this wrapper script as /usr/bin/smartctl. All the wrapper script does, is to add the -d cciss,X parameter as needed, so this should really be a complete drop-in replacement.

After this has been done, the proxmox UI will show the correct SMART values.

... just a quick hack and as usual: YMMV!

 

[mdk_netherlands]

Thanks udotirol, it worked perfectly!

mv /usr/sbin/smartctl /usr/sbin/smartctl.orig

nano /usr/sbin/smartctl
--
put the script of udotirol inside of this script, and maybe change the drive letters if necessary.
--
SAVE

chmod 755 /usr/sbin/smartctl

 

[Deleted member 137777]

I'm "suffering" from the same situation, with a P420i controller in RAID mode. The UI would only show an error when trying to access the SMART values via the "Disks" page.

So what I did was to write a little wrapper script around smartctl, adding the "-d cciss,X" as needed. /dev/sda will get "-d cciss,0", /dev/sdb will be "-d cciss,1" and so on.

Maybe someone finds it useful:

#!/bin/bash
 
# -----------------------------------------------------------------
# Copyright (c) 2021 BestSolution.at EDV Systemhaus GmbH
# All Rights Reserved.
#
# This software is released under the terms of the
#
#            "GNU Affero General Public License"
#
# and may only be distributed and used under the terms of the
# mentioned license. You should have received a copy of the license
# along with this software product, if not you can download it from
# https://www.gnu.org/licenses/agpl-3.0.en.html
#
# Author: udo.rader@bestsolution.at
# -----------------------------------------------------------------
#
#  smartctl_cciss.sh
#
#  Wrapper that converts
#
#    '$ smartctl [...] /dev/sda' to '$ smartctl -d cciss,0 [...] /dev/sda'
#    '$ smartctl [...] /dev/sdb' to '$ smartctl -d cciss,1 [...] /dev/sdb'
#    '$ smartctl [...] /dev/sdc' to '$ smartctl -d cciss,2 [...] /dev/sdc'
#    ...
#    '$ smartctl [...] /dev/sdp' to '$ smartctl -d cciss,15 [...] /dev/sdp'
#
#  Per definition (see man smartctl(8)), the maximum number of devices
#  supported by the cciss driver is 15, so the /dev/sdp is the "highest"
#  device accepted (p=15).
#
#  This is useful for certain HP RAID/HBA controllers that expose the block
#  devices they control as /dev/sdX, but still require '-d cciss,N' to be
#  present when used with smartctl.
#
#  At the bottom line, this saves you the extra commandline switch  plus at
#  the same time allows other tools to read out the SMART values without any
#  further configuration on their side (eg. the proxmox admin interface
#  showing SMART values).
#
#  To wrap the original smartctl binary using this script, rename the script
#  to /usr/sbin/smartctl.orig and use this script as a replacement, eg like
#  this:
#
#  $ mv /usr/sbin/smartctl /usr/sbin/smartctl.orig
#  $ cp /path/of/the/downloaded_wrapper/smartctl_cciss.sh /usr/sbin/smartctl
#  $ chmod 755 /usr/sbin/smartctl
#
#  Later updates of the smartmontools package will probably overwrite the
#  wrapper, so what you can do to prevent this is to make the in place
#  wrapper immutable like this:
#
#  $ chattr +i /usr/sbin/smartctl
#
#  ... but this may have some sideffects afterwards (eg. updates might
#  complain that they cannot update the now immutable file).
#
#  This is a little bit hackish, but it does the job well enough for me :)
 
SMARTCTL=/usr/sbin/smartctl.orig
OPTIONS=("$@")
 
# build up map
char_index=({a..p})
declare -A num_map
for((i=0; i < ${#char_index[*]}; ++i)); do
    num_map[${char_index[i]}]=$i
done
 
for((i=1; i<$#; ++i)); do
    device_letter="${OPTIONS[i]#/dev/sd}"
    # only proceed if the given device ends with [a-p]
    if [[ ! -z "${num_map[$device_letter]:-}" ]]; then
        cciss_device="-d cciss,${num_map[$device_letter]}"
        # add the "-d cciss,X" option to the list of options
        OPTIONS=($cciss_device "${OPTIONS[@]}")
    fi
done
 
exec $SMARTCTL "${OPTIONS[@]}"

I've also attached the script to this post.

To actually use it, you need to rename the original /usr/sbin/smartctl binary as /usr/sbin/smartctl.orig and copy this wrapper script as /usr/bin/smartctl. All the wrapper script does, is to add the -d cciss,X parameter as needed, so this should really be a complete drop-in replacement.

After this has been done, the proxmox UI will show the correct SMART values.

... just a quick hack and as usual: YMMV!

One thing to note tho:
The script will only be able to read the smart data from the HP RAID Controller. If you have the proxmox boot disk just plugged in into the motherboard like me for example, then you will lose the smart data of that disk.

 

[udotirol]

One thing to note tho:
The script will only be able to read the smart data from the HP RAID Controller. If you have the proxmox boot disk just plugged in into the motherboard like me for example, then you will lose the smart data of that disk.

there's actually an simple workaround for this. Say for example if your boot device that is NOT attached to the HP P420i is sda and your HP P420i devices only start at sdd, then just modify char_index from.

old:

char_index=({a..p})

to new

char_index=({d..s})

That way, the wrapper script won't interfere with devices sda to sdc

 

[Deleted member 137777]

there's actually an simple workaround for this. Say for example if your boot device that is NOT attached to the HP P420i is sda and your HP P420i devices only start at sdd, then just modify char_index from.

old:

char_index=({a..p})

to new

char_index=({d..s})

That way, the wrapper script won't interfere with devices sda to sdc

Thanks.

 

[dj_arbz]

Hello, I am unfamiliar with this bash convention, how can I setup multiple ranges?

ex. char_index=({a..n,r..v})
In this case drives o, p, q need to be queried normally.

 

[Deleted member 137777]

Hello, I am unfamiliar with this bash convention, how can I setup multiple ranges?

ex. char_index=({a..n,r..v})
In this case drives o, p, q need to be queried normally.

It should be char_index=({o..q}) since it needs to start at o and stop after q.

 

[dj_arbz]

It should be char_index=({o..q}) since it needs to start at o and stop after q.

I don't believe so, o, p, q are regular disks, a-n and r-v are on the HBA.

 

[t0mc@]

As I am also using P420 controllers I am also affected with "unknown" smart values in the gui.

Tried @udotirol s wrapper script as described, which works fine at the console. But the GUI remains in "unknown". When selecting one disk and click "Show S.M.A.R.T Values" an error is shown in the popup:


Mode of the wrapper script /usr/sbin/smartctl is 755, so exec bit is set for all.

Could this be an issue with PBS Version 2.1-4?

 

[Brandito]

there's actually an simple workaround for this. Say for example if your boot device that is NOT attached to the HP P420i is sda and your HP P420i devices only start at sdd, then just modify char_index from.

old:

char_index=({a..p})

to new

char_index=({d..s})

That way, the wrapper script won't interfere with devices sda to sdc

Thanks for your work on this wrapper.

I have an issue due two having to h240 HBAs in my dl8 gen9. It seems that each h240 counts off devices from cciss,0-7. So in my case, cciss,0 is both sda and sdi. How could I modify your script to only count up to 7 and then start again at 0 when it gets to sdi?

Thanks

EDIT: I'm assuming this is the worst possible way to do it, but here's my soltuion

SMARTCTL=/usr/sbin/smartctl.orig
OPTIONS=("$@")
 
# build up map
char_index=({a..h})
declare -A num_map
for((i=0; i < ${#char_index[*]}; ++i)); do
    num_map[${char_index[i]}]=$i
done
 
for((i=1; i<$#; ++i)); do
    device_letter="${OPTIONS[i]#/dev/sd}"
    # only proceed if the given device ends with [a-p]
    if [[ ! -z "${num_map[$device_letter]:-}" ]]; then
        cciss_device="-d cciss,${num_map[$device_letter]}"
        # add the "-d cciss,X" option to the list of options
        OPTIONS=($cciss_device "${OPTIONS[@]}")
    fi

done

char_index=({i..p})
declare -A num_map
for((i=0; i < ${#char_index[*]}; ++i)); do
    num_map[${char_index[i]}]=$i
done
 
for((i=1; i<$#; ++i)); do
    device_letter="${OPTIONS[i]#/dev/sd}"
    # only proceed if the given device ends with [a-p]
    if [[ ! -z "${num_map[$device_letter]:-}" ]]; then
        cciss_device="-d cciss,${num_map[$device_letter]}"
        # add the "-d cciss,X" option to the list of options
        OPTIONS=($cciss_device "${OPTIONS[@]}")
    fi

done
 
exec $SMARTCTL "${OPTIONS[@]}"

I basically just doubled the script for the 2 character ranges. Seems to work, not very elegant though.

 

[ccg]

As I am also using P420 controllers I am also affected with "unknown" smart values in the gui.

Tried @udotirol s wrapper script as described, which works fine at the console. But the GUI remains in "unknown". When selecting one disk and click "Show S.M.A.R.T Values" an error is shown in the popup:
View attachment 33913

Mode of the wrapper script /usr/sbin/smartctl is 755, so exec bit is set for all.

Could this be an issue with PBS Version 2.1-4?

On our servers, smartctl exits with non-0 too. A quick hack to get the GUI working was for us to change the bash script wrapper /usr/sbin/smartctl:

#exec $SMARTCTL "${OPTIONS[@]}"
$SMARTCTL "${OPTIONS[@]}"
exit 0

 

[udotirol]

On our servers, smartctl exits with non-0 too. A quick hack to get the GUI working was for us to change the bash script wrapper /usr/sbin/smartctl:

#exec $SMARTCTL "${OPTIONS[@]}"
$SMARTCTL "${OPTIONS[@]}"
exit 0

This is weird. What version of PVE are you using? And did you mangle with your (global) bash configuration?

 

[ccg]

This is weird. What version of PVE are you using? And did you mangle with your (global) bash configuration?

PVE 7.1-10. bash is factory default. The servers are HP DL380 Gen8.

 

[t0mc@]

On our servers, smartctl exits with non-0 too. A quick hack to get the GUI working was for us to change the bash script wrapper /usr/sbin/smartctl:

#exec $SMARTCTL "${OPTIONS[@]}"
$SMARTCTL "${OPTIONS[@]}"
exit 0

@ccg @udotirol
For me this didn't help. Edited the wrapper script as ccg did but GUI stillt doesn't work. Columns "S.M.A.R.T." and "Wearout" remain empty:


Clicking on "Show S.M.A.R.T. values" Button leads to the same error:



Using the shown command at cmdline just works: