Still blank on modern python librarys

[decryptedchaos]

This has already been brought up back in 2022 here #164 and #136

I found none of the discussed workarounds viaable.. I really wanted vaping to work as a simpler alternative to smokeping (rrdtool alignment sucks)

But after a day of messing with it and trying to pin library versions which debian gets mad at you for doing anyway.. i just could not get it to work with a resonable amount of effort.. i'd have to completely change all my python librarys to older/newer versions to work and thats just not resonable to me..

I would have hoped this would have been solved since 2022, but with that said this does seam to be a small team project so thats understandable..

Well there you go, i suggest this remain open or something opened in its place because this is still very much a big issue.

[grizz]

@decryptedchaos Sorry to hear you've had issues, both issues listed were different causes, but yeah, a blank graph is frustrating.

This is definitely overdue a dependencies update, which may fix your library issues. What libraries were causing problems?

Could you post your config and any error messages you got?

Thanks!

[grizz]

Just did an initial pass on updates with #174

[grizz]

Actually, it's looking like it might a js issue, could you check and see if you're getting a javascript error on the vaping page?

[decryptedchaos]

Sorry for the late response, GitHub isn't doing a good job of notifying me of responses, I will look into the pr tomorrow and get back to you it's late here

[w4rum]

I believe I have the same issue:

Screenshots

I get the following error in the JS console:

Uncaught TypeError: this.d3.data.selectAll(...).data(...).enter is not a function
    render_data http://localhost:7021/static/graphsrv/js/graphsrv.js:1465
    render_dynamic http://localhost:7021/static/graphsrv/js/graphsrv.js:1356
    Base http://localhost:7021/static/graphsrv/js/graphsrv.js:869
    jQuery 2
        dispatch
        handle
[graphsrv.js:1465:10](http://localhost:7021/static/graphsrv/js/graphsrv.js)

Same issue on Firefox and Chrome.

[decryptedchaos]

Yea there were definitely JS errors like that, I just haven't had time to test it anymore I kinda got mad at it and removed it and I've been distro hopping lately so might test on this one soon

[jamespo]

I also get blank pages, in the console all I get are warnings like:

The script from “http://yourdomain.coml:7121/graph/?targets=all&id=auto-2&fit=yes&type=multitarget&config=multitarget&source=latency.distant” was loaded even though its MIME type (“text/html”) is not a valid JavaScript MIME type.

These don't seem to be fatal though. This is in a virtualenv on debian 12 (python 3.11).

[pppwaw]

When blank, I got this response from api:

{"meta": {"error": "module 'inspect' has no attribute 'getargspec'"}, "data": []}

After search, I think that it comes from the 42 line of vodka/data/renderers.py:

class RPC(DataRenderer):

    """
    RPC renderer, renders an rpc response containing meta and data objects

    Should be used as a decorator. The decorated function will be called
    with the data container as first argument and the meta container referenced
    in the "meta" keyword argument.
    """

    def __init__(self, type="json", data_type=list, errors=False):
        super().__init__(type=type)
        self.errors = errors
        self.data_type = data_type

    def __call__(self, fn):
        def wrapped(*args, **kwargs):
            resp = {"meta": {}, "data": self.data_type()}
            try:
                i_args = inspect.getargspec(fn)
                if i_args.args and i_args.args[0] == "self":
                    fn(args[0], resp["data"], meta=resp["meta"], *args, **kwargs)
                else:
                    fn(resp["data"], meta=resp["meta"], *args, **kwargs)
            except Exception as inst:
                if self.errors:
                    resp["meta"]["error"] = str(inst)
                else:
                    raise
            return self.render(resp)

        wrapped.__name__ = fn.__name__
        return wrapped

[pppwaw]

I sent a PR to fix this: 20c/vodka#23

[kashieda]

Is this the same issue, or should I start another thread/issue?

[kashieda]

Output from vaping start standalone_dns --debug:

pluginmgr hook.compile(vaping.plugins) init.py:24
vaping.daemon plugins.std_fping: unknown attribute 'period' daemon.py:132
PidFile <pid.posix.PidFile object at 0x7fff368af710> entering setup base.py:89
PidFile <pid.posix.PidFile object at 0x7fff368af710> create pidfile: /home/ekengren/vaping/vaping.pid base.py:194
PidFile <pid.posix.PidFile object at 0x7fff368af710> check pidfile: /home/ekengren/vaping/vaping.pid base.py:181
2024-11-22 22:31:06,424 - vaping.plugins.fping - DEBUG: popen fping -u -C10 -p20 -e 8.8.8.8 4.2.2.1 208.67.222.222
vaping.plugins.fping popen fping -u -C10 -p20 -e 8.8.8.8 4.2.2.1 208.67.222.222 init.py:127
root 8.8.8.8 : 5.83 5.68 5.75 5.51 5.51 5.62 5.52 5.70 5.66 5.65
fping.py:104
root 4.2.2.1 : - - - - - - - - - -
fping.py:104
root 208.67.222.222 : 15.7 15.8 15.5 15.4 15.6 15.4 15.7 15.7 15.7 15.6
fping.py:104
2024-11-22 22:31:06,732 - vaping.plugins.fping - DEBUG: queue emission to vodka (0)
vaping.plugins.fping queue emission to vodka (0) init.py:230
2024-11-22 22:31:09,427 - vaping.plugins.fping - DEBUG: emit to vodka
vaping.plugins.fping emit to vodka init.py:227
2024-11-22 22:31:09,585 - vodka - DEBUG: making sure configuration is sane ...
vodka making sure configuration is sane ... log.py:34
2024-11-22 22:31:09,591 - vodka - DEBUG: instantiating data types
vodka instantiating data types log.py:34
2024-11-22 22:31:09,591 - vodka - DEBUG: instantiating plugins
vodka instantiating plugins log.py:34
2024-11-22 22:31:09,593 - vodka - DEBUG: instantiating applications
vodka instantiating applications log.py:34
2024-11-22 22:31:09,593 - vodka - DEBUG: starting plugins
vodka starting plugins log.py:34
2024-11-22 22:31:09,596 - vodka - DEBUG: starting http ..
vodka starting http .. log.py:34
2024-11-22 22:31:09,598 - vaping.plugins.fping - DEBUG: popen fping -u -C10 -p20 -e 8.8.8.8 4.2.2.1 208.67.222.222
vaping.plugins.fping popen fping -u -C10 -p20 -e 8.8.8.8 4.2.2.1 208.67.222.222 init.py:127

• Serving Flask app 'vaping' (lazy loading)
• Environment: production
  WARNING: This is a development server. Do not use it in a production deployment.
  Use a production WSGI server instead.
• Debug mode: on
  werkzeug * Running on all addresses.
  WARNING: This is a development server. Do not use it in a production deployment. _internal.py:225
  werkzeug * Running on http://192.168.1.229:7021/ (Press CTRL+C to quit) _internal.py:225
  werkzeug 192.168.1.108 - - [22/Nov/2024 22:31:09] "POST /graph_data/ HTTP/1.1" 200 - _internal.py:225
  werkzeug 192.168.1.108 - - [22/Nov/2024 22:31:09] "POST /graph_data/ HTTP/1.1" 200 - _internal.py:225
  root 8.8.8.8 : 5.53 5.55 5.47 5.49 5.59 5.63 5.56 5.45 5.56 5.65
  fping.py:104
  root 4.2.2.1 : - - - - - - - - - -
  fping.py:104
  root 208.67.222.222 : 15.6 15.5 15.5 15.6 15.6 15.6 15.4 15.6 15.7 15.6
  fping.py:104
  2024-11-22 22:31:09,906 - vaping.plugins.fping - DEBUG: queue emission to vodka (0)
  vaping.plugins.fping queue emission to vodka (0) init.py:230
  werkzeug 192.168.1.108 - - [22/Nov/2024 22:31:10] "POST /graph_data/ HTTP/1.1" 200 - _internal.py:225
  werkzeug 192.168.1.108 - - [22/Nov/2024 22:31:11] "POST /graph_data/ HTTP/1.1" 200 - _internal.py:225
  ^CPidFile <pid.posix.PidFile object at 0x7fff368af710> closing pidfile: /home/ekengren/vaping/vaping.pid base.py:220
  2024-11-22 22:31:12,236 - vaping.daemon - DEBUG: stopping vodka
  vaping.daemon stopping vodka daemon.py:256
  2024-11-22 22:31:12,236 - vaping.daemon - DEBUG: stopping latency
  vaping.daemon stopping latency daemon.py:256