Getting this: python zimonGrafanaIntf.py –s < pmcollector host> via system is a bit of a tricky process, since this process will abort unless the pmcollector is fully up. With a large database, I’ve seen it take 3-5 mins for pmcollector to fully initialize. I’m sure a simple ‘sleep and try again’ wrapper would take care of that. It’s on my lengthy to-do list!
On the CherryPy version - I run the bridge on my RH/Centos system with python 3.4 and used “pip install cherrypy” and it picked up the latest version. Seems to work just fine. Bob Oesterlin Sr Principal Storage Engineer, Nuance From: <[email protected]> on behalf of "[email protected]" <[email protected]> Reply-To: gpfsug main discussion list <[email protected]> Date: Wednesday, July 19, 2017 at 2:54 AM To: "[email protected]" <[email protected]> Subject: [EXTERNAL] Re: [gpfsug-discuss] Scale / Perfmon / Grafana - services running but no data I’m having a play with this now too. Has anybody coded a systemd unit to handle step 2b in the knowledge centre article – bridge creation on the gpfs side? It would save me a bit of effort. I’m also wondering about the CherryPy version. It looks like this has been developed on SLES which has the newer version mentioned as a standard package and yet RHEL with an older version of CherryPy is perhaps more common as it seems to have the best support for features of GPFS, like object and block protocols. Maybe SLES is in favour now?
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
