Re: Version 2.3.8

I've downgraded the client to 2.3.7 which fixed it locally but a
server running gkrellmd 2.3.8 still doesn't show anything.

On 10/3/16, Mohammed Fukeeslum <[email protected]> wrote:
> Here it is:
>
>
>
>  7       0 loop0 0 0 0 0 0 0 0 0 0 0 0
>
>    7       1 loop1 0 0 0 0 0 0 0 0 0 0 0
>
>    7       2 loop2 0 0 0 0 0 0 0 0 0 0 0
>
>    7       3 loop3 0 0 0 0 0 0 0 0 0 0 0
>
>    7       4 loop4 0 0 0 0 0 0 0 0 0 0 0
>
>    7       5 loop5 0 0 0 0 0 0 0 0 0 0 0
>
>    7       6 loop6 0 0 0 0 0 0 0 0 0 0 0
>
>    7       7 loop7 0 0 0 0 0 0 0 0 0 0 0
>
>  179       0 mmcblk0 2897469 572017 152498931 17184280 16477 16217
> 1929544 18217870 1 3700820 35407820
>
>  179       1 mmcblk0p1 1362 32529 265297 7480 0 0 0 0 0 4000 7480
>
>  179       2 mmcblk0p2 2895943 539116 152229346 17176590 16477 16217
> 1929544 18217870 1 3697040 35400200
>
>  252       0 zram0 0 0 0 0 0 0 0 0 0 0 0
>
>  252       1 zram1 0 0 0 0 0 0 0 0 0 0 0
>
>  252       2 zram2 0 0 0 0 0 0 0 0 0 0 0
>
>  252       3 zram3 0 0 0 0 0 0 0 0 0 0 0
>
>  252       4 zram4 0 0 0 0 0 0 0 0 0 0 0
>
>    8       0 sda 1544901 232411 72948370 13849610 229533 172858
> 23544016 224511400 0 11819930 238477310
>
>    8       1 sda1 1544825 232411 72947762 13849550 229533 172858
> 23544016 224511400 0 11819910 238475220
>
>    8      16 sdb 0 0 0 0 0 0 0 0 0 0 0
>
>   11       0 sr0 28 0 200 40 0 0 0 0 0 40 40
>
> On 10/3/16, Bill Wilson <[email protected]> wrote:
>> Can you post a copy your /proc/diskstats so I can look at it?
>>
>> Bill
>>
>> On Sat, 1 Oct 2016 16:45:13 +0200
>> Mohammed Fukeeslum <[email protected]> wrote:
>>
>>> Thanks! I wrote the author about it.
>>>
>>> Back on topic, it seems in 2.3.8 /dev/mmcblk doesn't display anything
>>> for a change ;)
>>> It doesn't register on the aggregate chart either.
>>>
>>> On 9/29/16, Bill Wilson <[email protected]> wrote:
>>> > On Wed, 28 Sep 2016 22:35:41 +0200
>>> > Mohammed Fukeeslum <[email protected]> wrote:
>>> >
>>> >> A quick question:
>>> >>
>>> >> Is the fact I'm seeing cpu frequencies of a client machine (connected
>>> >> via `gkrellm -s`) instead of the server a bug in gkrellmd or the
>>> >> cpufreq plugin?
>>> >
>>> > Plugins manage their own data so the cpufreq plugin would need to
>>> > be changed.  Plugins that want to send server data need to build a
>>> > server
>>> > side plugin as well as the normal client side plugin.
>>> >
>>> > One can look at the plugins reference and the source to the
>>> > gkrellmwho2
>>> > and gkrelltop plugins for examples.  Those two have server plugins
>>> > that
>>> > send server data instead of client data when gkrellm -s is run.
>>
>>
>>
>