Cockpit: Store Metrics doesn't work on RPI 4 with raspbian buster

Created on 28 Jan 2020  路  9Comments  路  Source: cockpit-project/cockpit

Cockpit version: 188-1 (on OMV 5)
OS: Raspbian GNU/Linux 10 (buster)
Page: System

Issue:
I like this tool since I can keep track of the system info and metrics.
However, if I understand correctly, the Store Metrics function should maintain the metrics so that I can come back like a week later and see how my system performed.
But it looks like to me that it wasn't functioning properly.
If anyone could take a look or know the fix, it is very much appreciated.
Thank you.

Steps to reproduce:
1.Install Cockpit through the OMV-Extras plugin in OMV 5.

  1. Go to the GUI.
  2. Let 5 mins view run for sometime
  3. Switch to 1hr view or refresh the page
  4. No metrics seems to be stored.
  5. Also I don't see any journalctl logs generated while I switch the view.

Store Metrics is ON
image
5 mins view
image
then I switch to 1hr view (you can compare the timestamps with the 5 mins view)
image

question

Most helpful comment

Hello guys,
I just upgraded and I'm still having same issue with a Debian bullseye/sid on a cubieboard.
pcp (5.0.3-1)
cockpit-pcp (213-1)

pmlogger active and running.
No cockpit-pcp logs at all.

I also confirmed that logs exists and contain data using:
pmiostat -a 20200228.0
pmstat -a 20200228.0

"Store Metrics" is ticked but it looks like only shows "realtime" collection, once I refresh page, data get lost and starts over.

EDIT UPDATE:
I give it a try with "strace" to cockpit-pcp and it looks to be opening file without issues:
access("/var/log/pcp/pmlogger/ncc1701b/20200228.0", F_OK) = 0 openat(AT_FDCWD, "/var/log/pcp/pmlogger/ncc1701b/20200228.0", O_RDONLY) = 32 fstat64(32, {st_mode=S_IFREG|0644, st_size=38653260, ...}) = 0
After that, it does a lot of reads and moves on next file.

I will be happy to provide any details that could help to debug it.
Andres.-

All 9 comments

188 is very old version (now we are at 211). There has been a bunch of fixes with storing and showing metrics since this version. Does this problem persists on some reasonably new version?

@marusak Thanks a lot for your reply. Understood.
I am going to raise an issue to the OMV-Extra side and see if they could provide/support newer versions. Closing this one for now.

Reopen:
Updated to version 208-1~bpo10+1 using Debian Buster backports.
Still seeing the same issue.
Took me few times to successfully login to the GUI with the same credential, and the system tab seem much slower than 188 on the first load after login.
Also seeing this log on both versions, not sure if this could be related.
Jan 28 23:02:39 raspberrypi cockpit-tls[2481]: cockpit-tls: gnutls_handshake failed: A TLS fatal alert has been received.

Same issue here, installed cockpit 211 from Bullseye backports on Raspbian Buster.
pmlogger seems to be running fine though (screenshot below).

Screen Shot 2020-02-01 at 8 07 06 PM

Also:

journalctl -t cockpit-pcp
-- Logs begin at Thu 2019-02-14 10:11:59 GMT, end at Sun 2020-02-02 04:12:22 GMT. --
-- No entries --

And there is this unexpected internal error - tested on Chrome and Safari

Screen Shot 2020-02-01 at 8 15 22 PM

@jplegat the latest version 212 seems available in raspbian repository at http://archive.raspbian.org/raspbian/pool/main/c/cockpit/

cockpit_212-1.debian.tar.xz                        06-Feb-2020 09:51               16348
cockpit_212-1.dsc                                  06-Feb-2020 09:51                3100
cockpit_212-1_all.deb                              06-Feb-2020 10:16               28176
cockpit_212.orig.tar.xz                            06-Feb-2020 09:51            12733448

When I tried to upgrade my pi it was reporting that 188 is the latest version (perhaps a mirror I use misses this update yet).
Have you had a chance to try?

@mi-hol Newer version of Cockpit doesn't seem to come with Debian out of the box. You might need to update the source list using bullseye to have the newest 212 version. And buster-backports to have 208. Reference

I was trying with 208 but will try with 212 and get back here.

@LizhangX did 212 work for you?

@mi-hol Hi, I didn't have time to check yet.
You can try the bullseye source list and do apt-get update/upgrade once.

Hello guys,
I just upgraded and I'm still having same issue with a Debian bullseye/sid on a cubieboard.
pcp (5.0.3-1)
cockpit-pcp (213-1)

pmlogger active and running.
No cockpit-pcp logs at all.

I also confirmed that logs exists and contain data using:
pmiostat -a 20200228.0
pmstat -a 20200228.0

"Store Metrics" is ticked but it looks like only shows "realtime" collection, once I refresh page, data get lost and starts over.

EDIT UPDATE:
I give it a try with "strace" to cockpit-pcp and it looks to be opening file without issues:
access("/var/log/pcp/pmlogger/ncc1701b/20200228.0", F_OK) = 0 openat(AT_FDCWD, "/var/log/pcp/pmlogger/ncc1701b/20200228.0", O_RDONLY) = 32 fstat64(32, {st_mode=S_IFREG|0644, st_size=38653260, ...}) = 0
After that, it does a lot of reads and moves on next file.

I will be happy to provide any details that could help to debug it.
Andres.-

Was this page helpful?
0 / 5 - 0 ratings