[SOLVED] gkrellm and hddtemp not on speaking terms ...

[Dan]

... in my F16 install. Which seems a little odd in that they get along just peachy in F11/Dan's Fedora.


Gkrellm works fine otherwise ... and hddtemp seems to work fine, too.

[dan@****** Desktop]$ hddtemp -u F
/dev/sda: Hitachi HTS545050B9A300: 86°F
/dev/sdb: SAMSUNG HD502HJ: 89°F
/dev/sdc: Maxtor 6B120P0: 93°F
/dev/sdd: Hitachi HDS721032CLA362: 89°F

[dan@******]$ sensors -f |grep temp*
k10temp-pci-00c3
temp1:        +89.6°F  (high = +158.0°F)
temp1:       +100.4°F  (low  = +260.6°F, high = +260.6°F)  sensor = thermistor
temp2:        +89.6°F  (low  = +260.6°F, high = +140.0°F)  sensor = thermal diode
temp3:        +91.4°F  (low  = +260.6°F, high = +260.6°F)  sensor = thermistor
[dan@****** Desktop]$

But I'll be dipped if I can get sda, sdb, sdc, sdd etc. to show up in the sensors stack.

Anyone got any bright ideas to get them to properly participate? <....>

[droidhacker]

Originally Posted by Dan

... in my F16 install. Which seems a little odd in that they get along just peachy in F11/Dan's Fedora.


Gkrellm works fine otherwise ... and hddtemp seems to work fine, too.


But I'll be dipped if I can get sda, sdb, sdc, sdd etc. to show up in the sensors stack.

Anyone got any bright ideas to get them to properly participate? <....>

There used to be a plugin for gkrellm called "gkrellm-hddtemp". According to koji, it hasn't been built since F8, however it either could have remained on your system if you updated through to F11, or it could have remained in the repos longer than that.

http://koji.fedoraproject.org/koji/b...?buildID=14450

Edit:
Just checked it and the existing plugin still works with the current gkrellm. Your best option is to just pull the .so out and put it in your ~/.gkrellm2/plugins/ directory. Make sure that hddtemp.service is running and start gkrellm, then in configuration/plugins, make sure that gkrellm-hddtemp is checked.

[Dan]

Found and fetched and installed, and a bar in Gkrellm is provided when the plugin is turned on, but nill/nada/nuthin' displayed in it.

Still workin' ...

[ah7013]

Originally Posted by Dan

Found and fetched and installed, and a bar in Gkrellm is provided when the plugin is turned on, but nill/nada/nuthin' displayed in it.

Still workin' ...

Dan did you restart gkrellm after enabling the plugin? I just tried it and nothing was displayed in it but once I had closed gkrellm and relaunched it the temps came up.

[Dan]

Ayup. Still nothing.

[droidhacker]

Originally Posted by Dan

Ayup. Still nothing.

Are you sure that you remembered to enable the hddtemp service?

systemctl start hddtemp.service
systemctl enable hddtemp.service

[Dan]

Well, Duh! Ok.

Still no joy, but we're getting closer. The output is:

sd[aER

...

[droidhacker]

check the file /etc/sysconfig/hddtemp
If it has something in it that looks like this;

HDDTEMP_OPTIONS="-l 127.0.0.1 /dev/sd[ab]"

Change it to:

HDDTEMP_OPTIONS="-l 127.0.0.1 /dev/sda /dev/sdb"

If it doesn't, then do that anyway -- i.e., explicitly tell it which devices to watch.


Also have a look at /usr/lib/systemd/system/hddtemp.service
Mine in F17 looks like this;

[Unit]
Description=Hard drive temperature monitor daemon
After=syslog.target

[Service]
Environment=HDDTEMP_OPTIONS=--listen=127.0.0.1
EnvironmentFile=-/etc/sysconfig/hddtemp
ExecStart=/usr/sbin/hddtemp -dF $HDDTEMP_OPTIONS

[Install]
WantedBy=multi-user.target

If you've got something different on your ExecStart line, try changing it.

---------- Post added at 02:52 PM ---------- Previous post was at 02:36 PM ----------

When I put this in /etc/sysconfig/hddtemp:
HDDTEMP_OPTIONS="-l 127.0.0.1 /dev/sd[ab]"

This is the output that hddtemp spews;

$ telnet localhost 7634
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
|/dev/sd[ab]|???|ERR|*|Connection closed by foreign host.

Proper output with the proper configuration is like this;

$ telnet localhost 7634
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
|/dev/sda|ST31500341AS|51|C||/dev/sdb|ST3500320AS|42|C|Connection closed by foreign host.

Note how the first (bad) output resembles yours....

[Dan]

Whilst you were posting, I was rebooting after making changes to the /etc/sysconfig/hddtemp file. (Among others.)

Sure enough, that was the syntax error. I'm getting sda~sdh now ... e~h of which ... don't exist. <....>

The oddity now is ... I have to shut off HDDtemp in the plugins section, which allows them to be activated in the built-ins section. <....> So it would seem that somewhere along the way I definitely phat-phingered the config file.

Which doesn't seem to account for the fact that it would read and display just peachy keen fine ... in a terminal.

Ah, well! It's working now, and for that I am happy. I guess it is not mine to understand the magic, but to simply lean back, try not to drool, and enjoy all the pretty blinking lights. <....>

[droidhacker]

LOL, cool.
That config file is ONLY read when hddtemp is started as a service. That's why running the command in a terminal worked as expected.

Interesting about being in builtins. Guess the plug-in is no longer required... which might explain why its been dropped.

[Dan]

Indeed.

Found sd(e~h). They're coming from the USB connected card reader.

[droidhacker]

It would be nice if those card readers restrained themselves until after something has actually been inserted. The laptop kind seem to work this way, but the desktop kind that fit in a 3.5" slot dont.