--gpfs doesn't work about dstat HOT 6 CLOSED

It used to work fine. I'd prefer to fix it properly using subprocess though. Can't test with gpfs but will look into some other test setup. Thanks !

from dstat.

BTW I don't understand the problem with importing select, the "import select" statement is in the same code-block, so it should not be a problem.

from dstat.

import select is to make readpipe work, or else I get "Module dstat_gpfs failed to load. (global name 'select' is not defined)" message. (And it's happen when gpfs plugin try to call readpipe).

from dstat.

Well, as I was saying, the dpopen() imports select and makes it global. And that code used to work fine (just as the nfs plugins work fine and are used heavily using the same infrastructure) so we need to understand why it would fail in your case in this manner. It seems as if there was a change to how globalor import works. What version of python is this ? What is the OS ?

from dstat.

CentOS release 6.3 (Final)
Python 2.6.6

from dstat.

I just understood what you meant - it is already fixed in dpopen. Yes, it seems that Centos 6 still have older version where dpopen does not import/global select.

# rpm -q dstat
dstat-0.7.0-1.el6.noarch
# rpm -qi dstat
Name        : dstat                        Relocations: (not relocatable)
Version     : 0.7.0                             Vendor: CentOS
Release     : 1.el6                         Build Date: Fri Jul  1 23:31:40 2011
...
# rpm -q dstat-0.7.0-1.el6.noarch --changelog|head
* Thu Dec 03 2009 Jan Zeleny <[email protected]> - 0.7.0-1
- rebased to 0.7.0
...
# yum info dstat
Installed Packages
Name        : dstat
Arch        : noarch
Version     : 0.7.0
Release     : 1.el6
Size        : 660 k
Repo        : installed
From repo   : base
...

Thanks.

from dstat.