napp-it 24.01, OmniOS 151050: smartinfos gone

Notice: Page may contain affiliate links for which we may earn a small commission through services like Amazon Affiliates or Skimlinks.

Uno

New Member
Oct 30, 2024
6
1
3
Good Morning,
yesterday I updated napp-it to 24.01 and then OmniOS from 151038 through 151046 and to 151050, luckily with the boot environment on each step.
Now the update to 151046 was good, so I thought: Why not go the whole way to 151050, which also was no problem, from the OS side

But since in the last few weeks the smartinfo menu was a frequently visited place (had a dying disk ;) ), I was a bit suprised that now this section was empty. When calling get smartvalues, it showed only the text above the lines, not the results below like `smartctl 7.4...`
1730280103069.png
So I have a whole screen of `get-disk-smart.pl` lines with a bold line below...but no results like in the screenshot, empty smart values in the disk tables and so on...

but from the cli the smart commands work as expected...
Now i rolled back for the moment, to 151046, and its there again, working like before...

I found some stuff in the OmniOS release notes regarding ATA passthrough, and that stuff like `-d sat,12` would not be needed anymore. But then at least some commands should work when using `get smartvalues`, since not all of them have the -d part. But it does not get anything...
It seems like smart for napp-it

But I'd like to understand, what was/is the problem. I think there is a good chance that I did something wrong, or at least forgot, but since the update to 151046 worked as expected I'm not sure what... (but since I needed to setup the TLS module stuff again using CPAN to get mails working again, who knows? :eek:) )

So, for now:
0. is this a known problem/does a solution exist already?
1. what is needed, so we can debug this?
2. if it helps, I can switch a bit back and forth between the BEs, or update again, to get some outputs of the one or the other version (might take some time, but should be managable the next few days)

Greetings,
Uno
 

gea

Well-Known Member
Dec 31, 2010
3,335
1,297
113
DE
What happens if you click on menu Disks > Smartinfo > get smartvalues
This reads in smartvalues and displays in Disks > Smartinfo

A continous reload of smartvalues can be achieved if you enable the topmenu acc feature.
On updates background acceleration and monitoring is disabled.

see (151050, 24.01) with Sata and SAS disks

1730284481100.png
 

Uno

New Member
Oct 30, 2024
6
1
3
What happens if you click on menu Disks > Smartinfo > get smartvalues
This reads in smartvalues and displays in Disks > Smartinfo

A continous reload of smartvalues can be achieved if you enable the topmenu acc feature.
On updates background acceleration and monitoring is disabled.

see (151050, 24.01) with Sata and SAS disks

View attachment 39789
Hello Gea,

thanks for the quick response...
at old OmniOS or old napp-it, everything looks like in your screenshot...
On OmniOS 151050 + napp-it 24.01 this table has only the list of disks, but the rest of the table is filled with `-` (i think starting from `Smart:Model`)

When I click on `get smartvalues`, I get only something similar to this for all the disks:
1730288851571.png1730288867991.png1730288886454.png

when its working, you have the results of the commands below the line. I can later switch back and make a single screenshot, but I hope you get the idea :)

but at the same time I can call smartctl myself and its working...

Where does your get-disk-smart.pl get the path to smartctl? I have it under `/usr/sbin/smartctl`, too (so at two locations I think)...
could it be, that through the update there is something confused and perhaps the script calls smartctl from a path where smartctl is somehow deleted?

Greetings,
Uno
 

gea

Well-Known Member
Dec 31, 2010
3,335
1,297
113
DE
napp-it uses /usr/sbin/smartctl unless there is one under /opt then this one from the OmniOS repo is used so maybe the problem is related to smartctl from the 151050 repo

What you can try
- call the smartctr call as shown in console
- rename the smartctrl under /opt and retry to check if it is related to this one or call it with full path

you should get something like

Code:
get-disk-smart.pl 90 basic info c6t5000CCA0BBE3CE1Cd0s0# /opt/ooce/sbin/smartctl -i -T permissive /dev/rdsk/c6t5000CCA0BBE3CE1Cd0s0
smartctl 7.4 2023-08-01 r5530 [x86_64-pc-solaris2.11] (OmniOS r151050)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     HGST Ultrastar HC310/320
Device Model:     HGST HUS728T8TALE6L4
Serial Number:    VDJJSSAK
LU WWN Device Id: 5 000cca 0bbe3ce1c
Firmware Version: V8GNW460
User Capacity:    8,001,563,222,016 bytes [8.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database 7.3/5528
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Oct 30 14:04:01 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled


..
 
Last edited:

Uno

New Member
Oct 30, 2024
6
1
3
ok, thanks to your pointer which path your script is choosing and why, I solved it:
the version under `/opt/ooce/sbin/smartctl` was used by your script. But calling this smartctl in the cli then gave:
```
ld.so.1: smartctl: fatal: libstdc++.so.6: version 'GLIBCXX_3.4.29' not found (required by file /opt/ooce/smartmontools/sbin/smartctl)
ld.so.1: smartctl: fatal: libstdc++.so.6: open failed: No such file or directory
Killed
```
and in napp-it it resulted in just this (no error to see here):
`1730313541016.png

a `pkg uninstall smartmontools` removed this and then your script used the one under /usr/sbin/smartctl and its showing my stats again *happy is *

Now the pearl TLS stuff, and everything is working like before...(why is this needed again after each OS update? )
thanks Gea :)
 

gea

Well-Known Member
Dec 31, 2010
3,335
1,297
113
DE
TLS/SSL is deeply integrated in the OS. On some updates the old modules work. Other updates require a newer OpenSSL so you need to recompile TLS support. (OpenSSL is a security risk with a lot of attacks and security fixes in the OS, see the many SSL related patches in the OmniOS release notes)

btw
I tried /opt/ooce/smartmontools/sbin/smartctl (newest from 151050 repo) and it worked for me
 
Last edited:

Uno

New Member
Oct 30, 2024
6
1
3
TLS/SSL is deeply integrated in the OS. On some updates the old modules work. Other updates require a newer OpenSSL so you need to recompile TLS support. (OpenSSL is a security risk with a lot of attacks and security fixes in the OS, see the many SSL related patches in the OmniOS release notes)

btw
I tried /opt/ooce/smartmontools/sbin/smartctl (newest from 151050 repo) and it worked for me
hm, who knows whats the problem here...its a long time ago that i set this all up, and maybe not all by the book...
So maybe it would be a good idea for some of the next updates to make a clean new setup, but who has the time :)

thanks again for your prompt help with this,
Uno
 

gea

Well-Known Member
Dec 31, 2010
3,335
1,297
113
DE
try
pkg update (newest 151050; opt reboot required)
pkg install smartmontools

on problems deinstall again
 

Uno

New Member
Oct 30, 2024
6
1
3
try
pkg update (newest 151050; opt reboot required)
pkg install smartmontools

on problems deinstall again
it still complains about missing GLIBCXX_3.4.29 after removing and installing it again...

not sure why its missing or how to add (if its just a path issue or really not there anymore), but for now its enough to install smartmontools without using pkg to get it working

Edit: will try later a reboot after updating, as a last try but right now the storage is needed :)
 
Last edited:

gea

Well-Known Member
Dec 31, 2010
3,335
1,297
113
DE
the key is the prior pkg update that may update the smartmontools package.
 

Uno

New Member
Oct 30, 2024
6
1
3
the key is the prior pkg update that may update the smartmontools package.
well, nothing changes, update/reboot/different moonphase...its the newest 7.4 from pkg, but this one won't run.
The self build works...
lets leave it at this stage...since it works for you and nobody else has this problem, there might be something broken with my omnios installation, and we have a working workaround :)

Greetings,
Uno
 
  • Like
Reactions: gea