public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
* Re: 'rrdtool 1.5.3' - errors in specific graphs
       [not found] <55565D96.9070703@t-online.de>
@ 2015-05-17  7:42 ` Matthias Fischer
  2015-05-17 10:08   ` Aw: " Bernhard Bitsch
  0 siblings, 1 reply; 4+ messages in thread
From: Matthias Fischer @ 2015-05-17  7:42 UTC (permalink / raw)
  To: development

[-- Attachment #1: Type: text/plain, Size: 129 bytes --]

Hi,

Found something - one solution and one workaround:

=> https://bugzilla.ipfire.org/show_bug.cgi?id=10849

Regards
Matthias


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Aw: Re: 'rrdtool 1.5.3' - errors in specific graphs
  2015-05-17  7:42 ` 'rrdtool 1.5.3' - errors in specific graphs Matthias Fischer
@ 2015-05-17 10:08   ` Bernhard Bitsch
  0 siblings, 0 replies; 4+ messages in thread
From: Bernhard Bitsch @ 2015-05-17 10:08 UTC (permalink / raw)
  To: development

[-- Attachment #1: Type: text/plain, Size: 863 bytes --]

Hi,

I added a comment about the errors to Bugzilla.

Besides this specific errors, this remembered me to a general issue with the graphics. 
The structure is inherited from the way graphing was/is done in Smoothwall/IPCop: The graphics are generated periodically and saved to files. The WUI just displays these graphic files. Errors in generation are printed to stdout.
IPFire generates the graphics on-the-fly ( graphics data are output to stdout and thus embedded directly into the HTML code ). An error output to stdout gives an invalid graphic element. 
Therefore we should redesign the interface to these graphing functions allowing a return of errors.
I once have found a solution ( I think in assisting in development of OVPN graphs ), but don't remember it in the moment. I'll search my system(s) for remainders of this dev process.

Bernhard

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 'rrdtool 1.5.3' - errors in specific graphs
  2015-05-15 11:35 Matthias Fischer
@ 2015-05-15 13:50 ` Michael Tremer
  0 siblings, 0 replies; 4+ messages in thread
From: Michael Tremer @ 2015-05-15 13:50 UTC (permalink / raw)
  To: development

[-- Attachment #1: Type: text/plain, Size: 1907 bytes --]

Hi,

hmm this is a bit difficult to say something about this error without
running through the entire build process...

What you can do is check if rrdtool is able to read the RRD file. Just
run rrdtool dump <filename>.rrd. That should work. It may be not because
RRD tool is a bit picky and also does not allow you to copy RRD files
from one architecture to an other one...

If just the generation of the graph fails there must be an error
message. You can try copying the commands the build the graphs to the
command line and execute them. The CGI might hide the error message from
you somehow.

Hope this helps...

-Michael

P.S. The email address for the list was broken again.

On Fri, 2015-05-15 at 13:35 +0200, Matthias Fischer wrote:
> Hi all,
> 
> ...I'd like to have a small problem... ;-)
> 
> Since IMHO this deals with "IPFire development" I just try and ask here.
> 
> After building and installing a new version of 'rrdtool 1.5.3' I can't 
> get various rrd-graphs to work, no matter what I do.
> 
> 1.4.9 worked perfect, but with 1.5.3 a few specific graphs won't display.
> 
> For testing, commit is here:
> http://git.ipfire.org/?p=people/mfischer/ipfire-2.x.git;a=commit;h=1772bbdf49da8502f46cdb2684fbc8e3612a1346
> 
> I always get the same message:
> "The image ... cannot be displayed because it contains errors."
> 
> *All* other graphs are fine and updating, 'makegraphs' runs without 
> errors, all other CGIs display fine, just these two won't work.
> 
> Affected graphs:
> 
> STATUS / SYSTEM: Load graphs
> 
> STATUS / MEDIA: sda Accesses Graphs (SCSI)
> 
> I tried deleting the '/var/log/rrd'- and 'rrd.bak'-directories, 
> rebooted, stopped and started 'collectd' - no chance.
> 
> Besides, no errors are logged - before giving up, I hope that someone 
> here could give me a clue where to look at.
> 
> Regards
> Matthias

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* 'rrdtool 1.5.3' - errors in specific graphs
@ 2015-05-15 11:35 Matthias Fischer
  2015-05-15 13:50 ` Michael Tremer
  0 siblings, 1 reply; 4+ messages in thread
From: Matthias Fischer @ 2015-05-15 11:35 UTC (permalink / raw)
  To: development

[-- Attachment #1: Type: text/plain, Size: 1147 bytes --]

Hi all,

...I'd like to have a small problem... ;-)

Since IMHO this deals with "IPFire development" I just try and ask here.

After building and installing a new version of 'rrdtool 1.5.3' I can't 
get various rrd-graphs to work, no matter what I do.

1.4.9 worked perfect, but with 1.5.3 a few specific graphs won't display.

For testing, commit is here:
http://git.ipfire.org/?p=people/mfischer/ipfire-2.x.git;a=commit;h=1772bbdf49da8502f46cdb2684fbc8e3612a1346

I always get the same message:
"The image ... cannot be displayed because it contains errors."

*All* other graphs are fine and updating, 'makegraphs' runs without 
errors, all other CGIs display fine, just these two won't work.

Affected graphs:

STATUS / SYSTEM: Load graphs

STATUS / MEDIA: sda Accesses Graphs (SCSI)

I tried deleting the '/var/log/rrd'- and 'rrd.bak'-directories, 
rebooted, stopped and started 'collectd' - no chance.

Besides, no errors are logged - before giving up, I hope that someone 
here could give me a clue where to look at.

Regards
Matthias
-- 
tails, linux, USB, CD, secure desktop, IRC, truecrypt, tor, onion

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2015-05-17 10:08 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <55565D96.9070703@t-online.de>
2015-05-17  7:42 ` 'rrdtool 1.5.3' - errors in specific graphs Matthias Fischer
2015-05-17 10:08   ` Aw: " Bernhard Bitsch
2015-05-15 11:35 Matthias Fischer
2015-05-15 13:50 ` Michael Tremer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox